16 A legnagyobb hibák, amikor konfigurálják a ha és drs klasztereket a vmware, notes of it-shnik
Ne tervezze meg a hardver módosításait.
Engedélyezze az EVC módot a klasztereken, és próbáljon olyan berendezést használni, amely nagyon hasonló processzorokkal rendelkezik. Ne keverje össze az Intel és az AMD processzorokat. És még ha az ugyanazon gyártó valamennyi processzora is, az új processzorok támogatják a régebbi modellekben nem elérhető további utasításokat. Vegye figyelembe a vásárolt processzorokat.
Az svMotion (storage vMotion) nem tervezése.
A pillanatfelvételek gonoszak, és NEM kell használnia őket, csak ritka esetekben. Győződjön meg róla, hogy a VMDK előforduló üzemmódban van, vagy használja az RDM-et. A kiszolgálónak meg kell jelennie a forrás és a céladatbázis, és a fürtnek elegendő erőforrással kell rendelkeznie ahhoz, hogy két, egyidejűleg VM másolatot készítsen az átvitel időpontjában.
Nincs elegendő csomópont a fürtben.
Tervezze meg a szükséges klaszter-erőforrásokat, és fontolja meg tartalék igényét. Általános szabályként a gazdagépek erőforrásainak tartalékait teljes egészében egy teljes értékű kiszolgálónak kell tartalmaznia. A megoldás a beléptetési szabályzat alkalmazása és egy gazda hibájának megtervezése.
Egyetlen gép egésze telepítése.
Nem minden VM kritikus, és mindegyiknek más újraindítási prioritása van. Az összes kijelölt állomás fenntartása irracionális lehet. Használja a tartalék egy részét a források, ami valamivel kevesebb, mint az egyes gazdálkodók hozzájárulása a teljes klaszter, képest a teljes házigazdák. Például egy négy csomópontos fürtben minden kiszolgáló 25% -kal járul hozzá, ebben az esetben 20 vagy 15% -os tartalék százalékot állíthat be.
A VM újraindításának nincs prioritása.
Ha a mondatot a 4. tételből használja, helyesen kell beállítania a VM újraindításának prioritását, mivel nem fogja fenntartani a fürt erőforrásait, hogy újraindítsa az összes virtuális gépet. Állítsa a normál VM-et alacsony prioritássá, és az egyes VM-ek szükség szerint közepes vagy magas prioritásúak legyenek.
Letiltja a felvételi ellenőrzést.
Rossz ötlet! Soha, soha, soha ne tedd! Engedélyezze a "Nem kapcsolja be, ha nem megfelelő klaszter erőforrások"
Ne változtassa meg az erőforrás-foglalás százalékos arányát.
Mivel a csomópontok hozzá vannak adva a klaszterhez, az erőforrás-foglalás százalékos arányát újra kell számolni, különben a rendszer kiegyensúlyozatlan lesz.
Vásároljon heterogén szervereket.
A hibatűrésnek lehetőséget kell biztosítania a klaszter legnagyobb kiszolgálójának megtagadására. Ha hat szerver 96 GB RAM memóriával rendelkezik, majd 384 GB RAM memóriával bővíti a kiszolgálót, túlságosan kiegyensúlyozatlan számításokat fog végrehajtani a redundanciára, és sok fel nem használt erőforrás lesz.
Ez sok mindent megzavaró téma. A konfigurációban a vSphere 5.0 verziója előtt olyan hibákat tehet, amelyek nem várt eredményeket eredményeztek. A virtuális gépi szétkapcsolódást szigetelési szinten, de minden egyes virtuális gép szintjén beállíthatja, ha a VM-ben kritikus alkalmazások vannak, akkor meg kell győződnie arról, hogy a kapcsolatuk nem véletlen hiba. Az 5.0-s verziótól kezdődően a tároló reszekeket hozzáadták a gazda-elkülönítési beállításhoz, amelyeket csak akkor használnak, ha a fogadó hálózat nem áll rendelkezésre. A fürtben lévő kiszolgálóknak legalább egy megosztott tárolónak kell lenniük.
A fenntartások, korlátok és az affinitás túlzott használata a VM számára.
Használja a részvényeket a foglalások helyett, és korlátozza az affinities (vagy anti-affinities) szabályok használatát. Ezek a határok befolyásolhatják a DRS teljesítményét. Használjon óvatosan!
Határozza meg a memóriát.
Soha ne csináld, soha, soha! Korlátozza a memóriahasználatot alkalmazások alkalmazásával, ha lehetséges. Például beállíthatja az SQL-t, hogy korlátozza a vendég virtuális gépen belül használt memória mennyiségét.
Senki nem tudja kiszámolni az összes változó értékét, és nem adhatja meg a helyes választ. Hagyja, hogy a szoftver elvégezze a munkáját.
A DRS kiegyenlítés szabályainak nem ismerete.
A DRS-számítások túl bonyolultak
A migráció erőforrásokat igényel, függetlenül attól, hogy azok hálózati sávszélesség vagy CPU idő. Ne állítsa be a DRS-t a kiszolgálói munkaterhelés végleges áttelepítésére. Meg kell határoznia a küszöbértékeket, hogy ésszerű migrációt hajtson végre, amikor az erőforrások valóban kiegyensúlyozatlanok. A vMotion öt évvel ezelőtt volt hűvös, de most nem kell folyamatosan mozgatni a VM-et csak szórakozás céljából.
Túl sok klaszter csomópont van.
Bár technikailag a klaszter korlátozása 32 csomópont, de jobb, ha csak 16-24-et használ. Minél több gazda van, annál inkább a DRS számítások, és egyre inkább a források felhasználása.
Nagy virtuális gépek létrehozása.
Ezek az új értékek a vSphere 5.0 licencezési sémában. Adja meg a megfelelő mennyiségű memóriát és virtuális processzorokat a VM-nek. Ne légy túl liberális. Végezze el a megfelelő VM méretét, ne növelje erőforrásaikat szükségtelenül.