Vastaamasta lakanneen virtuaalikoneen vianmääritys

Tavoitteet
Tässä artikkelissa on ohjeet vSphere-virtuaalikoneen vastaamattomuuden mahdollisten syiden selvittämiseen.

Virtuaalikone, joka ei vastaa, ei vastaa yhteysyrityksiin eikä ehkä vastaa käynnistysyrityksiin. On olemassa useita syitä, miksi virtuaalikone voi päätyä vastaamattomaan tilaan. Tämän artikkelin avulla voit tunnistaa ja ratkaista nämä yleiset syyt ja, kun ongelma on ratkaistu, palauttaa virtuaalikoneen toimintatilaan.

Virtuaalikone voidaan sammuttaa ilman vianetsintää, mutta tämä estää sellaisten tietojen keräämisen ja analysoinnin, jotka voisivat auttaa katkoksen perimmäisen syyn selvittämisessä. 

Tosiasiat
VMware ESX/ESXi:tä käyttävä virtuaalikone ei reagoi mihinkään ulkoiseen syötteeseen tai suorita mitään toimintaa. Erityisesti:

• Vieraskäyttöjärjestelmä ei reagoi näppäimistön tai hiiren toimintaan konsolissa

• Vieraskäyttöjärjestelmä ei vastaa verkkoyhteyksiin, kuten ping-, RDP- ja SSH-kutsuihin.

• Virtuaalikoneen konsolin näyttö on staattinen, eikä se muutu tai päivity

• Virtuaalikoneelle suoritettavat tehtävät epäonnistuvat, aikakatkaistaan tai eivät käynnisty

• Virtuaalikone ei tuota verkko- tai levyliikennettä

Ratkaisu
Virtuaalikoneen tarjoamat palvelut eivät välttämättä vastaa tai eivät ole käytettävissä useista syistä, kuten virtuaalikoneen sovelluksiin tai vieraskäyttöjärjestelmään liittyvistä ongelmista, virtuaalikoneen monitorin tai virtuaalilaitteiden ongelmista, isännän resurssikiistoista tai taustalla olevaan tallennus- tai verkkoinfrastruktuuriin liittyvistä ongelmista.
Jos vieraskäyttöjärjestelmä tuottaa toimintaa, se on käynnissä. Tässä tapauksessa vastaamattomuus johtuu todennäköisesti yhteysongelmasta tai resurssikiistasta tai liittyy korkeamman tason komponenttiin, kuten vieraskäyttöjärjestelmässä käynnissä olevaan sovellukseen tai palveluun.

Vahvista laajuus:
On tärkeää, että sinulla on tarkat oireet ja ymmärrät ongelman laajuuden. Voit vahvistaa ongelman laajuuden tekemällä seuraavat tarkistukset:

1. Varmista, että virtuaalikone ei vastaa. On mahdollista, että virtuaalikone ei vastaa yhden käyttöliittymän kautta, mutta toimii oikein muissa. 

2. Varmista, että virtuaalikoneeseen on kytketty virta. Jos virtuaalikone on sammunut odottamatta, käynnistä se uudelleen ja tee sitten odottamattoman sammumisen syyn vianmääritys.

3. Selvitä, vaikuttaako tämä ongelma useisiin virtuaalikoneisiin vai vain yhteen. Jos ongelma koskee useita virtuaalikoneita, ota huomioon haavoittuvuuden sisältävien virtuaalikoneiden samankaltaisuudet, kun yrität rajata mahdollista vaikutusaluetta. Keskitytään erityisesti jaettuun infrastruktuuriin, josta asianomaisten virtuaalikoneiden ryhmä on riippuvainen, ja siihen, vaikuttaako tämä kaikkiin yhteisestä infrastruktuurista riippuvaisiin virtuaalikoneisiin. 

4. Määritä, reagoiko vieraskäyttöjärjestelmä virtuaalikoneen konsolin vuorovaikutukseen. Jos ongelma on eristetty virtuaalikoneen vieraskäyttöjärjestelmään tai sovelluksiin ja vieraskäyttöjärjestelmä reagoi konsolissa, korjaa ongelma konsolissa vieraskäyttöjärjestelmän kanssa. 

5. Määritä, reagoivatko vieraskäyttöjärjestelmä tai sen sovelluspalvelut verkon kautta tapahtuvaan vuorovaikutukseen.

6. Selvitä, onko vieraskäyttöjärjestelmä ilmoittanut konsolille kriittisistä virheistä ja onko se pysäytetyssä tilassa.

7. Selvitä, vastaako myös ESX-/ESXi-isäntä. Jos isäntäkään ei vastaa, vaikutusalue on suurempi kuin alun perin oletettiin.

Tunnista syy:
Tässä vaiheessa olet havainnut, että vähintään yksi virtuaalikone ei vastaa sekä virtuaalikonsolissa että verkon kautta. Itse isäntä on reagoiva. Ongelma voi liittyä resurssien käytettävyyteen tai kiistaan tai taustalla olevaan tallennus- tai verkkoinfrastruktuuriin.
Syyn tunnistaminen:

1. Selvitä, aiheuttaako ongelma virtuaalikoneessa käynnissä olevasta toiminnosta tai tehtävästä. Esimerkiksi tilannevedos- ja vMotion-toiminnot tainnuttavat virtuaalikoneen lyhyeksi ajaksi, kun muistin tila kopioidaan verkon kautta tai levylle.

2. Jotkin yleiset määritysvirheet voivat johtaa siihen, että virtuaalikone ei vastaa esimerkiksi resurssia odotettaessa. Tarkista virtuaalikoneen ja isännän määritykset. 

3. Virtuaalikoneet ovat riippuvaisia toimivasta taustainfrastruktuurista. Jos virtuaalikoneen tukemassa tallennus- tai verkkoinfrastruktuurissa on ongelma, ongelma saattaa vaikuttaa virtuaalikoneen vieraskäyttöjärjestelmälle esittämään virtuaalilaitteistoon. Korjaa taustalla oleva tallennus- tai verkko-ongelma.

4. Virtuaalikoneet ovat riippuvaisia käytettävissä olevista isäntäresursseista (suoritin, muisti), ja vieraskäyttöjärjestelmä kuluttaa näitä resursseja. Ongelma resurssien käytettävyydessä tai aikataulutuksessa virtuaalikoneessa tai sen ulkopuolella saattaa aiheuttaa sen, että se ei vastaa. Virtuaalikone saattaa myös estää resurssien käytön tai pyöriä 100 %:n vCPU-käyttöasteella. 

Toimintasuunnitelma:
Tässä vaiheessa olet varmistanut, että virtuaalikoneita käyttävä isäntä on reagoiva eikä sillä ole jaettuun tallennukseen tai verkkoinfrastruktuuriin liittyviä ongelmia. Vieraskäyttöjärjestelmässä ei ole epäonnistunut kriittinen virhe, mutta se ei vastaa virtuaalikoneen konsolissa eikä verkon kautta.
Palauta tai kerää tietoja vastaamattomasta virtuaalikoneesta epäilyttävän arkkitehtuurikerroksen perusteella:

• Jos ongelma on eristetty vieraskäyttöjärjestelmään tai %RUN on suhteellisen korkea, mutta virtuaalikoneen valvonta toimii oikein, siirrä tutkimus virtuaalikoneen vieraskäyttöjärjestelmään tai sovelluksiin. Vieraskäyttöjärjestelmä voi lakata vastaamasta virtuaalikoneen sisällä samalla tavalla kuin fyysisessä laitteistossa:

  1. Kerää suorituskykytietoja ongelman ilmetessä.

  2. Yritä manuaalisesti aiheuttaa ytimen paniikki vieraskäyttöjärjestelmässä, jotta saat lisätietoja sen sisäisestä tilasta. Jos vieraskäyttöjärjestelmä tuottaa hyödyllisiä diagnostiikkatietoja vastauksena johonkin näistä tapahtumista, pyydä vierailevaa käyttöjärjestelmän toimittajaa tutkimaan asiaa tarkemmin.

  3. Jos vaihe 2 ei tuota hyödyllisiä tietoja, keskeytä virtuaalikone, jotta saat tietoja sen sisäisestä tilasta, ja avaa tapaus VMware-tuen kanssa:

     1. Keskeytä virtuaalikoneen toiminta ja kerää .vmss Keskeytä tilatiedosto.

     2. Kerää virtuaalikonetta käyttävän isännän lokit.

     3. Käynnistä virtuaalikone uudelleen ja nollaa se.

     4. Ota yhteyttä VMware-tukeen ja toimita vaiheissa 1, 3a ja 3b kerätyt tiedot.

• Jos ongelma on eristetty virtuaalikoneen näyttöön tai %WAIT on suhteellisen suuri tai yritykset keskeyttää virtuaalikone ovat epäonnistuneet, kerätä suorituskykytietoja ja kaataa virtuaalikoneen voimakkaasti kerätäksesi lisätietoja sen sisäisestä tilasta:

  1. Kerää suorituskykytietoja ongelman ilmetessä.

  2. Virtuaalikoneen kaataminen kerää tietoja sen sisäisestä tilasta.

     HUOMAUTUS: Jos virtuaalikoneen kaatumisyritykset epäonnistuvat, siirry seuraavaan osaan ja yritä kaataa isäntä.

  3. Ota yhteyttä VMware-tukeen ja anna vaiheissa 1 ja 2 kerätyt tiedot.

• Jos ongelma on eristetty virtuaalikoneen monitoriin, mutta virtuaalikoneen keskeytys- tai kaatumisyritykset epäonnistuvat, ongelma on VMkernelissä. Kerää lokipaketti isännästä, evakuoi isännästä kaikki virtuaalikoneet, joihin ongelma ei vaikuta, ja luo NMI:n avulla tarkoituksella violetti diagnostiikkanäyttö:

  1. Kerää suorituskykytietoja ongelman ilmetessä.

  2. Siirrä kaikki virtuaalikoneet, joihin ongelma ei vaikuta, pois isännästä vMotionin avulla. Jos mahdollista, käytä huoltotilaa estääksesi uusien virtuaalikoneiden käynnistämisen isännässä.

  3. Määritä isäntä paniikkitilaan, kun se vastaanottaa keskeytyksen, jota ei voi peittää, ja käynnistä sitten NMI käynnistääksesi paniikin.

  4. Kun isäntä on luonut violetin diagnostiikkanäytön ja suorittanut diagnostiikkatietojen tyhjennyksen, ota näyttökuva tai valokuva konsolista ja käynnistä isäntä uudelleen.

  5. Kerää diagnostiikkatietoja isännältä.

  6. Ota yhteyttä VMware-tukeen ja anna vaiheissa 1, 4 ja 5 kerätyt tiedot.

Aiheeseen liittyvät artikkelit
VMware KB 1007819: https://kb.vmware.com/kb/1007819