Bli kjent med grunnleggende om vmotion live migration

VMotion lar deg migrere en live VM fra en fysisk server til en annen. Det betyr at du ikke trenger nedetid for å utføre vSphere host vedlikehold, og det er også mulig å, uten nedetid, balansere Vm på en klynge uten å måtte slå av Noen Av Vm-ene.

vmware støtter også langdistanse vMotion og cross-vCenter vMotion, som lar deg overføre arbeidsbelastninger til et annet datasenter eller skyen. Dette gjør det mulig å unngå katastrofer når en trussel er nært forestående, for å kjøre arbeidsbelastninger i en bestemt tidssone, og bruke skysprengning hvis du begynner å gå tom for ressurser.

før du implementerer vMotion, må du sørge For at du har nok minne og nettverksbåndbredde til å støtte overføringsprosessen, Vm-Ene dine er optimalisert for live migrering, og du vet hvordan funksjonen fungerer på tvers av infrastruktur.

vmotion live migration krav

Nesten hver utgave av vSphere inneholder vMotion; bare vSphere Essentials kit støtter ikke funksjonen. VMotion er en prosess mellom To ESXi-verter, men den er initiert gjennom vCenter, så det krever en vcenter-lisens.

resten av kravene-for eksempel nettverksbånd og RAM – er ikke veldig krevende. Migreringen gjøres mellom To ESXi-verter som må ha Et vmkernel-grensesnitt med vmotion-funksjonen aktivert og kan nå hverandre via nettverkstilkobling.

For Vm-ene du bestemmer deg for å overføre, er kravet at De forblir i samme lag 2-nettverk. Det er minimum båndbreddekrav på 250 Mbps per vmotion-migrasjon, men det er bedre å ha mer båndbredde tilgjengelig.

jo mer tilgjengelig båndbredde betyr at du kan utføre migreringer raskere, noe som er det viktigste med Vm-er med store MENGDER RAM.

VMware vMotion i vCenter
Aktivere VMware vMotion i vCenter

slik fungerer VMOTION

hvis DU vil flytte VM til en annen fysisk datamaskin, må du flytte minneinnholdet og bytte arbeidsflyter for behandling til den andre datamaskinen. VCenter starter vmotion og starter overføringen etter en kompatibilitetskontroll med kilden Og destinasjonen ESXi-verten.

prosessen starter med en innledende minnekopi via det vmotion-aktiverte nettverket. Bildet nedenfor viser hvor du ma kopiere 16 GB RAM for EN VM med det nodvendige minnebelopet.

vmotion, minnekopiering arbeidsflyt
minnekopiering arbeidsflyt vmotion

Ideelt sett vil dette trinnet være øyeblikkelig. Men det tar flere sekunder å kopiere 16 GB, og i løpet av denne prosessen endres noen minnesider i kildeminnet. VMkernel sporer hvilke sider som er endret og kopierer dem til destinasjonsverten.

Vurder at dette ville være en annen gigabyte RAM. Mens du kopierer den 16 GB, endres minnet igjen. Dette blir en iterativ prosess, som vist på bildet nedenfor.

Iterasjoner av minnekopiering i vMotion

Etter flere iterasjoner, bør du ha kopiert mest minne, og det er et beløp igjen som kan kopieres på mindre enn 500 millisekunder. Hvis du kan nå det punktet på grunn av den raske skiftende kilde RAM, VIL VM senke kilden Med Stun Under Sidesending for å gjøre det mulig å kopiere alt minne.

Tilstrekkelig båndbredde er det viktigste kravet for store Vm-Er. For eksempel, for å kopiere en 768 GB VM over en 1 Gbps-kobling tar det for lang tid å nå et stabilt byttepunkt.

det er en god ide å ha et dedikert vmotion-nettverk med 10 Gbps eller mer og flere nettverkskort. Flere vmkernel-porter anbefales også hvis du utfører mange migreringer samtidig eller overfører store Vm-er.

når du kopierer minnet, stopper instruksjonsbehandlingen På kilden ESXi host og fortsetter på destinasjonen ESXi host. Fra gjestens os-perspektiv skjedde ingenting fordi alle instruksjoner behandles, men på en annen vert.

du trenger handling på nettverket fordi nettverkstrafikk skal sendes Til målet ESXi-vert – ikke kilden ESXi-vert. Målet ESXi host sender en reversert adresseløsningsprotokoll pakke til den fysiske bryteren, som utløser MAC læringsprosessen for å liste VM MAC-adresse på utgående port der du kobler ESXi host.

nå er arbeidsbelastningen sømløst migrert, og du kan trygt si at du kan flytte ET HVILKET SOM HELST TCP-aktivert program uten avbrudd.

Forbedringer og hensyn

gjennom årene ble de fleste forbedringer av vMotion implementert på grunn av stadig økende VM-spesifikasjoner. Dette er tilfellet med vSphere 7, der i oppdatering 2 kan du konfigurere EN VM med maksimalt 896 vCPUs og 24 TB RAM.

VMware gjort viktige forbedringer i vSphere 7 U1 til hvordan VMkernel initierer prosessen som sporer hvilke minnesider endres under minne kopieringsprosessen.

Loose Page Trace Installer-funksjonen eliminerer behovet for å stoppe alle vCPUs når du setter inn en sidespor. Det dedikerer en vCPU å utføre denne prosessen slik at alle andre vcpu kan fortsette å utføre gjest OS instruksjoner.

En annen forbedring er AT VM-prosessen allerede er slått over før du flytter alt minne til målet. Minnet på den andre verten er merket som ekstern og hentes senere.

hvis du riktig designe og størrelse verter og nettverkskomponenter, så er det ingen store ulemper til vMotion.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.