[megoldva] n+1. szerver hosting kérdés

Hálózatok általános

Költözik a masinánk. Eddig saját gép volt, most lehet (valószínű) hogy váltanánk bérelt gépre. Vagy még inkább virtuálisra. Egy ideális esetben olyan hostingunk lenne, ahol pl. egy firssítés előtt csinálok egy snapshotot, és ha valami félrekúszik, akkor csak visszarakom azt, ezért nem vagyok ellene a virtualizálásnak se. De annak se, ha valaki pl. FC-n ad redundánsan egy "disket", amin hasonlót el tudok játszani. Bár erre 0 esélyt látok, de nem tudom hogy hol tart már a tudomány.

A paraméterek: 16 (esetleg 32G) memória, redundáns 2T disk, a CPU még sose volt limit, gigás uplink jó lenne. Gyanítom, hogy az ilyesmi virtualizálva elég drága lenne, mivel kb. egy komplett gép, de ki tudja.

Tudok javasolni ilyesmit? Vagy maradjak a komplett bérelt vasnál?

A végeredmény: maradtunk a jelenlegi szolgáltatónál, bérelt vason.

  • 4013 megtekintés

( tompos v | 2017. 02. 02., cs – 13:24 )

Barmelyik szolgaltato + zfs + LXC v. docker.

Őszintén szólva nem tudom fejből hogy melyik hostingért mennyit fizetünk épp, 40 körül rémlik. Nekem nem probléma betolni egy saját vasat sem, csak épp már nincs kedvem fogalkozni a hw csereberével. Bár az is tény, hogy a saját gépeinket se ismerem már meg, olyan rég volt hogy láttam. Most, mintegy megelőzendő a bajt, a gyaníthatóan nem épp fiatalos vasat cserélném egy béreltre, hogy még kevesebb nyomorom legyen vele.

Tulajdonképpen az érdekel legjobban, hogy hol tart a magyarországi hosting szolgálatás, mik a lehetőségek. No és persze mennyiért.

Kernel csere, dist-upgrade. Igazság szerint az éles szervereken még sose volt ebből gondom, de öregszem, ki tudja mikor lesz ebből probléma :D Általában az az izgalom tárgya, hogy a gép újraindul-e. Hiába van snapshot, ha nem húzza fel a hálózatot (vagy be se bootol a kernel).

Úgy képzelem, hogy reboot, snapshot, upgrade, konténerek start, ha minden pompás, akkor discard snapshot. Bajság? Revert.

Ha a nem bootol a kernelt 100%-ra el akarod kerulni, azt ugy tudod, hogy kiveszed a hataskorodbol a kerneles teszt:

1. Kernel nelkuli virtualizacios megoldast berelsz.
2. Virtualhostot berelsz
3. Hagyod a picsaba arra, aki nem ezen ragja magat egesz nap:)

De tenyleg, mit varsz?:)
Igen, a fenti lehetoseg arra jo, hogy ha nem bootol a kernel, akkor is relativ konnyen tudj valtoztatni es ne allj ott letolt gatyaval.

Igazándiból nem várok semmit. Illetve nem tudom hogy mit lehet elvárni. Körbekérdezek hogy lehet-e ilyet, mert ha lehet, és ahogy Torrente mondta, "ha attól nem drágább", akkor nyilván ilyet választok. MÉG sose volt ilyen problémám a prod gépekkel, bár belegondolva nem is ez az igazi ok. Ha van egy snapshot, akkor relatíve biztosan tudom hogy mikorra tudom visszaállítani a működő rendszert, és ez a plusz nyugalom ami motivál.

( tigrincs | 2017. 02. 02., cs – 13:32 )

Mennyi a keret?

Havi 20K korul lehet mar dedikalt szervert kapni az altalad vazolt igenyekhez.

( trey | 2017. 02. 02., cs – 13:33 )

Nekünk van T adatközpont, giga uplink, VMware infra, alatta NetApp storage, azon VMFS, emberi időben (munkaidő), ha kell snapshot, akkor csinálunk róla (VMware console hozzáférést nem adunk), revert szintén kérésre, napi virtuális gép szintű mentés.

CPU nem gond, memória se. A 2T enterprise diszk nem lesz olcsó :) Ha elég a SATA ok, ha nem, van SAS vagy akár SSD.

Mennyi pénzed van erre? :D

--
trey @ gépház

Ennyi memóriával nincs nagy IOPS, nagy része a levelek olvasása, illetve egy mirror üzemeltetése, most is memóriában van kb. minden. A keret az olyan, hogy legyen összemérhető egy bérelt hostinggal. Még megkérdezem a mostani hosting céget hogy mit tudnak ajánlani, a weblapjukon az öt évvel ezelőtti szolgáltatsok vannak kint, hátha van nekik is valami ötletük azon kívül. Nem bánnám pl. ha nem kéne IP címet cserélnünk.

( Winter | 2017. 02. 02., cs – 17:09 )

Ha Frankfurt nincs túl messze, DigitalOcean jó lehet talán. Snapsot van, 16/32g memóriával 120/240$+Fa/hó-ért kapsz VM-et.
A plusz 2T block storage 200$+Fa/hó

DigitalOcean 10$ kredit - <3 openSUSE, Ubuntu, KDE <3

Hat az igazsag az, hogy Amazon,Vultr, DO stb stb... nem igazi Cloud szolgáltatok, sima VPS hosting-ot kapsz mivel nincs meg naluk az:

- magas-rendelkezésre allas
- automatikus failover
- adat-skalazhatosag

Manapsag mindenki magat felhoszolgatatonak hivja de a tenyleges technologiai hatter meg nincs meg.

Az SLA-rol ajanlom cikkunket: https://www.innoscale.net/what-does-your-hosting-companys-sla-really-me…

Ergo máris bullshit a szöveg. Finomabban szólva lovaglás a szavakon, hogy náluk van egy "true cloud". Azért ne vicceljünk már, hogy egy Amazonra azt mondjuk, hogy nincs high availability meg scalability. Igen, lehet, hogy egy ec2 instance-nál nincs. De akkor mondja ezt.

Az sla cikk meg semmi másról nem szól, csak hogy ők mennyire "confidentek" a saját szolgáltatásukkal kapcsolatban, és ezért sokkilenc, meg ezért minden sokkal jobb.

oké, ez két eset. abban egyetértünk, hogy mindkettő gáz, de megint erős túlzásnak érzem a dolgokat. van kb. 3 millió szerverük 16 adatközpontban. az egyik esetben (reddit link) egy elég szeparált adatvesztés történt ha jól látom, ergo minimális darabszámú szervert érinthetett. a másik esetben az ír központjukban volt bibi, erről mindenki hallott 2011-ben. de ez is egy darab eset, ami az infrastruktúra egytizenhatodát (vagy annak egy részét, mert nem igazán tudhatjuk, hogy mi a pontos helyzet belül az adatközpontban) érintette egyszer.

mindenki hibázik, aki dolgozik. sőt, felteszem az amazonnál dolgoznak annyira értelmes emberek, hogy tanulnak is ezekből a hibákból. sőt, még azt is felteszem, hogy mások is tanulnak a hibáikból, és nem bíznak 100%-ig egyetlen szolgáltatóban sem, és ha tudják, hogy az adataik kincset érnek, a weboldaluk 200%-on kell pörögjön, akkor költenek rá és bérelnek georedundáns infrastruktúrát. meg nem elégszenek meg a bitjeik egy darabos másolataival, hanem csinálnak kettőt. vagy hármat.

a lényeg az, hogy mindenki látott már karón varjút. láttunk úszkálni szervertermekben halakat a catarina után és hasonlók. olyan, hogy true cloud csak az elmélet szintjén létezik, de akkor meg kell lennie true true cloudnak is, ami meteorzáportól meg atomtámadástól is véd.

Eppenseggel az AWS true cloudnak hirdeti magat, georedundancia meg mifene. Epp az, amiket irtal.
Nem befolyasol erdemben semmit, csak mondom.

Olyan viszont mar tobbszor volt, h fogta magat az Amazon es torolte 1-2 EC2 instance-unkat, mert h ok ugy gondoljak jonak (talan HW failure-re hivatkozva?).
A Google cloud-ban ilyennel meg nem talalkoztunk.

Érdekes ez a cloud definíció, ezt még nem hallottam. Esetleg valami forrást kaphatunk?

Mellékszál:
Az AWS-nél mi megkapargattuk ezt az SLA-t,és arra jutottunk, hogy sok ügyfélnél kb. irreleváns a szerződéses SLA, mert a vállalt kötbérek jóval alacsonyabbak, mint az esetleges kiesésből adódott veszteség. Amit mi figyeltünk, az a tényleges rendelkezésre állás, és ebből következtettünk a szolgálatás megbízhatóságára. Amennyiben ez nem felelt meg a rendszer elvárt RTO/RPO paramétereinek, akkor javasoltuk plusz HA réteg kialakítását. (Az Amazon ezt elég jól támogatja)

Most megint mondhatnam hogy mi a felho alapu szolgaltatasok uttoroje voltunk tobb mint 10 evvel ezelott az Applogic platformmal (3tera inc.) de megint tamadnanak ossze-vissza. Pl. ha wikipedian megnezed mi is az a cloud computing (link: https://en.wikipedia.org/wiki/Cloud_computing), akkor sok minden mason kivul, megtalalhatod azokat a fo elemeket amiket emlitettem az elozo hozzaszolasomban.

Sajat eszkozeink es gepeink vannak olyan adatkozpontokban ahol az altalunk biztositott SLA-t be is tudjak tartani, valamint olyan igazi felho alapu szolgaltatast nyujtunk mely lehetove teszi a leallas mentes failovert ha az egyik gep beszarik akkor is.

Cikkunk a temaban: https://www.innoscale.net/what-is-cloud/ :)

> Ubuntu 13.04 64-bit

Ez tenyleg vagy ugy maradt?

> InnoScale runs out of seven state-of-the-art, top-tier SSAE 16 Type-II data centers in Seattle, Santa Clara, Chicago, Washington DC and Dallas in the US, London in the UK, and Amsterdam in the Netherlands.

Valojaban Amsterdamban (meg) nem lehet rendelni, London pedig meg a 'coming soon' opciok kozott sem szerepel.

Szervert lehet berelni?

> Ubuntu 13.04 64-bit

ugy maradt, javitjuk. koszi!

Amsterdam kb 1 honap es elerhetove valik. London sajnos fullon van, ezert nem elerheto. Szervert is van lehetoseg berelni mert mindig van nehany elfekvo (most pl. Ashburn, Chicago, Dallas, Seattle-ben). Nem tudom mennyire megengedett itt hirdetni de ha kuldesz egy emailt a support (kukac) innoscale.net cimre konkret specifikaciokkal akkor szivesen adunk arajanlatot.

> Evi 8h 45min vagy havi 44perc allhat.

Na dontsd el, melyik? Evi vagy havi az SLA?:)

Havi de ha osszeadod havonta azt a 44percet akkor kijon a 8h 45perc egy ev alatt. Termeszetesen azert nem valoszinu hogy minden honapban 44 percet vagy tobbet allni fog a gep:) most csak elmeleti sikon beszelunk.

Nem a dedikalt szerverek a fo profilunk valamint tisztaban vagyunk azzal hogy az araink nem olcsoak, sot a premium szegmensben vagyunk, de a szolgaltatasink szinvonala tukrozi ezt. Az ugyfel-fluktuacio nalunk nagyon alacsony, es 10 eves mukodesunk bizonyitja hogy van helyunk a piacon. Mielott 100-an nekem tamadnanak, nem azt mondom hogy az OVH egy rossz es szar szolgaltato, nekunk csak mas a celkozonsegunk:)

Azt mindjart gondoltam, de mennyit?

Az emlitett OVH:

Refunds*

Incident Support Level 1
Penalty per hour of delay 5%
Maximum penalty per month 100%
Network
Penalty per hour of delay 5%
Maximum penalty per month 100%

Ugy alapbol fingom nincs, mit akarhat vajon.
De ha az amire gondolok (-5% orankent), akkor nevetseges). Minek akkor egyaltalan SLA-val vagdalkozni?

Milyen SLA-t vallalnak?
Mert ok 99.9%-ot (ami hihetetlen, hogy csinaljak... de ha csinaljak, hat legyen).

Az OVH:

" Guarantees and SLA

Network
Availability (SLA) 99.95%
Level 1 without personalized diagnostic Example: server unavailable
Intervention (GIT) 1 hour
Guaranteed Repair Time (GRT) GIT + 2 hours
Level 2 with personalized diagnostic Example: Abnormal operation (excluding software configuration)
Intervention (GIT) 12 hours
Guaranteed Repair Time (GRT)"

Magyarul elvileg napi 12 orat lehet offline a gep, havi akarhanyszor? Ha igy van, az igazan cuki.

( Winter | 2017. 02. 09., cs – 10:40 )

Nem akartam neki új topicot nyitni:
1U magas szerver számára tudtok jó ár/érték arányú helyet BP-n?
Magáncélú, nem kell neki 99,99, csak hogy ne otthon legyen hangos.

DigitalOcean 10$ kredit - <3 openSUSE, Ubuntu, KDE <3