vinkkejä vSphere-suorituskyvyn vianmääritykseen

Johdanto

kuten muutkin ylläpitäjät, tiedät, että VMS alkaa lopulta kärsiä häiriöistä, suorituskykyongelmista tai yksinkertaisesti lopettaa vastaamisen. Se on valitettavasti tosiasia. Mahdollisuudet ovat, kuten virtualisointi insinööri, olet luultavasti jo tavannut näitä ongelmia ainakin kerran. Ja koska virtualisoitu ympäristö on melko monimutkainen järjestelmä, voi olla liian monia eri syitä tai tekijöitä, jotka vaikuttavat VM: n huonoon suorituskykyyn. Vian selvittäminen voi viedä paljon aikaa.

tänään yritämme yhdessä selvittää, mikä voi aiheuttaa VMwaren infrastruktuurin huonon suorituskyvyn ja löytää tapoja välttää se.

Joten, mitä tarvitset oikeaan vianmääritykseen?

ensinnäkin ennätykset. Ennätykset ovat Graalin malja vSphere-ympäristöongelmien ratkaisemisessa. Tiedän, tiedän. Tietenkin luotat muistiisi 100%, ja tietenkin muistat kaiken mitä sinun tarvitsee tietää, kuten kirjautumistiedot tai muut tarvittavat tiedot. Kuitenkin, silti, viimeinen asia, jonka haluat tapahtua, kun palvelin yhtäkkiä epäonnistuu tai ESXi hosts ylikuormitetaan hermostuneesti yrittää muistaa salasanoja vain syöttää isäntä tai vSphere vCenter.

myös kaikki olemassa olevat asiakirjat, kuten vSphere-klusterijärjestelmät, voivat olla suureksi avuksi. Jos et todella tiedä, miten koko järjestelmä on määritetty, se hidastaa sinua paljon. Luonnollisestikaan kukaan maailmassa ei pidä arkistoinnista, mutta usko, että tarpeen tullen olet kiitollinen siitä, että sinulla on helposti saatavilla olevaa tietoa. Nyt, Katsotaanpa mitä tämä info pitäisi koostua:

ESXi hosts:

• isäntien nimet / IP-osoitteet
• ESXi-isäntäversio ja paikkataso
• Root-salasana (pidä se suojatussa paikassa)
• tallennetut IP-osoitteet tallennusta ja liitäntää varten
• isäntälaitteen kuvaus
• Tallennuskokoonpano (iSCSI jne.)
• verkkosovittimet (myyjä, ajuriversio jne.))

Tallennuskytkimet:

• käytetyt IP-osoitteet
• Firmware-versio
• tunnistetiedot (pidä se suojatussa paikassa)
• Vlan-asetukset

tallennustila:

• SAN-hallintaportin IP-osoite
• Laiteohjelmistotaso
• LUN-kokoonpano, RAID-taso, asemien lukumäärä, koot, käyttöohjelmistotaso
• kirjautumiset ja salasanat SAN-järjestelmän hallintaliittymään
• toimittajakohtaiset SAN-hallintatyökalut (erityiset apuohjelmat)

mitä enemmän dokumentaatiota, sen parempi. Valitettavasti monet ylläpitäjät yleensä sivuuttaa tämän säännön. Dokumentaatiostasi ei myöskään ole paljon hyötyä, jos se on vanhentunut, joten sen on pysyttävä muutosten tasalla.

mitä aloittaa?

1. Tutki huolellisesti VMwaren parhaat suorituskykykäytännöt

tämä materiaali on kriittinen ja elintärkeä jo kahden vuoden ajan. Alussa on vianmääritysohjelma. Mahdolliset ongelmat on selvitetty niiden relevanssin (VMware-työkalut, suoritin jne.) ja niiden vaihteluvälin (100%: n vaikutuksesta suorituskykyyn minimaaliseen) mukaan. Jos käytät sitä, se voi auttaa sinua paljon parantaa infrastruktuuria.

2. VMware Tools?

varmista, että VMware-työkalut on asennettu, päivitetty ja käynnissä joka ikisessä VMs-järjestelmässäsi. Pohjimmiltaan VMware Tools-paketti on sarja virtuaalisia laiteajureita, jotka vaikuttavat virtuaalikoneen suorituskykyyn (yleensä parempaan suuntaan, tietenkin).

Tarkista VMware Tools-asennus.

• Valitse palvelin vSphere-Web-asiakasohjelmassa;
• Siirry virtuaalikoneiden välilehteen;
• lisää” VMware Tools Status ” – sarake;
• Tarkista tila. Jos se sanoo OK, alkaa etsiä seuraava tapa parantaa suorituskykyä.
• Ei käynnissä / vanhentunut-asenna VMware-työkalut.

jos VMware-työkalut eivät käynnisty, sinun täytyy korjata vieras käyttöjärjestelmä, koska ongelma saattaa olla siinä. Se on joko Linux-ytimen päivittäminen tai joku jostain syystä on ollut VMware työkaluja Windows pois käytöstä.

jos nykyinen VMware Tools-versiosi on vanhentunut, sinun täytyy hakea päivitystä käyttämällä vSphere Web Client-kontekstivalikkoa. Yleensä, että tulee asia asennuksen jälkeen uusimmat päivitykset ESX / ESXi hosts. Kun olet valmis niiden kanssa, älä unohda pitää VMware työkalut ajan tasalla. Kaiken kaikkiaan vSphere Web Client-ohjelmalla voit helposti tarkistaa VMware-työkalusi, kuten seuraava kaava ehdottaa:

vmtools-tilanäyttö VMS: lle.
voit lisätä vmtoolsin klikkaamalla hiiren oikeaa painiketta otsikossa ja valitsemalla sen sen mukaisesti.

voit kuitenkin käyttää myös PowerCLI-skenaariota, jossa tarkistetaan vmtools-paketin olemassaolo ja sen nykyinen tila. Suurin osa vmtooleihin liittyvistä ominaisuuksista löytyy kohdasta <vm>.vieras.extensiondata.

VMWare PowerCLI for ESXi and vSphere

PowerCLI for VMware vSphere on uskomattoman tehokas työkalu, joka perustuu Microsoft PowerShell/ Powercliin ja mahdollistaa 98% manuaalisista tehtävistä virtuaalisen infrastruktuurin hallintaan komentoriviltä. Työkaluna PowerCLI mahdollistaa ESXi-ja vCenter-palvelinten operatiivisen hallinnan keskittämisen komentoriville. Tämän upean apuohjelman ansiosta voit luoda skenaarioita, seurata VMS: n tilaa, tallennustilaa, verkkoja, käyttäjätilejä ja kirsikkana kakun päällä automatisoida suuren osan toimintaprosesseista. Voit asentaa Powercliä koneille, joissa on Microsoft Windows 7 / Windows Server 2008 R2 tai uudempi, mutta mikä mielenkiintoisempaa, eri Linux-sarjoille on useita versioita.

Powercliin kuuluu yli 1900 cmdlet pilvi-ja virtuaalisten VMware-infrastruktuurien hallintaan (vSphere, vSAN, vRealize Operations Manager, vCloud Director, Site Recovery Manager, Horizon 7 ja vCloud Air). Kun suoritat cmdlet: tä, osoitat API: n valitulla ESXi-isännällä tai vCenter-palvelimella. Hyviä uutisia: voit ladata uusimman korjaustiedoston VMware Powerclistä VMwaren viralliselta sivustolta (Jep, tietenkin, tarvitset tilin siihen). aloittaaksesi PowerCLI-konsolin, Käynnistä VMware VSphere PowerCLI-pikakuvake ylläpitäjänä.

perusongelmat

1. VM: n resurssipula

tiedän, eittämättä, että VM: n resurssit riittävät tehokkaaseen toimintaan, on pakko saada. Kuitenkin, olisit järkyttynyt siitä, kuinka monta VMs ei ole osoitettu riittävästi resursseja mukaan vieras käyttöjärjestelmä vaatimukset ja sovellukset käynnissä sen. Tarkoitan, sinun pitäisi tietää se kuin kämmenselällä, että vaikka lukemattomia etuja virtualisointi tuo pöytään, on aina overheads kamppailemaan. Mitä VM tekee, jos RAM loppuu? Koneesi alkaa luonnollisesti siirtyä levylle paljon useammin. Jos taustalla oleva tallennustila on täynnä, suorituskyky kärsii valtavan kolauksen. Siksi aina kun sinulla on mahdollisuus tehdä niin, käytä varauksia, resource pooleja, DRS, ja mitä tahansa voit varmistaa oikea määrä resursseja osoitetaan VM maksimaalisen toiminnan tehokkuutta.

2. Suorituskyvyn seuranta

käytännössä suorituskyvyn seuranta on vSphere-asiakkaisiin upotettu toiminto. Tämä tässä on yksi niistä tarvittavista työkaluista, jotka auttavat sinua tutkimaan suorituskykyyn liittyviä kysymyksiä. Se on niin hyvä, koska sen avulla voit käyttää hälytyksiä aina kun mahdollista, joten olet aina askeleen edellä suorituskyvyn ongelma.

muista kuitenkin, että paikallista ESXi-isäntää työstäessäsi pääset vain suorituskyky-välilehteen. Jos haluat lisätietoja, käytä VMware® vSphere vCenter-ohjelmaa. SUPER IMPORTANT. Suorituskyky ja kehittynyt suorituskyky ovat enemmän kuin tehokkaita ja informatiivisia diagnostisia työkaluja. Jos käytät sitä oikein, sinulla ei ole vaikeuksia löytää heikko kohta järjestelmän.

Otetaanpa esimerkkinä Resurssipoolin suorittimen kylläisyys. Voit etsiä yksityiskohtia:

• valitse resurssipooli ja siirry suorituskykyyn. Sitten, vaihda se Advanced ja valitse CPU-objekti;
• arvioi nykyinen kylläisyys MHz (käyttö);
• vertaa resurssivaraston rajoituksen ja nykyisen kylläisyyden arvoa. Jos se on lähellä rajaa, on mahdollista, että sinulla ei ole resursseja ja kaikki mitä sinun tarvitsee tehdä, on arvioida uudelleen CPU valmis arvo erillinen VMS tässä hyvin pool;

SUORITINVALMIS verifiointi:

• keskusyksikkö valmiina. valitse VM, siirry suorituskykyyn, valitse Edistynyt tila ja siirry “CPU” – tilaan (jos olet tietyn VM: n suorituskyvyn vianmääritysvalmis, aloita siitä);
• arvioi valmis kaikille VM: n “objekteille”. “Object” on VM: n erillinen virtuaaliprosessori. Sinun täytyy muuttaa ominaisuuksia “Chart Options…” kuvaamaan sitä;
• kerro minulle, onko minimaalinen tai keskimääräinen valmis arvo tahansa virtuaaliprosessori ylittää 2000ms? Jos on, niin milloin, kaikki on nyt selvää. Sinulla ei yksinkertaisesti ole prosessoriresursseja resurssipooliisi asetetun rajan vuoksi;
• tee nyt sama muille VMS: lle tässä altaassa.

isännän suorittimen kylläisyyden varmistus:

• valitse isäntä, siirry suorituskykyyn, vaihda sitten edistyneeseen tilaan ja valitse “CPU” – objekti;
• arvioi nykyinen kylläisyys MHz: ssä (käyttö);
• ylittääkö se 75%, tai ylin on 90%? Jos on, niin ehkä, sinulla ei ole isäntäprosessorin resursseja. Varmista CPU valmis VM tässä isäntä kuten tein alla. Jos keskussuorittimen keskimääräinen kylläisyys ei ylitä 75%, seuraava on katsottavissa!

SUORITINVALMIS verifiointi:

• jos olet jopa vianmääritys suorituskykyä tietyn VM, aloita siitä. Muussa tapauksessa, valitse isäntä, siirry virtuaalikoneisiin, Järjestä lista kuten isäntä CPU-MHz: ssä (sarakkeesta sarakkeeseen), ja katso yksi tai kaksi VMS: ää luettelon alusta;
• mitataksesi suoritin valmiina, valitse VM, siirry suorituskykyyn, siirry edistyneeseen tilaan ja vaihda sitten tarkastelemaan “CPU” (jos olet vianmääritys tietyn VM: n suorituskykyä, aloita tästä);
• arvioi valmis kaikille VM: n “objekteille”. “Object” on VM: n erillinen virtuaaliprosessori. Sinun täytyy muuttaa ominaisuuksia “Chart Options…” kuvaamaan sitä;
• onko minimaalinen tai keskimääräinen valmis arvo tahansa virtuaaliprosessori ylittää 2000ms? Jos näin on, sinulta puuttuu isäntäprosessoriresursseja.

mahdollisesti ongelmalliset parametrit, jotka tarvitsevat todentamista:

• Vieraiden suorittimen kylläisyyden verifiointi;
• aktiivisen VM-muistin Vaihtovarmennus;
• VM-muistin vaihto-verifiointi;
• VM-muistin Pakkaustarkastus;
• ylikuormitetun tallennuslaitteen verifiointi;
• Dropped Receive Packets Verification;
• Dropped Transmit Packets Verification;
• One vCPU in an SMP VM Verification;
• VM CPU Ready in the host with average load Verification;
• hitaan tai ylikuormitetun tallennusjärjestelmän Verification;
• Top Storage System Load Verification;
• Peak verkon tiedonsiirron verifiointi;
• Alhainen VM-prosessorin kylläisyyden verifiointi;
• VM-muistin vaihto verifiointi;
• korkea RESURSSIVARASTON muistin kysynnän verifiointi;
• Korkea isäntämuistin kysynnän verifiointi;
• High Guest Memory Demand Verification;
• High Timer-Intrupt Rates Verification;
• NUMA settings Verification;
• High VM snapshots response time Verification;

levyn Alijärjestelmäongelmat

lyhyesti:

1. Tallennusjärjestelmä ylikuormittuu;

• mitkä ovat syyt, miksi tallennusjärjestelmä voi ylikuormittua? No, ensisijaiset ovat melko yksinkertaisia, onko se väärä kokoonpanot (määrä ja tyyppi laitteiden / RAID taso/välimuistia / jne) tai erittäin suuri kuormitus.
  ei ole yleisratkaisua, joten aion vain laittaa päälleni kapteeni ilmeisen univormuni ja luetella asioita, jotka luultavasti jo tiedät:
• Rakenna tallennusjärjestelmäsi suorituskyvyn, ei vain kapasiteetin mukaan;
  ota huomioon, että kun siirryt virtuaaliseen, kuormitustyyppi voi myös vaihtua (johdonmukaisesta satunnaiseen);
  on varastossa apuohjelmia tallennusjärjestelmän levyn suorituskyvyn seuraamiseen, sinun on katsottava se yhdessä esxtopin kanssa;
• (esxtop – VMware-konsolin työkalu toimii hyvin tallennustilan suorituskyvyn seuraamiseen. Kirjaudu ssh-istuntoon ja aloita. Niille teistä, jotka käyttävät resxtop: sinun täytyy ladata VMA tai vSphere CLI Linux, ja käynnistä tämä työkalu sieltä. Mutta rehellisesti sanottuna viimeinen versio on universaali, sillä se toimii sekä ESX: n että ESXi: n kanssa;
• on myös loistava vSCSIStats-apuohjelma;
  jos ihmettelet, miksi tallennusjärjestelmä toimii niin hitaasti, voit selvittää sen Fio: n synteettisellä kuormituksella;
  muista, että tietyt sovellukset voivat alentaa levyn yleiskustannuksia, jos annat niille enemmän muistia.

2. Hidas tallennusjärjestelmä;
periaatteessa tee kaikki yllä olevasta listasta!

3. Varastointijärjestelmän viivästykset;
3 yksinkertaista ratkaisua:

osakkeita;
limit IOPS;
Ruuhkakynnys (Storage IO Control).

4. Huonot levyt;
Tarkista levysi / verkkotallennuksesi säännöllisesti, ja jos jokin pettää tai menee vanhentuneeksi, vaihda se välittömästi. Kuitenkin, sinun pitäisi tietää, että joissakin tapauksissa, varsinkin kun levy on epäonnistunut, alkaa tarkistaa (lisäkäyttö RAID muisti) voi tuoda muita levyjä samaan kohtaloon = doom koko RAID.

5. ESXi OS;
käytä erillisiä levyjä ESXi-isäntäos: lle, swap-osiolle ja VMs: lle, jotka sijaitsevat paikallisessa datastoresissa. Ajattele myös Raidin käyttöä luku-ja kirjoitustehon parantamiseksi.

6. Tilannekuvat;
Poista kaikki käyttämättömät tai tarpeettomat tilannekuvat, jotka eivät ole valinnaisia. Sinun täytyy tietää nyt, että enemmän tilannekuvia sinulla on, sitä suurempi levyn yleiskustannukset on I / O toimintaa.

7. Salaus;
käytä levysalausta vain tarvittaessa! Salaus johtaa yleiskuluihin, yleiskulut heikentävät suorituskykyä, emmekä halua sitä, emmehän?

(jos olet kiinnostunut lisätiedoista, voit katsoa sen itse)

Small Tips

vRealize Operations managerin käyttöönotto ympäristösi syvällisempään arviointiin

tämä vRealize Operations Manager on VMwaren tuote, joka on tarkoitettu monimutkaiseen VMware vSphere-virtuaalisen infrastruktuurin seurantaan ja hallintaan. Myyjä on luvannut integroidun työn vianmäärityksen. Voit ladata sen täältä.

kysy itseltäsi kysymys: käyttäytyykö VM todella oudosti?

raskaan työtaakan kohteeksi joutunut VM voi joskus näyttää siltä, että se paljastaa huonon suorituskyvyn. Esimerkiksi SQL-palvelimien virtualisoidut esiintymät tai huonosti kirjoitetut SQL-kyselyt voivat hidastaa suorituskykyäsi isosti! Sähköpostipalvelimet, joilla on suuri käyttäjäkunta, voivat olla hieman ongelma tässäkin suhteessa. Onneksi vSphere Web clientin suorituskyvyn seurantakaaviot auttavat sinua mittaamaan resurssien käyttöä tietyn ajan kuluessa, jotta voit varmistaa, oliko huolestuttava käyttäytyminen kertaluonteista vai jatkuvaa, ja määrittää, onko se odotettavissa vai ei tällaisissa olosuhteissa. MS SQL ja Exchange Server ottavat minkä tahansa RAM-muistin VM: n vieraasta käyttöjärjestelmästä, jonka he löytävät, varsinkin jos dynaaminen muistinjako on määritetty.

Analyze I/O Workloads to Determine Storage Performance Requirements

uusimmat päivitykset ja uusimmat versiot

päivitykset ja uusimmat julkaisut käsittelevät useimmiten suorituskykyyn liittyviä ongelmia, jotka liittyvät korjattuihin virheisiin, parannettuihin ohjaimiin ja koodiin. Kuitenkin, luota minuun tässä yksi; joskus, uusin julkaisu tekee siitä vielä pahempi! Pysykää siis hätääntyneinä ja testatkaa, kunnes olette varmoja. Tai ainakin anna muiden yrittää ja työstää sitä, niin voit tehdä päätöksen, joka on mietitty.

virustorjuntaohjelmisto ESXi

sinulla on suurempi mahdollisuus törmätä yksisarviseen, mutta on tapauksia, joissa voit löytää virustorjuntaohjelmiston, joka toimii ESXi: llä (vShield). Ei tarvitse selittää tarkemmin, että tällainen asia voi vakavasti vaikuttaa VM suorituskykyä monin tavoin, jos sitä ei ole määritetty oikein. Sinun täytyy myös muistaa, että ESXi: ssä ei ole mitään syytä ajaa virustorjuntaohjelmistoa sen pienen jalanjäljen ja sisäänrakennettujen turvaominaisuuksien vuoksi. Ehdottaisin, että olisi paljon parempi, jos haittaohjelmien torjuntaohjelmisto siirrettäisiin VM: n vieraaseen käyttöjärjestelmään. Jos sinun täytyy asentaa AV ESXi, älä tee asiaksi jättää VM tiedostoja, kuten VMDKs skannauksen aikataulut, erityisesti ruuhka käyttöaikana.

onko suorittimen virranhallinta käytössä?

suorittimen virranhallinta, jos se on käytössä ESXi-palvelimilla, voi johtaa nopeuden latenssiin, jonka puolestaan sovellukset tai työkuormat voivat poimia, mikä johtaa hitaampaan suorituskykyyn. Jos luulet, että tämä on ongelman ydin,sinun täytyy tarkistaa se toimittajan dokumentaatiosta suorittimen virranhallinnan käytöstä. Jos vaikutus on nolla, ota se uudelleen käyttöön ja tee kuntotarkastus pari kertaa (lisätietoja tästä)

Power battery for Bios and SCSI controllers

Tarkista ESXi-isäntäsi Bios-alijärjestelmän virta-akku, jos spesifikaatiot sallivat sen, myös SCSI: lle tai muille ohjaimille. SCSI-välimuisti vaatii usein lisätehoa työhön,ja ohjauskortin virta-akku antaa sen yleensä. Vaikka tekniset tiedot väittävät sen olevan varavirtasuunnitelma, olen saanut selville, että virta-akun alijännite johtaa virheisiin ohjaimien työssä, ja onnistuin korjaamaan sen vain korvaamalla.

lopussa muutama neuvo:

• tee kuntotarkastus kaikesta fyysisestä arkkitehtuurista tallennusjärjestelmällesi, mukaan lukien iSCSI-Kytkimet, verkkoyhteydet ja optiset kaapelit jne.
• Tarkista kytkinlokit varmistaaksesi, ettei tallennusjärjestelmälle tai itse laitteelle tapahdu virheitä tai muita ikäviä tapahtumia.
• Ping your iSCSI from your vmkernel osoitteita, vain varmistaa, että yhteys iSCSI ei ole ongelma.
• tee kuntotarkastus Sanille itselleen – varmista, ettei siellä ole epäonnistuneita levyjä, tallennusohjaimen vikatilanteita tai muita virheitä, jotka voivat vaikuttaa suorituskykyyn.
• Tarkista vapaa levytila jokaisesta ESXi-isäntiin liitetystä LUN: sta.

päätelmät

tiedän, VMware vSphere ESXi vianmääritys voi näyttää hieman pelottavalta. Tarkalla dokumentoinnilla, hyvällä infrastruktuurisi tuntemuksella ja muutamalla tehokkaalla sisäänrakennetulla työkalulla voit kuitenkin korjata kaikki VMs: ää vaivaavat ongelmat. Pysähdy hetkeksi ja mieti, missä tarkalleen ja mikä ongelma sinulla on, ja selvitä sitten, mikä osa järjestelmästä aiheuttaa ongelmia. Toivon, että apuohjelmat, komentoriviltä ESXTOP, esxcli, ja viimeisenä mutta ei vähäisimpänä vRealize Operations Manager voisi auttaa sinua, jos tarve koskaan ilmenee. Älä myöskään epäröi pyytää apua Vmwarelta tai toimittajan tekniseltä tuelta. Hyvin usein ne voivat auttaa sinua korjaamaan sen hämmästyttävän nopeasti.