VMware ESXi -tallennuksen suunnittelu ilman arvailua
Virtuaalikoneen levy näkyy vieraskäyttöjärjestelmälle tavallisena levynä, mutta ESXi-isännällä se on tiedosto tai tallennusobjekti datastoressa. Datastore erottaa virtuaalikoneen yksittäisestä fyysisestä levystä ja antaa hypervisorille yhdenmukaisen paikan virtuaalilevyille, asetuksille, lokitiedostoille ja snapshot-ketjuille. Ratkaisun helppous voi peittää sen, että alla oleva levyjärjestelmä määrää koko ympäristön viiveen ja palautettavuuden.
Tallennusta ei valita pelkän teratavuhinnan perusteella. Työkuormien IOPS-tarve, peräkkäinen siirtonopeus, viive, redundanssi, huollettavuus ja varmistusikkuna vaikuttavat yhtä aikaa. Tietokantapalvelin ja harvoin käytetty arkistokone voivat viedä saman verran kapasiteettia mutta kuormittaa levyjä täysin eri tavoin.
VMware ESXi -datastoren tehtävä
Datastore on ESXi:n looginen tallennussäiliö. Paikallinen RAID-levyryhmä tai SANin tarjoama looginen levy voidaan alustaa VMFS-tiedostojärjestelmällä. NFS-tallennus liitetään verkkopalveluna, jolloin tiedostojärjestelmästä vastaa NFS-palvelin. Virtuaalikoneen hakemistossa ovat tavallisesti määritystiedosto, virtuaalilevyt, lokit ja käynnissä olevaan tilaan liittyviä tiedostoja.
Nimi kannattaa muodostaa tarkoituksesta ja sijainnista, esimerkiksi hel-esx-cl01-ssd01. Pelkkä datastore1 ei kerro, onko kyseessä paikallinen levy, jaettu tuotantotallennus vai tilapäinen testialue. Dokumentoi taustalla oleva laite, RAID-taso, tallennusverkko, kapasiteetti, omistaja ja varmistusluokka.
VMware ESXi ja paikallinen tallennus
Paikalliset levyt ovat yksinkertainen vaihtoehto yhdelle isännälle. Laitteistopohjainen RAID voi suojata yksittäisen levyn rikkoutumiselta, ja flash-levyillä saavutetaan pieni viive. Paikallinen datastore ei kuitenkaan ole automaattisesti muiden isäntien käytettävissä. Jos palvelin vioittuu, virtuaalikoneita ei vain käynnistetä toisella isännällä ilman palautusta tai erillistä replikointia.
RAID ei ole varmuuskopio. Ohjainvika, vahingossa poistettu virtuaalikone, kiristyshaittaohjelma tai usean levyn samanaikainen vika voi silti tuhota datan. Valvo fyysisten levyjen kuntoa, kirjoitusvälimuistin suojausta ja ohjaimen hälytyksiä. Varmista myös, että ESXi-versio tukee tallennusohjainta; väärä ajuri voi näkyä epävakautena eikä vain asennuksen epäonnistumisena.
VMware ESXi, iSCSI ja Fibre Channel
Jaettu lohkotallennus esittää ESXi-isännille LUNeja. Fibre Channel käyttää erillistä SAN-verkkoa ja HBA-sovittimia, kun taas iSCSI kuljettaa SCSI-komentoja IP-verkon yli. Molemmissa ESXi voi alustaa loogisen levyn VMFS-datastoreksi, jota klusterin useat isännät käyttävät hallitusti.
iSCSI-verkon tulee olla ennakoitava ja eristetty tavallisesta käyttäjäliikenteestä. Määritä VMkernel-portit, VLANit, MTU ja fyysiset kytkimet yhtenä kokonaisuutena. Jumbo frame ei paranna suorituskykyä, jos osa polusta käyttää pienempää MTU:ta. Fibre Channelissa vastaavat tarkistukset koskevat zoningia, LUN-maskausta, HBA-firmwarea ja kytkinpolkuja.
VMware ESXi ja NFS-datastore
NFS tarjoaa tiedostopohjaisen jaetun datastoren IP-verkon kautta. Se voi olla hallinnaltaan suoraviivainen, koska tallennusjärjestelmä huolehtii tiedostojärjestelmästä ja ESXi liittää jaon. Suorituskyky ja saatavuus riippuvat silti verkosta, NFS-palvelimen rakenteesta, välimuisteista ja vientiasetuksista.
Käytä nimipalvelua vain, jos DNS on riittävän luotettava myös käynnistyksessä ja vikatilanteissa. Rajaa NFS-jako vain oikeille ESXi-isännille, valvo yhteyksiä ja dokumentoi käytetty protokollaversio. Älä yhdistä tallennusverkon reititystä tai palomuuria sattumanvaraisesti, sillä lyhytkin katkos voi pysäyttää useita virtuaalikoneita samanaikaisesti.
VMware ESXi -monipolkuisuus ja vikasietoisuus
Jaetussa lohkotallennuksessa useampi fyysinen polku vähentää yksittäisen kaapelin, kytkimen tai ohjaimen aiheuttamaa riskiä. ESXi tunnistaa polut ja käyttää tallennuslaitteelle sopivaa Path Selection Policy -käytäntöä. Monipolkuisuus toimii vain, jos koko ketju on kahdennettu ja tallennusvalmistajan suositukset täyttyvät.
Testaa yhden polun katkeaminen hallitusti. Tarkkaile, siirtyykö I/O toiselle polulle ilman virtuaalikoneiden virheitä ja palautuuko polku odotetusti. Kahden kaapelin liittäminen samaan kytkimeen tai samaan tallennusohjaimeen ei poista yhteistä vikapistettä.
VMware ESXi -kapasiteetti, thin provisioning ja snapshotit
Thin provisioned -virtuaalilevy käyttää datastoresta tilaa sitä mukaa, kun vieraskäyttöjärjestelmä kirjoittaa dataa. Tämä parantaa käyttöastetta, mutta sallii loogisen kapasiteetin ylittämisen fyysiseen tilaan nähden. Jos useat virtuaalikoneet kasvavat yhtä aikaa, datastore voi täyttyä yllättäen. Hälytysrajat määritetään riittävän aikaisin, jotta siivoukselle tai laajennukselle jää aikaa.
Snapshot luo muutostiedoston, joka kasvaa kirjoitusten mukana. Pitkä snapshot-ketju lisää kapasiteettiriskiä ja voi heikentää suorituskykyä. Konsolidointi tarvitsee vapaata tilaa, joten lähes täyttä datastorea ei pidä korjata vain poistamalla snapshot kiireessä. Selvitä ensin tilanne, vapauta turvallisesti kapasiteettia ja varmista varmuuskopio.
VMware ESXi -tallennuksen suorituskyvyn seuranta
Mittaa viivettä sekä virtuaalikoneen että ESXi-isännän näkökulmasta. Korkea kokonaisviive voi syntyä laitteessa, kernelin jonossa tai vieraskäyttöjärjestelmän omassa kuormassa. Tarkastele luku- ja kirjoitusviivettä, IOPS-määrää, siirtokokoa ja queue depth -tilannetta samalla aikavälillä. Yksi keskiarvo voi piilottaa lyhyet mutta käyttäjälle näkyvät piikit.
Varmista ennen alustavalintaa myös ajurien ja laitteiden tuki. Etusivun VMware ESXi ISO -osio muistuttaa, miksi palvelinvalmistajan oma levykuva ja yhteensopivuustarkistus voivat olla tallennusohjaimen kannalta ratkaisevia.
Yhteenveto VMware ESXi -tallennuksesta
Hyvä datastore on riittävän nopea, vikasietoinen, valvottu ja palautettavissa. Paikallinen levy on yksinkertainen, jaettu lohko- tai NFS-tallennus mahdollistaa klusterikäytön, mutta tuo lisää verkko- ja polkuriippuvuuksia. Dokumentoi rakenne, varaa kasvutilaa, testaa vikatilanteet ja pidä varmuuskopio erillään varsinaisesta datastoresta.