VMware ESXi - VMware ESXi
 | |
| Utvikler (er) | VMware, Inc. |
|---|---|
| Første utgivelse | 23. mars 2001 |
| Stabil utgivelse | 7.0 Oppdatering 3 (build 18644231) / 5. oktober 2021
|
| Plattform | IA-32 (x86-32) (avviklet i 4.0 og utover), x86-64 , ARM |
| Type | Innfødt hypervisor (type 1) |
| Tillatelse | Proprietær |
| Nettsted | www |
VMware ESXi (tidligere ESX ) er en enterprise-klasse , type-1 hypervisor utviklet av VMware for distribusjon og servering virtuelle datamaskiner . Som en type 1 hypervisor er ESXi ikke et program som er installert på et operativsystem (OS); I stedet inkluderer og integrerer den viktige OS -komponenter, for eksempel en kjerne .
Etter versjon 4.1 (utgitt i 2010) omdøpte VMware ESX til ESXi . ESXi erstatter Service Console (et rudimentært operativsystem) med et nærmere integrert operativsystem. ESX/ESXi er hovedkomponenten i programvarepakken VMware Infrastructure .
Navnet ESX oppsto som en forkortelse av elastisk Sky X . I september 2004 ble erstatningen for ESX internt kalt VMvisor , men senere endret til ESXi (ettersom "i" i ESXi sto for "integrert").
Arkitektur
ESX kjører på bare metal (uten å kjøre et operativsystem) i motsetning til andre VMware -produkter. Den inneholder sin egen kjerne. I den historiske VMware ESX ble en Linux -kjerne først startet og deretter brukt til å laste inn en rekke spesialiserte virtualiseringskomponenter, inkludert ESX, som ellers er kjent som vmkernel -komponenten. Linux -kjernen var den primære virtuelle maskinen; den ble påkalt av servicekonsollen. Ved normal driftstid kjørte vmkernel på bare datamaskinen, og den Linux-baserte servicekonsollen kjørte som den første virtuelle maskinen. VMware droppet utviklingen av ESX i versjon 4.1, og bruker nå ESXi, som ikke inkluderer en Linux -kjerne i det hele tatt.
Vmkernel er en mikrokjerne med tre grensesnitt: maskinvare, gjestesystemer og servicekonsollen (Console OS).
Grensesnitt til maskinvare
Vmkernel håndterer CPU og minne direkte, ved hjelp av skanning før utførelse (SBE) for å håndtere spesielle eller privilegerte CPU-instruksjoner og SRAT (systemressursallokeringstabell) for å spore tildelt minne.
Tilgang til annen maskinvare (for eksempel nettverk eller lagringsenheter) skjer ved hjelp av moduler. Noen av modulene stammer fra moduler som brukes i Linux -kjernen . For å få tilgang til disse modulene, vmklinuximplementerer en tilleggsmodul kalt Linux -modulgrensesnittet. I følge README -filen, "Denne modulen inneholder Linux -emuleringslaget som brukes av vmkernel."
Vmkernel bruker enhetsdriverne:
- netto/e100
- netto/e1000
- netto/e1000e
- netto/bnx2
- netto/tg3
- nett/tvunget
- net/pcnet32
- blokk/cciss
- scsi/adp94xx
- scsi/aic7xxx
- scsi/aic79xx
- scsi/ips
- scsi/lpfcdd-v732
- scsi/megaraid2
- scsi/mptscsi_2xx
- scsi/qla2200-v7.07
- scsi/megaraid_sas
- scsi/qla4010
- scsi/qla4022
- scsi/vmkiscsi
- scsi/aacraid_esx30
- scsi/lpfcdd-v7xx
- scsi/qla2200-v7xx
Disse driverne tilsvarer stort sett de som er beskrevet i VMwares liste over maskinvarekompatibilitet . Alle disse modulene faller inn under GPL . Programmerere har tilpasset dem til å kjøre med vmkernel: VMware Inc. har endret modulinnlasting og noen andre mindre ting.
Servicekonsoll
I ESX (og ikke ESXi) er Service Console et vestigialt operativsystem som er mest vesentlig brukt som bootstrap for VMware -kjernen, vmkernel, og sekundært brukt som et administrasjonsgrensesnitt. Begge disse konsolloperativsystemfunksjonene blir avskrevet fra versjon 5.0, ettersom VMware utelukkende migrerer til ESXi -modellen. Servicekonsollen, for alle formål, er operativsystemet som brukes til å samhandle med VMware ESX og de virtuelle maskinene som kjører på serveren.
Purple Screen of Death
I tilfelle en maskinvarefeil kan vmkernel fange et unntak fra maskinsjekk. Dette resulterer i en feilmelding som vises på en lilla diagnostisk skjerm. Dette er i daglig tale kjent som en lilla diagnostisk skjerm, eller lilla dødsskjerm (PSoD, jf. Blue screen of death (BSoD)).
Ved visning av en lilla diagnostisk skjerm skriver vmkernel feilsøkingsinformasjon til kjernedumppartisjonen. Denne informasjonen, sammen med feilkodene som vises på den lilla diagnoseskjermen, kan brukes av VMware -støtte for å finne årsaken til problemet.
Versjoner
VMware ESX er tilgjengelig i to hovedtyper: ESX og ESXi, men siden versjon 5 fortsetter bare ESXi.
ESX og ESXi før versjon 5.0 støtter ikke Windows 8/Windows 2012. Disse Microsoft -operativsystemene kan bare kjøres på ESXi 5.x eller nyere.
VMware ESXi, en versjon med mindre fotavtrykk av ESX, inkluderer ikke ESX Service Console. Den er tilgjengelig - uten å måtte kjøpe en vCenter -lisens - som en gratis nedlasting fra VMware, med noen funksjoner deaktivert.
ESXi står for "ESX integrert".
VMware ESXi oppsto som en kompakt versjon av VMware ESX som tillot et mindre 32 MB diskavtrykk på verten. Med en enkel konfigurasjonskonsoll for det meste nettverkskonfigurasjon og fjernbasert VMware Infrastructure Client Interface, tillater dette flere ressurser til å bli dedikert til gjestemiljøene.
Det finnes to varianter av ESXi:
- VMware ESXi kan installeres
- VMware ESXi Embedded Edition
Det samme mediet kan brukes til å installere en av disse variasjonene avhengig av størrelsen på målmediet. Man kan oppgradere ESXi til VMware Infrastructure 3 eller til VMware vSphere 4.0 ESXi.
Opprinnelig kalt VMware ESX Server ESXi edition, gjennom flere revisjoner ble ESXi -produktet endelig VMware ESXi 3. Nye utgaver fulgte deretter: ESXi 3.5, ESXi 4, ESXi 5 og (fra 2015) ESXi 6.
Søksmål om brudd på GPL
VMware har blitt saksøkt av Christoph Hellwig, en kjerneutvikler. Søksmålet begynte 5. mars 2015. Det ble påstått at VMware hadde feilaktig tilegnet deler av Linux -kjernen, og etter en oppsigelse fra domstolen i 2016 kunngjorde Hellwig at han ville anke.
Anken ble avgjort februar 2019 og avvist igjen av den tyske domstolen, på grunnlag av å ikke oppfylle "prosessuelle krav til bevisbyrden for saksøkeren".
I den siste fasen av søksmålet i mars 2019, avviste Hamburgs høyere regionale domstol også kravet av prosessuelle årsaker. Etter dette kunngjorde VMware offisielt at de ville fjerne den aktuelle koden. Dette fulgte med at Hellwig trakk saken sin tilbake og holdt tilbake ytterligere rettslige skritt.
Relaterte eller tilleggsprodukter
Følgende produkter fungerer sammen med ESX:
-
vCenter Server , gjør det mulig å overvåke og administrere flere ESX-, ESXi- og GSX -servere. I tillegg må brukerne installere det for å kjøre infrastrukturtjenester som:
- vMotion (overføring av virtuelle maskiner mellom servere i farten mens de kjører, med null nedetid)
- svMotion aka Storage vMotion (overføring av virtuelle maskiner mellom Shared Storage LUNer i farten, med null nedetid)
- Forbedret vMotion aka evMotion (en samtidig vMotion og svMotion, støttet på versjon 5.1 og nyere)
- Distribuert ressursplanlegger (DRS) (automatisert vMotion basert på belastningskrav/krav for vert/VM)
- Høy tilgjengelighet (HA) (omstart av virtuelle maskingjestoperativsystemer i tilfelle fysisk ESX -vertsfeil)
- Fault Tolerance (FT) (nesten umiddelbar stateful fail-over av en VM i tilfelle en fysisk vertsfeil)
- Converter , lar brukerne lage virtuelle maskiner fra VMware ESX Server eller Workstation fra enten fysiske maskiner eller fra virtuelle maskiner laget av andre virtualiseringsprodukter. Converter erstatter VMware "P2V Assistant" og "Importer" -produktene - P2V Assistant tillot brukere å konvertere fysiske maskiner til virtuelle maskiner, og importør tillot import av virtuelle maskiner fra andre produkter til VMware Workstation.
- vSphere Client (tidligere VMware Infrastructure Client), gjør det mulig å overvåke og administrere en enkelt forekomst av ESX eller ESXi -server. Etter ESX 4.1 var vSphere Client ikke lenger tilgjengelig fra ESX/ESXi -serveren, men må lastes ned fra VMware -nettstedet.
Cisco Nexus 1000v
Nettverkstilkobling mellom ESX-verter og virtuelle maskiner som kjører på den, er avhengig av virtuelle NIC-er (inne i VM) og virtuelle svitsjer. Sistnevnte finnes i to versjoner: den 'standard' vSwitch som lar flere virtuelle maskiner på en enkelt ESX -vert dele en fysisk NIC og den 'distribuerte vSwitch' der vSwitches på forskjellige ESX -verter sammen danner en logisk bryter. Cisco tilbyr i sin Cisco Nexus -produktlinje Nexus 1000v , en avansert versjon av standard distribuert vSwitch. En Nexus 1000v består av to deler: en veiledningsmodul (VSM) og på hver ESX -vert en virtuell ethernet -modul (VEM). VSM kjøres som et virtuelt apparat i ESX -klyngen eller på dedikert maskinvare (Nexus 1010 -serien), og VEM kjører som en modul på hver vert og erstatter en standard dvS (distribuert virtuell switch) fra VMware.
Konfigurasjon av bryteren utføres på VSM ved bruk av standard NX-OS CLI . Den tilbyr muligheter for å lage standard portprofiler som deretter kan tilordnes virtuelle maskiner ved hjelp av vCenter.
Det er flere forskjeller mellom standard dvS og N1000v; den ene er at Cisco -svitsjen generelt har full støtte for nettverksteknologier som LACP -koblingsaggregasjon eller at VMware -svitsjen støtter nye funksjoner, for eksempel ruting basert på fysisk NIC -belastning. Hovedforskjellen ligger imidlertid i arkitekturen: Nexus 1000v fungerer på samme måte som en fysisk Ethernet -svitsj gjør mens dvS er avhengig av informasjon fra ESX. Dette har konsekvenser for eksempel i skalerbarhet der Kappa -grensen for en N1000v er 2048 virtuelle porter mot 60000 for en dvS.
Nexus1000v er utviklet i samarbeid mellom Cisco og VMware og bruker API-en til dvS
Tredjeparts administrasjonsverktøy
Fordi VMware ESX er ledende på markedet for servervirtualisering, tilbyr programvare- og maskinvareleverandører en rekke verktøy for å integrere sine produkter eller tjenester med ESX. Eksempler er produktene fra Veeam Software med sikkerhetskopierings- og administrasjonsprogrammer og et plugin for å overvåke og administrere ESX ved hjelp av HP OpenView , Quest Software med en rekke administrasjons- og backup-applikasjoner og de fleste større backup-løsningsleverandører har plugins eller moduler for ESX. Ved å bruke Microsoft Operations Manager (SCOM) 2007/2012 med en Bridgeways ESX -administrasjonspakke får du en sanntids helseutsikt for ESX -datasenteret.
Maskinvareleverandører som Hewlett-Packard og Dell inkluderer også verktøy for å støtte bruk av ESX (i) på maskinvareplattformene. Et eksempel er ESX -modulen for Dells OpenManage -administrasjonsplattform.
VMware har lagt til en webklient siden v5, men den fungerer bare på vCenter og inneholder ikke alle funksjonene. vEMan er et Linux -program som prøver å fylle det hullet. Dette er bare noen få eksempler: det er mange tredjepartsprodukter å administrere, overvåke eller sikkerhetskopiere ESX -infrastrukturer og VM -er som kjører på dem.
Kjente begrensninger
Kjente begrensninger for VMware ESXi 7.0 U1, fra september 2020, inkluderer følgende:
Infrastrukturbegrensninger
Noen maksimalverdier i ESXi Server 7.0 kan påvirke utformingen av datasentre:
- Gjestesystem maksimal RAM: 24 TB
- Maksimal RAM på vertssystemet: 24 TB
- Antall verter med en høy tilgjengelighet eller distribuert ressursplanleggerklynge: 96
- Maksimalt antall prosessorer per virtuell maskin: 768
- Maksimalt antall prosessorer per vert: 768
- Maksimalt antall virtuelle CPUer per fysisk CPU -kjerne : 32
- Maksimalt antall virtuelle maskiner per vert: 1024
- Maksimalt antall virtuelle CPUer per feiltolerant virtuell maskin: 8
- Maksimalt gjensystem -RAM per feiltolerant virtuell maskin: 128 GB
- VMFS5 maksimal volumstørrelse: 64 TB, men maksimal filstørrelse er 62 TB -512 byte
- Maksimalt videominne per virtuell maskin: 4 GB
Ytelsesbegrensninger
Når det gjelder ytelse, pålegger virtualisering en kostnad i tilleggsarbeidet CPU -en må utføre for å virtualisere den underliggende maskinvaren. Instruksjoner som utfører dette ekstraarbeidet og andre aktiviteter som krever virtualisering, har en tendens til å ligge i operativsystemsamtaler. I et umodifisert operativsystem introduserer OS -samtaler den største delen av virtualiseringen "overhead".
Paravirtualisering eller andre virtualiseringsteknikker kan hjelpe med disse problemene. VMware utviklet Virtual Machine Interface for dette formålet, og utvalgte operativsystemer støtter for tiden dette. En sammenligning mellom full virtualisering og paravirtualisering for ESX Server viser at paravirtualisering i noen tilfeller er mye raskere.
Nettverksbegrensninger
Når du bruker de avanserte og utvidede nettverksfunksjonene ved å bruke Cisco Nexus 1000v distribuert virtuell switch, gjelder følgende nettverksrelaterte begrensninger:
-
- 64 ESX/ESXi -verter per VSM (Virtual Supervisor Module)
- 2048 virtuelle ethernet -grensesnitt per VMware vDS (virtuell distribuert switch)
- og maksimalt 216 virtuelle grensesnitt per ESX/ESXi -vert
- 2048 aktive VLAN (ett som skal brukes til kommunikasjon mellom VEM og VSM)
- 2048 portprofiler
- 32 fysiske NIC -er per ESX/ESXi (fysisk) vert
- 256 portkanaler per VMware vDS (virtuell distribuert switch)
- og maksimalt 8 portkanaler per ESX/ESXi-vert
Fiber Channel Fabric begrensninger
Uavhengig av hvilken type virtuell SCSI -adapter som brukes, er det disse begrensningene:
- Maksimalt 4 virtuelle SCSI -adaptere, hvorav den ene skal være dedikert til bruk av virtuell disk
- Maksimalt 64 SCSI LUNs per adapter
Se også
- Sammenligning av plattformvirtualiseringsprogramvare
- KVM Linux Kernel-based Virtual Machine -en åpen kildekode-hypervisorplattform
- Hyper-V -en konkurrent til VMware ESX fra Microsoft
- Xen -en åpen kildekode-hypervisor-plattform
- Virtuelt apparat
- Virtuell maskin
- Bilde av virtuell disk
- VMware VMFS
- x86 virtualisering
- Kompatible hovedkort
