tippek és trükkök a gyenge vSphere teljesítmény elhárításához

Bevezetés

mint minden más rendszergazda, Ön is tudja, hogy a virtuális gépek végül zavaroktól, teljesítményproblémáktól szenvednek, vagy egyszerűen nem válaszolnak. Ez sajnos az élet ténye. Valószínű, hogy virtualizációs mérnökként valószínűleg már legalább egyszer találkozott ezekkel a problémákkal. Mivel a virtualizált környezet meglehetősen bonyolult rendszer, túl sok különböző ok vagy tényező befolyásolhatja a gyenge virtuális gép teljesítményt. Megpróbálni kideríteni, mi a baj, sok időt vehet igénybe.

ma együtt megpróbáljuk meghatározni, hogy mi okozhatja a VMware infrastruktúra gyenge teljesítményét, és megtaláljuk a módját annak elkerülésére.

mire lesz szüksége a megfelelő hibaelhárításhoz?

először is, rekordok. A rekordok a Szent Grál a vSphere környezeti problémák megoldásában. Tudom, tudom. Természetesen 100% – ban megbízik a memóriájában, és természetesen emlékezni fog mindenre, amit tudnia kell, például a bejelentkezéshez szükséges hitelesítő adatokra vagy bármely más szükséges információra. Azonban még mindig, az utolsó dolog, amit meg akarsz történni, amikor a szerver hirtelen meghibásodik, vagy az ESXi-házigazdák túlterheltek, idegesen próbál emlékezni a jelszavakra, csak hogy belépjen egy gazdagépbe vagy a vSphere vcenterbe.

minden létező dokumentáció, például a vSphere cluster sémák is nagy segítséget nyújthatnak. Ha nem igazán tudja, hogy az egész rendszer hogyan van konfigurálva, ez nagy időt fog lelassítani. Természetesen a világon senki sem szeret nyilvántartást vezetni, de hidd el, amikor szükség van rá, hálás leszel, hogy könnyen hozzáférhető információkkal rendelkezel. Most vessünk egy pillantást arra, hogy mit tartalmazzon ez az információ:

ESXi hosts:

• Gazdanevek / IP-címek
• ESXi gazdagép verzió és patch szint
• Root jelszó (biztonságos helyen tartsa)
• rögzített IP-címek tároláshoz és interfészhez
• gazdagép hardver leírása
• tárolási konfiguráció (iSCSI stb.)
• Hálózati adapterek (szállító, illesztőprogram Verzió stb.))

tároló kapcsolók:

• használt IP-címek
• Firmware verzió
• hitelesítő adatok (biztonságos helyen tartva)
• Vlan beállítások

tároló tömb:

• IP-címe SAN felügyeleti port
• Firmware szint
• LUN konfiguráció, RAID szint, meghajtók száma, méretek, meghajtó firmware
• bejelentkezések és jelszavak SAN array kezelőfelület
• gyártó specifikus SAN Felügyeleti eszközök (speciális segédprogramok)

ahogy valószínűleg már összegyűjtheti, minél több dokumentáció, annál jobb. Sajnos sok adminisztrátor hajlamos figyelmen kívül hagyni ezt a szabályt. Ezenkívül a dokumentáció nem lesz sok haszna, ha elavult, ezért lépést kell tartania a változásokkal.

mivel kezdjük?

1. Gondosan tanulmányozza a VMware legjobb teljesítménygyakorlatait

ez az anyag már két éve kritikus és létfontosságú. Kezdetben van egy hibaelhárítási rendszer. A lehetséges problémákat a relevanciájuk (VMware eszközök, CPU stb.) és a tartományuk (a teljesítményre gyakorolt 100% – os hatástól a minimálisig) szerint rendezik. Ha használja, sokat segíthet az infrastruktúra fejlesztésében.

2. VMware Eszközök?

győződjön meg arról, hogy a VMware Tools telepítve van, frissül és fut minden egyes virtuális gépen. Alapvetően a VMware Tools package egy virtuális eszközillesztő-csomag, amely befolyásolja a virtuális gép teljesítményét (természetesen általában jobbra).

ellenőrizze a VMware Tools telepítését.

• válasszon ki egy gazdagépet a vSphere Web Client alkalmazásban;
• lépjen a virtuális gépek fülre;
• adja hozzá a “VMware Tools Status” oszlopot;
• ellenőrizze az állapotot. Ha azt mondja, hogy rendben van, kezdje el keresni a teljesítmény javításának következő módját.
• nem fut/elavult – telepítse a VMware eszközöket.

ha a VMware eszközök nem indulnak el, meg kell javítania a vendég operációs rendszert, mert ott lehet a probléma. Vagy a Linux kernel frissítése, vagy valaki valamilyen okból letiltotta a VMware eszközöket a Windows rendszerben.

ha a VMware Tools jelenlegi verziója elavult, akkor a vSphere Web Client helyi menüjével kell frissítenie. Általában ez akkor válik esetté, ha a legújabb frissítéseket telepíti az ESX / ESXi gazdagépekre. Ha végzett velük, ne felejtse el naprakészen tartani a VMware eszközöket is. Összességében a vSphere Web Client segítségével könnyedén ellenőrizheti a VMware eszközeit, amint azt a következő séma javasolja:

a vmtools állapotkijelzője a virtuális gépekhez.
felveheti vmtools kattintva a jobb gombot az egérrel a címet, és kiválasztja azt megfelelően.

ugyanakkor alkalmazhatja a PowerCLI forgatókönyvet is, amely ellenőrzi a vmtools csomag jelenlétét és aktuális állapotát. A vmtools-hoz kapcsolódó tulajdonságok nagy része <vm>alatt található.vendég.extensiondata.

VMWare PowerCLI for ESXi and vSphere

PowerCLI for VMware vSphere egy hihetetlenül hatékony eszköz, amely a Microsoft PowerShell/ PowerCLI lehetővé teszi, hogy végre 98% – a kézi feladatok kezelésére virtuális infrastruktúra a parancssorból. Eszközként a PowerCLI lehetővé teszi az ESXi és a vCenter Server operatív menedzsment központosítását a parancssorban. Ennek a csodálatos segédprogramnak köszönhetően forgatókönyveket hozhat létre, figyelemmel kísérheti a virtuális gépek állapotát, a tárolást, a hálózatokat, a felhasználói fiókokat, valamint a cseresznye a tortán automatizálhatja a működési folyamatok nagy részét. Telepítheti a PowerCLI-t Microsoft Windows 7 / Windows Server 2008 R2 vagy újabb rendszerű gépekre, de ami még érdekesebb, a különböző Linux-készletekhez több verzió is létezik.

a PowerCLI több mint 1900 parancsmagot tartalmaz a felhő és a virtuális VMware infrastruktúra kezeléséhez (vSphere, vSAN, vRealize Operations Manager, vCloud Director, Site Recovery Manager, Horizon 7 és vCloud Air). A parancsmag végrehajtásakor az API-t a kiválasztott ESXi host vagy vCenter kiszolgálón címezi. Jó hír: letöltheti a VMware PowerCLI legújabb javítását a VMware hivatalos webhelyéről (igen, természetesen ehhez Fiókra lesz szüksége). a PowerCLI konzol használatához csak indítsa el a VMware vSphere PowerCLI parancsikont rendszergazdaként.

alapvető problémák

1. Erőforrások hiánya a virtuális gép számára

tudom, tudom, hogy kétségkívül elegendő erőforrással kell rendelkeznie ahhoz, hogy a virtuális gép hatékonyan teljesítsen. Megdöbbent azonban, hogy hány virtuális gép nem rendelkezik elegendő erőforrással a vendég operációs rendszer követelményeinek és az alatta futó alkalmazásoknak megfelelően. Úgy értem, tudnia kell, mint a tenyerének, hogy a virtualizáció számtalan előnye ellenére az asztalra kerül, mindig vannak általános költségek. Mint, mit fog tenni a virtuális gép, ha elfogy a RAM? Természetesen a gép sokkal gyakrabban kezd cserélni a lemezre. Ha az alapul szolgáló tároló megtelt, a teljesítmény hatalmas csapást fog szenvedni. Ezért, amikor csak lehetősége van erre, használja a foglalásokat, az erőforráskészleteket, a DRS-t és bármit, amit csak tud, hogy megbizonyosodjon arról, hogy a virtuális géphez megfelelő mennyiségű erőforrás van hozzárendelve a maximális működési hatékonyság érdekében.

2. Teljesítményfigyelés

alapvetően a Teljesítményfigyelés a vSphere kliensekbe ágyazott funkció. Ez itt az egyik olyan szükséges eszköz, amely segít megvizsgálni a teljesítménnyel kapcsolatos kérdéseket. Annyira jó, mert lehetővé teszi a riasztások használatát, ahol csak lehetséges, így mindig egy lépéssel megelőzi a teljesítményproblémákat.

ne feledje azonban, hogy miközben a helyi ESXi gazdagépen dolgozik, csak a teljesítmény fület érheti el. Ha azt szeretnénk, további részletek, használja VMware ons vSphere vCenter. szuper fontos. A teljesítmény és a fejlett teljesítmény több mint hatékony és informatív diagnosztikai eszköz. Ha jól használja, akkor nem lesz gondja megtalálni a rendszer puha pontját.

vegyük példaként az erőforráskészlet CPU telítettségét. Részletek keresése:

• válassza az erőforráskészletet, és lépjen a teljesítmény elemre. Ezután váltson speciális értékre, és válassza a CPU objektum lehetőséget;
• értékelje az aktuális telítettséget MHz-ben (használat);
• hasonlítsa össze az erőforráskészlet korlátozásának értékét és az aktuális telítettséget. Ha közel van a határértékhez, akkor előfordulhat, hogy hiányzik az erőforrás, és csak annyit kell tennie, hogy átértékeli a különálló virtuális gépek CPU-kész értékét ebben a készletben;

CPU Kész ellenőrzés:

• a CPU Kész. válasszon ki egy virtuális gépet, lépjen a teljesítmény elemre, majd válassza a speciális módot, majd váltson a “CPU” áttekintésére (ha az adott virtuális gép teljesítményének hibaelhárítására készül, kezdje azzal);
• értékelje készen áll az összes virtuális gép “objektumára”. Az “objektum” a virtuális gép külön virtuális processzora. Meg kell változtatnia a “Chart Options…” tulajdonságait a kép megjelenítéséhez;
• mondja meg, hogy a virtuális processzor minimális vagy átlagos Kész értéke meghaladja-e a 2000 ms-ot? Ha igen, mikor, most minden világos. Egyszerűen hiányoznak a processzor erőforrásai az erőforráskészletre beállított korlát miatt;
• most tegye ugyanezt a készlet többi virtuális gépével.

gazdagép CPU telítettség ellenőrzése:

• válassza ki a gazdagépet, lépjen a teljesítményre, majd váltson speciális módra, és válasszon egy “CPU” objektumot;
• értékelje az aktuális telítettséget MHz-ben (használat);
• meghaladja a 75% – ot, vagy a felső 90%? Ha igen, akkor talán hiányzik a gazda processzor erőforrásai. Ellenőrizze, hogy a CPU készen áll-e a virtuális gépre ezen a gazdagépen, ahogy az alábbiakban tettem. Ha a központi processzor átlagos telítettsége nem haladja meg a 75% – ot, akkor a következőt meg kell néznie!

CPU Kész ellenőrzés:

• ha készen áll az adott virtuális gép teljesítményének hibaelhárítására, kezdje azzal. Ellenkező esetben válasszon ki egy gazdagépet, lépjen a virtuális gépekre, rendezze a listát, mint a gazdagép CPU — MHz-ben (oszlopról oszlopra), és vessen egy pillantást egy vagy két virtuális gépre a lista elejétől;
• a CPU-Kész méréséhez válasszon ki egy virtuális gépet, lépjen a teljesítményre, váltson speciális módra, majd váltson a “CPU” áttekintésére (ha az adott virtuális gép teljesítményének hibaelhárítására készül, kezdje azzal);
• értékelje készen az összes virtuális gép “objektumát”. Az “objektum” a virtuális gép külön virtuális processzora. Meg kell változtatnia a “Diagrambeállítások…” tulajdonságait a kép megjelenítéséhez;
• bármely virtuális processzor minimális vagy átlagos Kész értéke meghaladja a 2000 ms-ot? Ha igen, akkor hiányzik a gazda processzor erőforrásai.

potenciálisan problémás paraméterek, amelyeket ellenőrizni kell:

• vendég CPU telítettség ellenőrzése;
• aktív VM memória csere ellenőrzése;
• VM csere várakozás ellenőrzése;
• VM memória tömörítés ellenőrzése;
• túlterhelt tárolóeszköz ellenőrzése;
• elvetett csomagok fogadása ellenőrzés;
• elvetett csomagok továbbítása ellenőrzés;
• egy vCPU egy SMP VM ellenőrzés;
• VM CPU kész a fogadó átlagos terhelés ellenőrzés;
• lassú vagy túlterhelt tároló rendszer ellenőrzése;
• Top tároló rendszer terhelés ellenőrzése;
• csúcs hálózati adatátvitel ellenőrzése;
• alacsony VM processzor telítettség ellenőrzése;
• múlt VM memória csere ellenőrzése;
• nagy erőforrás medence memória igény ellenőrzése;
• nagy fogadó memória igény ellenőrzése;
• magas vendég memória igény ellenőrzése;
• magas időzítő-megszakítási Arány ellenőrzése;
• NUMA beállítások ellenőrzése;
• magas VM pillanatképek válaszidő ellenőrzése;

lemez alrendszer problémák

röviden, szűkítheti a tárolórendszer problémáit:

1. A tárolórendszer túlterhelt;

• mi az oka annak, hogy egy tárolórendszer túlterhelt lehet? Nos, az elsődlegesek meglehetősen egyszerűek, függetlenül attól, hogy rossz konfigurációk (eszközök mennyisége és típusa/RAID szint/gyorsítótár/etc) vagy nagyon nagy terhelés lenne.
  nincs univerzális megoldás, ezért megyek, csak hogy az én kapitány nyilvánvaló egységes és felsorolni a dolgokat, akkor valószínűleg már tudja:
• építeni a tároló rendszer tekintetében a teljesítmény, nem csak a kapacitás;
  vegye figyelembe, hogy ha megy a virtuális, a terhelés típusa is válthat (a következetes véletlenszerű);
  nem kell a boltban segédprogramok figyelemmel kíséri a tároló rendszer lemez teljesítményét, meg kell nézni, hogy együtt esxtop;
• (esxtop – a VMware konzol eszköz, jól működik, hogy figyelemmel kíséri a tárolási teljesítményt. Jelentkezzen be az ssh munkamenetbe, és indítsa el. Azok számára, akik hajlamosak a resxtop használatára: le kell töltenie a VMA-t vagy a vSphere CLI-t Linuxra, és onnan el kell indítania ezt az eszközt. De hogy őszinte legyek, az utolsó verzió univerzális, mivel mind az ESX, mind az ESXi esetében működik;
• van egy ragyogó vSCSIStats segédprogram is;
  ha kíváncsi arra, hogy a tárolórendszer miért működik ilyen lassan, kitalálhatja a FIO szintetikus terheléssel;
  ne feledje, hogy bizonyos alkalmazások csökkenthetik a lemez általános költségeit, ha több memóriát biztosítanak számukra.

2. Lassú tárolórendszer;
alapvetően tegyen meg mindent a fenti listából!

3. Tárolási rendszer késések;
3 egyszerű megoldások:

részvények;
Limit IOPS;
torlódási küszöb (tároló IO vezérlés).

4. Hibás lemezek;
rendszeresen ellenőrizze a lemez / hálózati tárhelyet, és ha valami meghibásodik vagy elavult, azonnal cserélje ki. Tudnia kell azonban, hogy bizonyos esetekben, különösen akkor, ha a lemez meghibásodott, az ellenőrzés megkezdése (a RAID memória további használata) más lemezeket ugyanarra a sorsra hozhat = végzet az egész RAID.

5. ESXi OS;
használjon külön lemezeket az ESXi host operációs rendszerhez, a swap partícióhoz és a helyi adattárolókon található virtuális gépekhez. Fontolja meg a RAID használatát az olvasási és írási teljesítmény javítása érdekében.

6. Pillanatképek;
törölje a fel nem használt vagy redundáns pillanatképeket, ez nem opcionális. Mostanra tudnia kell, hogy minél több pillanatkép van, annál nagyobb lesz a lemez általános költsége az I/O tevékenységgel.

7. Titkosítás;
csak szükség esetén használjon lemeztitkosítást! A titkosítás általános költségekhez vezet, az általános költségek pedig csökkent teljesítményhez vezetnek, és ezt nem akarjuk, ugye?

(ha további információra van szüksége, kérjük, keresse meg saját maga)

apró tippek

a vRealize Operations Manager telepítése a környezet mélyebb felmérése érdekében

ez a vRealize Operations Manager egy VMware termék, amelyet a VMware vSphere virtuális infrastruktúra komplex megfigyelésére és kezelésére szántak. Az eladó integrált működési hibaelhárítást ígért. Itt letöltheti.

tegyen fel magának egy kérdést: a VM valóban furcsán viselkedik?

a nagy munkaterhelésnek kitett virtuális gép néha úgy néz ki, mintha gyenge teljesítményt adna el. Például az SQL szerverek virtualizált példányai vagy a rosszul megírt SQL lekérdezések lelassíthatják a teljesítményt! A nagy felhasználói bázisú levelezőszerverek ebben a tekintetben is problémát jelenthetnek. Szerencsére a vSphere Web client teljesítményfigyelő diagramjai segítenek az erőforrás-felhasználás mérésében egy meghatározott időszakon belül, így megerősítheti, hogy a zavaró viselkedés egyszeri vagy folyamatban van-e, és meghatározhatja, hogy ilyen körülmények között várható-e vagy sem. Az MS SQL és az Exchange Server minden RAM-ot lefoglalnak a virtuális gép vendég operációs rendszeréből, különösen akkor, ha dinamikus memóriafoglalás van konfigurálva.

Analyze I/O Workloads to Determine Storage Performance Requirements

legújabb frissítések és legújabb verziók

a frissítések és a legújabb kiadások gyakrabban foglalkoznak a javított hibákkal, továbbfejlesztett illesztőprogramokkal és kódokkal kapcsolatos teljesítményproblémákkal. Mindazonáltal, bízz bennem ebben; néha, a legújabb kiadás még rosszabbá teszi! Tehát maradj ijedten és tesztelj, amíg nem vagy biztos benne. Vagy legalább hagyja, hogy mások megpróbáljanak dolgozni rajta, így olyan döntést hozhat, amelyet átgondoltak.

víruskereső szoftver ESXi

nagyobb az esélye, hogy egy egyszarvúba ütközik, de vannak olyan esetek, amikor az ESXi (vShield) rendszeren futó víruskereső szoftvereket talál. Nem kell tovább magyarázni, hogy egy ilyen dolog többféle módon súlyosan befolyásolhatja a virtuális gép teljesítményét, ha nincs megfelelően konfigurálva. Azt is meg kell emlékezni, hogy nincs ok arra, hogy fut a víruskereső szoftver ESXi miatt a kis helyigény és a beépített biztonsági funkciók. Azt javaslom, hogy sokkal jobb lenne, ha az anti-malware szoftver a virtuális gép vendég operációs rendszerébe kerülne. Ha telepítenie kell az AV-t az ESXi-re, tegye meg azt a pontot, hogy kizárja a VM fájlokat, például a VMDKs-t a szkennelési ütemtervekből, különösen a csúcsfelhasználási órákban.

engedélyezve van a CPU energiagazdálkodása?

a CPU energiagazdálkodása, Ha engedélyezve van az ESXi szervereken, a sebesség késleltetéséhez vezethet, amelyet viszont az alkalmazások vagy a munkaterhelések felvehetnek, ami lassabb teljesítményt eredményez. Ha úgy gondolja, hogy ez a probléma gyökere, akkor ellenőriznie kell a gyártó dokumentációjában a CPU energiagazdálkodás letiltásáról. Ha ennek nincs hatása, engedélyezze újra, és végezzen állapotellenőrzést néhányszor (további részletek itt)

Power battery For Bios and SCSI controllers

ellenőrizze az ESXi host Bios alrendszerének tápellátását, ha a specifikációk lehetővé teszik, az SCSI vagy a többi vezérlő esetében is. Az SCSI gyorsítótár gyakran további energiát igényel a munkához, ezt általában a vezérlőkártyán található akkumulátor biztosítja. Annak ellenére, hogy a specifikációk azt állítják, hogy ez egy tartalék energiagazdálkodási terv, rájöttem, hogy az akkumulátor alacsony feszültsége hibákhoz vezet a vezérlők munkájában, és csak cserével sikerült megjavítanom.

néhány tanács a végén:

• ellenőrizze a tárolórendszer összes fizikai architektúráját, beleértve az iSCSI kapcsolókat, hálózati és optikai kábeleket stb.
• ellenőrizze a kapcsolók naplóit, hogy megbizonyosodjon arról, hogy nincsenek-e hibák vagy más szerencsétlen események a tárolórendszerrel vagy magával az eszközzel.
• pingelje az iSCSI-t a vmkernel-címekről, csak azért, hogy megbizonyosodjon arról, hogy az iSCSI-hez való csatlakozás nem jelent problémát.
• végezzen állapotfelmérést magának a SAN – nak-győződjön meg arról, hogy nincsenek meghibásodott lemezek, tárolóvezérlő feladatátvételi események vagy bármilyen más hiba, amely befolyásolhatja a teljesítményt.
• ellenőrizze a szabad lemezterület minden LUN csatlakozik az ESXi házigazdák.

következtetések

tudom, hogy a VMware vSphere ESXi hibaelhárítása kissé ijesztőnek tűnhet. Azonban pontos dokumentációval, az infrastruktúra megfelelő megértésével és néhány hatékony beépített eszközzel megoldhatja a virtuális gépeket érintő problémákat. Csak állj meg egy pillanatra, és gondold át, hogy pontosan hol és milyen problémád van, majd találd ki, hogy a rendszer melyik része okoz problémát. Remélem, hogy a segédprogramok, a parancssori ESXTOP, az esxcli és végül, de nem utolsósorban a vRealize Operations Manager képes lesz segíteni, ha szükség van rá. Ezenkívül ne habozzon segítséget kérni a VMware-től vagy a forgalmazó MŰSZAKI támogatásától. Nagyon gyakran segíthetnek abban, hogy elképesztően gyorsan megjavítsák.