ESXi cluster

Licenszed pontosan milyen?

2 gépel nem lessz automatikus migráció-d, illetve a vsan-t eleve nem is enged használni 3 node allat. Nekem legalábbis így dereng korábbról.

HA meg vMotion azt megoldja, hogy egybol indulni fog a VM  a masik hoston (a memoriat valszeg bukod) viszont valami shared storage jobb lenne... (pl egy NAS,  iSCSI, vagy NFS mountal)

Sima klaszteren úgy indul a gép a túloldalon, mintha kirúgták volna belőle a tápot. Lezáratlan műveletek, elveszett cache. Ha ez oké, akkor kész vagy. Ha nem, akkor viszont vidd felsőbb rétegbe az aktív-aktív működés kialakítását.

Van a vmware-nek is megoldása két VM full szinkronban tartására memóriatartalommal együtt, de emiatt egy 386-os szintjét hozza a gép (szinkron memória írás hálózaton keresztül)

2 gépből soha nem lesz normális produktív környezet alá való cluster.

3+ gép, ha már van Enterprise licenced...

És akkor értelme is lehet annak amit csinálsz.

meg vSAN-t is használhatsz ha nincs rendes storage.

(persze ahhoz sem elég csak 1-1 SSD, hiszen az csak a cache-hez kell. mellette nem árt ha van valós tárhelyed is ;)

1. a normal HA cluster esetén nemhogy leállnak, sokkal inkább lefagynak, és egy crash-ból fognak újra bootolni a másik node-on.

amit keresel az a fault tolerance, ezzel akkor is megy tovább a VM ha kihal alóla az egyik fizikai gép.

(De ha eleve csak 2 gépben gondolkodzs, akkor biztosan nincs rá szükséged)

Ha mégis, akkor olvasd el a követelméyneit, és a limitációit, mielőtt ilyet tervezel.

2. lásd fent.

3. ahhoz csak HA kell közös storage-val. vMotion az a menet közbeni mozgatásra való.

Nem akarlak elkeseríteni, de ebből így nem sok jó fog kikerekedni. Az egy dolog, ha megérted a HA/VMotion/Fault Tolerance közötti különbségeket, ezeket be is kell tudni normálisan állítani/méretezni. A hálózati beállításokon tipikusan sok múlik.

Azaz vagy fektess bele néhány hetet: tanfolyam, net, mellé csinálj magadnak kis labort és gyakorolj/tesztelj, vagy keress meg valakit, aki ezzel foglalkozik és látott már ilyet (abból is sokat lehet tanulni). Közös tároló technológiákat sem árt valamilyen szinten elsajátítani, kipróbálni, mielőbb belevágnál, rendelés előtt pláne.

Egyébként két ESXi-vel is lehet boldogulni, fő hátránya, hogy arányaiban több a tartalék erőforrásod, de ennek méretezése helyzet függő.

HA: ha egyik ESXi lefagy, akkor VM-ek újraindulnak másik ESXi-n ~1 perc múlva (tervezetlen leállás). Közös tárolónak köszönhetően nincs adatvesztés (az már másik kérdés, hogy konzisztens-e).

VMotion: futás közben át lehet migrálni a VM futását másik ESXi-re (tervezett leállás, terhelés elosztás). Ezt is lehet közös tároló nélkül, de akkor értelemszerűen nemcsak a RAM, hanem az adatok is migrálódnak az ESXi-k között (sokkal lassabb). Alapvetően azért közös tárolóval szokás használni.

Fault Tolerance: VM egyik ESXi-n fut, az ESXi-k replikálják az állapotát, ha ESXi meghal, akkor a másikon újraindulás nélkül rögtön fut tovább, ahol kiesett a másik. (tervezetlen ESXi leállás ellen véd, de OS újraindításával/fagyásával számolni kell). Lehet közös tároló nélkül is, de hamar előjönnek olyan szempontok, hogy mégsem ártana közös tároló (például vCenter).

Ezenkívül nem árt átgondolni a mentéseket stb (első körben üzleti elvárások tisztázása), mert ez is sok mindent befolyásolhat, ha venni kell valamit, már pedig jó eséllyel kell venni valamit.

Ez már nem a "gyere cipó, hamm, bekaplak" kategória, még ha csak "játszadozós" rendszert építenél (az egy-egy ssd, mint háttértár erre utal, mert ha valóban HA-működésre lősz, akkor minimum valamilyen raid-et kell alápakolni (SPOF elkerülése ugye...), és mivel IOPS-ban kifejezetten jól kell teljesítenie, gyakorlatilag a raid10 marad - vsan esetén megspékelve azzal, hogy a vsan forgalmának "célszerű kifejezetten "vastag", dedikált hálózatot adni.
 

Majdnem mindent megválaszoltak, pár dolog amit nem láttam:

DRS-re nincs szükség.

Azért nem olyan rossz az, ha tudja a licenced, akkor kapcsold be, legalább partially automated módban.

1 - (Erre jött néhány hibás válasz, de vélhetően félreértés miatt). Nem, a vm-ek nem fognak leállni ebben az esetben, nyugodtan berakhatod a H1-et a clusterbe, illetve bekapcsolhatod a HA-t(*), ettől nem kell félni, az alap működés része, máshogy nem is tudna vm egy clusterbe kerülni (hacsak nem kikapcsolva, de az meg nem lenne valami piacképes). A fordítottja nem megy, azaz clusterből nem tudsz már kivenni hostot futó vm-ekkel, ehhez maintenance mode kell az adott hoston, amihez meg álló vm-ek, vagy üres host. Ha ilyenkor vmotion-el leüríted, akkor persze menni fog a maintenance mode és a host kimozgatása clusteren kívülre.

2 - Menni fog két node-al is (diskek száma ugyan nem jó, de ezt is megválaszolták már), viszont két node esetén kell egy quorum appliance. Ez egy butított esxi, ami vm-ek futtatására nem képes, ezért lincencet sem fogyaszt, viszont ő egy 3. host lesz látszólag, aminek egyedül vsan quorum funkciója van csak. A helye lehet egy 3. fizikai gép (ez nyilván pazarlás), vagy futhat vm-ként egy másik esxi-n, de semmiképpen sem a kettő clustertag valamelyikén(!). Menni fog e nélkül is teljes funkcionalítással és performanciával - mivel a quorum csak probléma esetén játszana szerepet - de a hiánya miatt folyamatosan warningban lesz a vsan.

3 - ehhez csak egy lényegtelen kiegészítés: vmotion ez esetben nem játszik, ehhez csak HA funkció kell. A vmotion futó vm-et tud átmozgatni másik hostra, HA eseménynél ez a dolog értelmezhetetlen.

(*)Ja, és ezt is leírták már, de nem elégszer: két hostból ne akarj HA clustert csinálni. Illetve osztom a laborozás/tanulás tanácsot is, a fenti két válaszommal, meg az összes többi felette levővel csak annyira fogsz jutni, hogy további ezer kérdésed lesz, amint elkezdenéd megvalósítani a dolgot. A vSphere látszólag egyszerű (igazából talán az is...), de az ördög itt is a részletekben rejlik.