Kicsit megmosolyogtató, hogy a Dell most jött ki a PowerEdge R740xd2 szerverével. Ideje volt valami az azóta nyugdíjazott HPE Apollo r2000/2800 Gen9-hez/hoz hasonlót kihozni, mert nem volt olyan 2U szerverük, amibe ennyi lemez fér.
HPE Apollo 4200 Gen9 – jobbra
https://i.dell.com/sites/csdocuments/Product_Docs/en/poweredge-r740xd2-spec-sheet.pdf
Alapvetően más a megközelítés. A Dell esetében ez egy node és csak egy. Mármint egy alaplap, két processzor és ez használhatjaz összes diszket, mind a 26 LFF lemezt. A HPE Gen9-es r2800-nál rugalmasan voltak kioszthatók a lemezek, mivel abben alapvetően 1-2-4 node volt használható. Azóta ezt nyugdíjazták, szóval most egész biztos, hogy amennyiben valaki például VSAN-ra adja a fejét, ráadásul LFF lemezeken kialakítva annak ezt kell megvenni.
Jöhet az első kő, hogy Microsoft S2D-re nem is jó? Arra miért nem ajánlom? Nem nem ajánlom, mert arra is szuper lehet, csak éppen az nem köti meg annyira a kezed mint a VSAN.
A VSAN a komolyabb verzióiban foglalat alapon licenszelődik – ROBO és a VSAN for desktop-nál van VM alapú – és egy szerverben a technológiából adódóan maximum 40 meghajtót tud használni. Öt disk group, egy group-ban kötelezően egy és csak egy cache és maximum hét kapacitást adó diszk. Minden ügyfél elemi érdeke, hogy ne olyan szerverre tegyen VSAN-t – ha egyébként más tervezési tényező ezzel nem mond ellent – amibe 6-8 diszk fér. Erről írtam is itt: http://newman.cloud/2018/11/20/vsan-hogyan-tervezz-helyesen/
Kicsit negatív, hogy két processzor ami ebbe az r740 xd2-be tehető, maximum 22 magosak, memóriából 512GB a maximum, ami ráadásul nem 12 hely foglalatonként, hanem 8. Azaz egyetlen modul per csatorna per processzor. Szóval atomerőmű nem lesz belőle, de egy közepesen erős, nagy kapacitással bíró szerver még lehet, amin bár nem csúcsra járatott Oracle-et futtatni lehet nem optimális, de amúgy minden másra szerintem jó lehet.
Felmerül a gondolat, hogy bár maximálisan kihajtottam a VSAN által adott keretet, de nem nő-e ezzel túl nagyra a failure domain? De. Én személy szerint abba az irányba tolom az ügyfeleket, hogy egy 3TB memóriával szerelt szerver helyett vegyen kettő 1,5TB-al szereltet, mert a nagy óriás nagyot dől. Aláírom, hogy viszonylag kevés PSOD-ot és egyéb problémát láttam az elmúlt időben, de arra gondolok itt, hogy egy ilyen mammut maintenance módba tétele is körülbelül 10-15 perc. Néha számít a 10-15 perc.
Ez nincs ingyen, htöbb kisebb node kell, ekkor nő a szerverek száma miatt a beszerzési/támogatási költség, a VSAN licenszek száma miatti összeg. Egy jól tervezett és nem alapra tekert VSAN – a három node az pont az a kiépítés amivel nem szabad indulni – esetén kezelhető a kockázat.
