dHCI

Podcast-ban már beszéltem arról, hogy mégis mi ez a rövidítés és hová illeszkedhet egy ilyen rendszer. Tegnap voltam a HPE Tech Troopers-en és arra jutottam, hogy ideje picit jobban kifejteni ezt a témát.

Mi az a dHCI?

Először tisztázzuk mi nem:

  • nem hiperkonvergens rendszer, ezáltal végképp nem a HPE saját HCI rendszerének továbbfejlesztett változata, nem is akarja a Simplivity-t leváltani. Ennek tökrében nem közvetlen versenytársa a VSAN-nak, a Hyperflex-nek, viszont picit hasonlít a Netapp HCI-hez (ami meg éppen hogy nem hiperkonvergens, hanem diszaggregált hiperkonvergens).
  • nem szabad és nem is lehet a funckiók alapján összehasonlítani más hasonló megoldásokkal.

Nézzük meg azt is, hogy akkor mi ez:

Egy olyan alapvetően hiperkonvergens varázsolhatóságot és üzemeltethetőséget adó konvergens infrastruktúra, amely lehetővé teszi a számítási és a tárolási kapacitás egymástól független megválasztását és bővítését. Ezt úgy tudja elérni, hogy a tárolási kapacitás nem a számítási node-okban van, de mégcsak nem is tradícionális szerverekben – ahogy a Netapp-nál van – hanem egy rendes tárolóban, méghozzá egy Nimble dobozban. A Nimble lehet akármilyen modell, hibrid és flash is.

Ehhez kapcsolódnak iSCSI-n – természetesen switch-eken keresztül, főleg mert direct connect iSCSI nem támogatott – a DL360/DL380 szerverek, amelyek VMware ESXi-t futtatnak. Vegyük észre a lenti slide-on, hogy maga a gyártó is “Converged solution”-nak hívja.

Felmerülhet az a kérdés, hogy ha ezek a komponensek már megvannak, akkor lehet-e belőle dHCI-t építeni. Nem lehet, mert a Nimble tároló speciális szoftverrel érkezik, amit csak a gyárban tudnak ráflash-elni. Ez adja a telepítés során a varázslót és állítgat be mindent, illetve ha nincs még vCenter vagy ehhez a környezethez újat akarok feltelepíteni, akkor azt szintén igazából a Nimble controller-en futó szoftver végzi majd el.

Ennek ellenére megengedett HPE szerverek bevonása a dHCI-be, azaz ha van egy dHCI-s Nimble tárolónk, akkor DL360/380 G9/G10-eket be lehet vonni alá.

Nagyon lényeges azonban, hogy egy VMware klaszter lehet dHCI és ebben a klaszterben maximálisan 20 ESXi szerver lehet. Mivel támogatott a Peer Persistence is, ez azt jelenti, hogy telephelyenként 10 darab kiszolgáló lehet egy stretched ESXi klaszterben.

Most hogy a maximumokat ismerjük, álljon itt a minimális kiépítés, ami minden esetben egy Nimble tároló és két ESXi szerver kell legyen.

Természetesen a dHCI Nimble tároló adhat területet más nem dHCI-s node-oknak, bare metal-nak is. Ez szintén igaz az ESXi oldalra, azaz használhatnak a dHCI-s ESXi-k nem dHCI Nimble-ről kiadott területeket is.

Az ESXi-knél nem kell semmi speciálisra gondolni, a szokásos HPE ESXi ISO van feltelepítve valami HDD/SSD párosra, mivel greenfield esetén az SD/USB boot nem támogatott, brownfield esetén mehet. A szerverek hardvere lehet akármilyen, viszont greenfield esetén 4 darab 10GBit/s-es port legyen benne, brownfield esetén 2 darab is elég, ugyanakkor én javaslom az iSCSI forgalomra mégis beletenni két másik portot is.

Mi van még?

A legkomolyabb előnye szerintem ennek a dHCI-nek, a támogatás. End to end a Nimble support támogatja, szóval a tárolótól a szerverek utolsó csavarjáig, mindent egy entitás támogat.

Mikor a jövőbeni esetleges bővülés jól kiszámítható és mind a CPU/RAM, mint a tárolóra általános érvényű akkor a dHCI labdába sem rúghat egy HCI rendszer mellett. Ezzel szemben, ha bizonytalan a jövő és nehéz meghatározni miből kell majd több, azaz nem lehet biztonsággal megmondani hogy lineárisan skálázódik majd a környezet, akkor a dHCI tökéletes választás.

Az is előny, hogy a vCenter-t egy plug-in-nel bővíti, amiből a Nimble lényegesebb folyamatai elvégezhetők, azaz ha növelni kell, snapshot kell, akkor megtehető a vCenter-ből.

Ki kell emelni, hogy az egész mögött ott van az Infosight, ami bár a Simplivity-nél is működik már, de az kétségtelen hogy hozzáadhat az átláthatósághoz és a normális működéshez. (Nem kell ILO Amplifier pack amúgy a DL szerverek miatt, a riporting-ot megcsinálja a Nimble dHCI szoftver).

Nick Dyer – Nimble Field CTO – mélyebben ír a blogján erről: https://dyertribe.co.uk/tag/dhci/

Kirakott HPE-ban