Migracija uživo u Hyper-V: cjeloviti vodič za premještanje virtualnih strojeva bez zaustavljanja servisa

Migracija uživo u Hyper-V-u Postala je ključna komponenta svake moderne virtualne infrastrukture kojoj je potrebno da usluge uvijek budu dostupne, čak i tijekom održavanja ili reorganizacije resursa između poslužitelja. Zahvaljujući ovoj funkcionalnosti, moguće je transparentno premještati pokrenute virtualne strojeve između fizičkih hostova za korisnika, uz tako minimalno vrijeme zastoja da je to u praksi obično neprimjetno.

Iza ove „magije“ stoje mnogi zahtjeviKomplementarne tehnologije, a također i tipični problemi koji se mogu pojaviti ako nešto nije ispravno konfigurirano: od nekompatibilnosti CPU-a do neuspjeha Kerberos autentifikacije, mrežnih pogrešaka, nepravilno konfigurirane dijeljene pohrane ili verzija konfiguracije VM-a koje se ne podudaraju na različitim hostovima. Temeljito razumijevanje načina rada Hyper-V Live Migration, koje načine rada nudi, što mu je potrebno za pouzdan rad i kako riješiti probleme kada zakaže, ključno je ako upravljate okruženjima. Windows Server u produkciji.

Što je točno migracija uživo u Hyper-V-u?

Hyper-V migracija uživo To je značajka sustava Windows Server (uvedena u sustavu Windows Server 2008 R2 i poboljšana u kasnijim verzijama) koja vam omogućuje premještanje pokrenutog virtualnog stroja s jednog Hyper-V hosta na drugi bez njegovog isključivanja. Glavni cilj je omogućiti uravnoteženje opterećenja, planirano održavanje i optimizaciju resursa uz minimiziranje utjecaja na korisničke usluge.

Za razliku od „hladne“ migracijeU ovom procesu, VM se isključuje, premješta, a zatim ponovno uključuje na novom hostu. Migracija uživo kopira stanje memorije i CPU-a dok VM nastavlja raditi. Na kraju procesa postoji samo vrlo kratka pauza kada se preostala memorija sinkronizira i izvršavanje se prebacuje na odredišni host.

Ova funkcionalnost je usko povezana s visokom dostupnošćuU kombinaciji s klasterima za prebacivanje u slučaju kvara (WSFC) i, u mnogim slučajevima, sa System Center Virtual Machine Managerom (SCVMM), omogućuje vam izgradnju platformi otpornih na greške sposobnih za premještanje kritičnih opterećenja s jednog čvora na drugi u nekoliko sekundi.

U modernim verzijama kao što su Windows Server 2016, 2019 ili 2022Hyper-V migracija uživo uklanja ograničenja, poput strogog zahtjeva za klasterom u svim scenarijima. Danas je moguće izvoditi migracije uživo bez klastera za prebacivanje u slučaju kvara, jednostavno između pravilno konfiguriranih, samostalnih hostova, otvarajući vrata fleksibilnijim okruženjima.

Osnovna arhitektura i zahtjevi Hyper-V Live Migrationa

Da bi migracija uživo pouzdano funkcioniralaBitno je da izvorni i odredišni hostovi ispunjavaju niz hardverskih, softverskih, mrežnih i memorijskih zahtjeva. Iako su neki zahtjevi ublaženi s el tiempoSlijeđenje određenih najboljih praksi čini razliku između glatke migracije i festivala grešaka u pregledniku događaja.

Na razini operacijskog sustavaOba poslužitelja moraju koristiti kompatibilne verzije sustava Windows Server s omogućenim Hyper-V-om i ispravno ažurirane (servisni paketi, kumulativna ažuriranja i ažurirani firmver/BIOS). Idealno bi bilo da u produkciji svi čvorovi dijele istu verziju sustava i dosljednu razinu zakrpe.

Glede procesoraObično domaćini imaju CPU-ove iz iste obitelji i generacije (na primjer, Intel-Intel iz iste linije) kako bi se izbjegli napredni sukobi instrukcija. Hyper-V vam omogućuje omogućavanje opcije "migrirati na fizički stroj s drugom verzijom procesora" u postavkama VM-a kako bi se izgladile razlike između generacija, ali ne rješava promjene proizvođača: ne možete premjestiti pokrenuti VM s domaćina s AMD CPU-om na onaj s Intel CPU-om. IntelOsim ako ne isključite virtualni stroj i izvršite migraciju bez da je uključen.

Mrežna komponenta je također temeljnaMreže koje se koriste za administraciju, migraciju uživo, promet virtualnih strojeva i, ako je primjenjivo, pohranu, moraju biti pravilno konfigurirane sa statičkim IP adresama, niskom latencijom i dovoljnom propusnošću. U produkcijskim okruženjima uobičajena je praksa rezervirati namjenske mreže za migraciju uživo kako bi se izbjeglo preopterećenje korisničkog prometa.

U klasičnim scenarijima s klasteriranjem za preuzimanje otkazaPreporuka je imati dijeljenu pohranu (SAN, NAS(SMB 3.0) dostupan sa svih čvorova u klasteru. Dijeljena pohrana uvelike pojednostavljuje migraciju jer virtualne diskove nije potrebno fizički premještati s jednog hosta na drugi; mijenja se samo vlasnik koji njima upravlja.

Načini migracije uživo u Hyper-V-u

Hyper-V nudi nekoliko načina rada i tehnologija Za izvođenje migracije uživo i optimizaciju korištenja propusnosti, vremena migracije i integracije s postojećom pohranom. Odabir jedne ili druge opcije ovisit će o dizajnu vaše infrastrukture.

Standardna migracija uživo Ovo je osnovni način rada u kojem izvorni host progresivno kopira memoriju virtualnog stroja na odredišni host dok stroj i dalje radi. Nekoliko prolaza se ponavlja dok se razlike u memoriji između dvije strane dovoljno ne smanje. U posljednjem koraku, virtualni stroj nakratko pauzira, prenosi se stanje CPU-a i posljednje preostale memorijske stranice, a virtualni stroj nastavlja s radom na novom hostu.

Migracija uživo s kompresijom Dodaje sloj optimizacije: podaci u memoriji se komprimiraju prije slanja putem mreže, čime se smanjuje količina prenesenih informacija. To je posebno korisno u mrežama s ograničenom propusnošću ili kada postoji mnogo istovremenih migracija.

Migracija uživo putem SMB-a Koristi SMB protokol (obično SMB 3.x) za prijenos podataka virtualnog stroja i njihovog stanja. To je posebno korisno kada je temeljna pohrana već montirana putem SMB-a, na primjer, s VHDX datotekama koje se nalaze na SMB-kompatibilnom poslužitelju datoteka ili nizu za pohranu. U ovom slučaju, vrlo se dobro kombinira sa značajkama poput SMB Multichannel i SMB Direct za optimizaciju propusnosti mreže.

U novijim verzijama Windows ServeraOsim toga, možete prilagoditi napredne opcije kao što je maksimalni broj istovremenih migracija dopuštenih na hostu ili konfigurirati ograničenje propusnosti namijenjeno Live Migrationu kako ne biste ograničili druge kritične usluge koje dijele mrežu.

Priprema Hyper-V hostova za korištenje Live Migrationa

Prije nego što počnete premještati virtualne strojeve u hoduPreporučljivo je pravilno pripremiti Hyper-V poslužitelje. Postupak se malo razlikuje ovisno o tome radite li s klasterom za preuzimanje otkazivanja ili samostalnim hostovima, ali osnovne ideje su iste.

U sustavima prije Windows Servera 2016Obično se postavlja klaster za prebacivanje u slučaju kvara (WSFC) koji grupira nekoliko Hyper-V hostova. Ti čvorovi dijele pohranu i njima se upravlja kao jednom logičkom jedinicom, što omogućuje premještanje uloga virtualnih strojeva s jednog čvora na drugi uz visoku dostupnost.

Na Windows Serveru 2016 i novijim verzijamaMicrosoft je značajno pojednostavio proces omogućavanjem migracija uživo između hostova koji nisu nužno dio klastera. Unatoč tome, bitno je pravilno konfigurirati mrežni sloj, autentifikaciju (CredSSP ili Kerberos), IP adrese koje se koriste za migraciju uživo i, opcionalno, dijeljenu pohranu ako želite smanjiti složenost.

Iz Hyper-V upraviteljaNa svakom hostu morate otići na "Hyper-V konfiguraciju", otići do odjeljka "Live migracije" i omogućiti dolazne i odlazne migracije. U istom odjeljku konfigurirate IP adrese koje će se koristiti za Live migraciju i metodu autentifikacije (CredSSP ili Kerberos). CredSSP je jednostavniji za postavljanje, iako zahtijeva prijavu s istim korisnikom na oba hosta prilikom premještanja virtualnog stroja.

Ako odaberete KerberosImplementacija je nešto složenija jer uključuje konfiguriranje ograničenog delegiranja u Active Directoryju, ispravnu registraciju SPN-ova (Service Principal Names - nazivi glavnih usluga) za uslugu migracije i općenito kontrolu načina delegiranja vjerodajnica između računala. Zauzvrat, praktičnija je za automatizaciju i ne zahtijeva istovremene interaktivne sesije.

Osnovni koraci za izvođenje migracije uživo u Hyper-V-u

Kad su domaćini spremniProces premještanja aktivnog virtualnog stroja iz Hyper-V Managera je prilično vođen i nije previše kompliciran, pod uvjetom da su ispunjeni zahtjevi kompatibilnosti i mreže.

1. Otvorite konzolu i spojite se na poslužiteljeU Hyper-V Manageru povezujete se i s izvornim i s odredišnim poslužiteljima (pomoću opcije "Poveži se sa poslužiteljem"). To vam omogućuje pregled svih virtualnih strojeva s jedne točke.

2. Pokrenite pomoćnika za kretanjeNa izvornom hostu kliknite desnom tipkom miša na virtualni stroj koji želite premjestiti i odaberite "Premjesti". Otvorit će se čarobnjak za migraciju koji će vas upitati da navedete vrstu premještanja koju želite izvršiti.

3. Odaberite vrstu pomakaU slučaju tipične migracije uživo, odabirete "Premjesti virtualni stroj" (ne samo pohranu ili druge varijacije). Zatim navodite naziv odredišnog hosta na koji će se poslati virtualni stroj.

4. Odlučite što će se dogoditi s datotekamaČarobnjak nudi nekoliko opcija, uključujući premještanje svih podataka virtualnog stroja na jednu lokaciju na odredištu ili distribuciju datoteka na prilagođeniji način. Ako će se cijeli virtualni stroj nalaziti na jednom volumenu ili putanji na novom hostu, obično je praktičnije odabrati opciju "premjesti sve podatke na jednu lokaciju".

5. Potvrdite i izvršite migracijuNakon pregleda odredišne ​​putanje i odabranih opcija, kliknite "Završi" i premještanje počinje. Vrijeme potrebno za to prvenstveno ovisi o veličini virtualnog stroja (memorija i diskovi koji su uključeni), brzini mreže i trenutnom opterećenju računala.

Autentifikacija, delegiranje i SPN u Live Migrationu

Jedna od točaka koja obično uzrokuje najviše glavobolja U Hyper-V okruženjima, ovo se odnosi na sve što je povezano s autentifikacijom između hostova kako bi se omogućila migracija uživo. Tipične pogreške uključuju kodove poput 0x80070005 (pristup odbijen) ili 0x8009030E/0x8009030D, povezane s pogrešno konfiguriranim Kerberosom, delegiranjem ili SPN-ovima.

Ako koristite Kerberos kao protokol za autentifikaciju Za migraciju uživo morate je izričito omogućiti u naprednim postavkama migracije uživo hosta. Zatim u Active Directoryju idite na svojstva objekta računala poslužitelja i na kartici "Delegiranje" odaberite opciju povjeravanja tom računalu samo određenim uslugama.

U toj ograničenoj delegacijiUobičajeno je dodati barem uslugu "cifs" (za pristup dijeljenim resursima) i "Microsoft Virtual System Migration Service" kako bi se omogućio prijenos stanja virtualnog stroja između hostova. Osim toga, morate osigurati da za ovu uslugu postoje ispravna imena servisnih točaka (SPN) tako što ćete ih registrirati kod [odgovarajućeg pružatelja usluga]. naredbe kao što je setspn ako je potrebno.

Kada su SPN-ovi nepotpuni ili su delegacije netočneMigracija često ne uspijeva s greškama u autentifikaciji, a u nekim slučajevima korisno je očistiti stare Kerberos tikete alatima poput KLIST-a kako bi se prisililo generiranje novih tiketa na temelju ažurirane konfiguracije.

Ako preferirate CredSSPImplementacija je jednostavnija, ali nedostatak je što ćete morati otvoriti istu korisničku sesiju s dovoljnim privilegijama na oba hosta svaki put kada želite pokrenuti migraciju. U malim ili laboratorijskim okruženjima ovo je prilično praktično; u produkciji su Kerberos i ograničeno delegiranje obično preferirana opcija za automatizaciju.

Mreža, virtualni prekidači i pohrana u Live Migrationu

Osim autentifikacije, mrežna povezivost Ovo je još jedan glavni izvor problema u Hyper-V Live Migration. Ako se hostovi ne razlučuju ispravno po imenu ili IP adresi ili ako je promet WinRM-a, SMB-a ili klasteriranja blokiran vatrozidom, migracija će propasti prije nego što uopće počne prenositi memoriju.

Tipične pogreške uključuju poruke kao što su „Klijent se ne može povezati s odredištem navedenim u zahtjevu“ ili kvarovi WinRM protokola, često popraćeni događajima s ID-om 20406 ili 280. Za dijagnosticiranje ovih slučajeva preporučljivo je prvo testirati osnovnu povezivost (ping, DNS razrješavanje), pregledati pravila vatrozida i provjeriti je li WinRM ispravno omogućen naredbama kao što je winrm quickconfig.

Drugi ključni aspekt je usklađivanje virtualnih prekidača između hostova. Ako virtualni strojevi koriste virtualni prekidač koji ne postoji s istim nazivom na odredištu, migracija može zahtijevati ponovno dodjeljivanje mrežnog adaptera na odredišnom hostu. To nije nužno problem, ali je dobra ideja planirati to kako promet virtualnih strojeva ne bi nenamjerno mijenjao VLAN-ove ili mreže.

Što se tiče skladištenjaVM-ovi obično koriste VHDX diskove na dijeljenoj pohrani kojoj mogu pristupiti čvorovi klastera ili se premještaju zajedno s VM-om ako dijeljena pohrana nije dostupna. Dijeljeni virtualni diskovi (kao što su dijeljeni VHDX diskovi koje koriste određene konfiguracije klastera) imaju ograničenja: ne mogu se premjestiti standardnim metodama migracije i u mnogim slučajevima morat ćete ih ručno premjestiti i ponovno spojiti na odredištu.

Također je potrebno pratiti kontrolne točke i snimke.Vrlo dugi ili oštećeni lanci kontrolnih točaka ili oštećene spremljene datoteke stanja (.bin i .vsv) mogu spriječiti vraćanje ili premještanje virtualnog stroja. U tim slučajevima obično je potrebno izbrisati spremljeno stanje iz Hyper-V Managera ili ručno izbrisati određene datoteke, kao i spojiti ili očistiti problematične kontrolne točke.

Uobičajeni problemi s Live Migration i kako ih riješiti

Iako je teorija Živih migracija prilično čistaU praksi nije neuobičajeno naići na pogreške prilikom premještanja virtualnih strojeva između čvorova, posebno u okruženjima gdje je bilo nekoliko ažuriranja sustava, promjena hardvera ili nekonzistentnih mrežnih konfiguracija.

Jedan od najčešćih slučajeva Ovo je nekompatibilnost CPU-a ili firmwarea između hostova. Migracija može funkcionirati u jednom smjeru (na primjer, sa starijeg poslužitelja na noviji), ali ne i u drugom, a preglednici događaja prikazivat će ID-ove kao što su 10698 ili 21502 s porukama o problemima kompatibilnosti konfiguracije.

Tipično rješenje uključuje ažuriranje verzije konfiguracije virtualnog stroja. na novom hostu (iz Hyper-V Managera → Akcija → Ažuriraj verziju konfiguracije virtualnog stroja) i provjerite s PowerShell (Get-VM | odaberite Naziv, Verzija) osigurava da svi VM-ovi imaju verzije koje su u skladu s razinom Hyper-V novog poslužitelja. Nakon nadogradnje, ovi VM-ovi više se neće moći vratiti na hostove sa starijim verzijama Hyper-V-a.

Problemi s mrežom ili WinRM-om Obično se rješavaju osiguravanjem da oba hosta mogu komunicirati po imenu i IP adresi, provjerom WinRM-a (winrm quickconfig), prilagođavanjem popisa TrustedHosts ako je potrebno (Set-Item WSMan:\localhost\Client\TrustedHosts) i osiguravanjem da portovi potrebni za SMB, Live Migration i klasteriranje (kao što je UDP 3343) nisu blokirani.

U scenarijima s vTPM-om ili zaštićenim virtualnim strojevimaPogreške migracije često spominju nemogućnost "dekapsulacije zaštitnika ključa virtualnog stroja". U tim slučajevima radi se o problemu s certifikatom i povjerenjem između hostova: potrebno je izvesti certifikate zaštitnika ključa s izvornog hosta i uvesti ih na odredišni host, bilo pomoću Windows Certificate snap-ina (certmgr.msc) ili PowerShell cmdleta poput Export-PfxCertificate i Import-PfxCertificate.

Kontrolni popis za dijagnosticiranje pogrešaka migracije uživo

Kada migracija uživo ne uspijeNajpraktičniji pristup je slijediti organizirani popis za provjeru koji vam pomaže isključiti potencijalne uzroke bez ulaska u nedoumice. Mnogi se problemi rješavaju sustavnim pregledom statusa, konfiguracije i dozvola.

1. Status hostova i virtualnih strojevaProvjerite jesu li usluge integracije virtualnog stroja ažurirane, jesu li hostovi potpuno zakrpani i na kompatibilnim verzijama te nije li virtualni stroj u posebnim stanjima poput "Sigurnosna kopija" ili "Zaustavljeno" koja sprječavaju njegovo premještanje.

2. Konfiguracija klastera i kompatibilnost čvorovaProvjerite jesu li svi čvorovi klastera online i ispravni u Upravitelju klastera za prebacivanje u klaster, jesu li CPU-i, BIOS/firmware i verzije konfiguracije virtualnog stroja kompatibilni te imaju li svi čvorovi što homogeniju konfiguraciju.

3. Mreža i pohranaProvjerite jesu li mreže za pohranu, upravljanje i migraciju ispravno konfigurirane i dostupne, je li pohrana virtualnog stroja vidljiva s odredišnog hosta i blokiraju li pravila vatrozida promet klasteriranja, SMB-a ili WinRM-a.

4. Autentifikacija i dozvole: potvrđuje da su Kerberos ili CredSSP omogućeni i konfigurirani, da su potrebni SPN-ovi registrirani, da je ograničeno delegiranje u AD-u odgovarajuće i da servisni ili korisnički računi imaju potrebnu razinu dopuštenja za pokretanje migracija.

5. Virtualni prekidači i umrežavanje virtualnih strojevaOsigurajte da postoje potrebni virtualni prekidači i da su identično konfigurirani na svim hostovima (naziv, VLAN-ovi, tip) te da je mrežno timiranje (SET, LBFO) dosljedno kako bi se izbjegao gubitak povezivosti virtualnog stroja nakon migracije.

6. Specifične karakteristike VM-aAko radite s oklopljenim strojevima, vTPM-om, opsežnim lancima kontrolnih točaka ili dijeljenim diskovima, pregledajte dokumentaciju o kompatibilnosti i, ako je potrebno, konsolidirajte kontrolne točke, uklonite problematična spremljena stanja i pregledajte zahtjeve za certifikate.

Prikupljanje podataka i zapisa za podršku

Kada se problem ne riješi uobičajenim provjeramaVrijeme je da prikupite detaljnije podatke za vlastitu analizu ili da ih proslijedite Microsoftovoj podršci ili odgovarajućem dobavljaču. Hyper-V i Windows Server otkrivaju dosta korisnih zapisnika.

Prvo, zapisnici događaja Hyper-V i zapisnici specifični za klaster pružaju mnogo informacija. Možete koristiti PowerShell za njihovo izdvajanje, na primjer pomoću Get-WinEventa na zapisnicima "Microsoft-Windows-Hyper-V-VMMS/Admin" ili "Microsoft-Windows-Hyper-V-Worker-Admin", te Get-ClusterLog za dobivanje drva klastera s lokalnom vremenskom oznakom.

Osim toga, preporučljivo je prikupljati podatke o mreži i sustavu kao što je izlaz Get-NetAdapter-a, ipconfig /all, msinfo32Mrežne rute, konfiguracija WinRM-a, popis SPN-ova (setspn -L) i ključne Hyper-V postavke (Get-VM, Get-VMSwitch, Get-VMProcessor itd.) pomažu u tome da se na prvi pogled vidi postoje li neusklađenosti između hostova.

U složenijim scenarijimaMožda će biti potrebno omogućiti određene tragove migracije uživo pomoću Microsoftovih skripti za podršku (npr. TSS.ps1 s različitim parametrima), kao i provjeriti VHD lance pomoću uslužnih programa tipa Get-VHDChain kako bi se otkrila oštećenja ili pogreške u putanjama diska.

Cilj cijele ove kompilacije Radi se o mogućnosti povezivanja događaja pogrešaka, vremena migracije, nedavnih promjena zakrpa ili firmvera i stanja mreže, tako da se uzrok može brzo izolirati i primijeniti konačno rješenje (bilo da se radi o ispravku konfiguracije ili ažuriranju koda).

Migracija uživo i njezin odnos sa sigurnosnim kopijama i V2V rješenjima

Migracija uživo u Hyper-V-u rješava problem vrućeg premještanja između hostova. unutar Windows Server okruženja, ali ne pokriva sve potrebe za mobilnošću radnog opterećenja i zaštitom podataka koje obično postoje u podatkovnom centru ili u tvrtki s više hipervizora.

Alati za rezerva poput BackupChaina Pružaju žive sigurnosne kopije Hyper-V virtualnih strojeva, VMware, VirtualBox i druge hipervizore, što vam omogućuje spremanje virtualnih strojeva bez zaustavljanja i pohranjivanje u lokalne repozitorije i u oblak. Ove vrste rješenja rade na razini hosta i nude neograničene kopije virtualnih strojeva pod jednom licencom, uz napredne značajke sigurnosnog kopiranja fizičkog poslužitelja.

BackupChain također uključuje značajke kao što su granularna sigurnosna kopija i granularno vraćanje, osmišljeni za ubrzavanje oporavka podataka kada su vam potrebne samo određene datoteke unutar virtualnog stroja, a ne potpuno vraćanje, što vrlo dobro nadopunjuje svakodnevne mogućnosti Live Migrationa.

Druga rješenja, kao što je Vinchin Backup & RecoveryIdu korak dalje omogućujući ne samo sigurnosne kopije Hyper-V virtualnih strojeva, već i njihovu obnovu na drugim hipervizorima (ESXi, XenServer, Proxmox itd.) bez potrebe za gašenjem poslužitelja, olakšavajući V2V (virtualno-virtualno) procese migracije između različitih platformi.

U heterogenim okruženjima gdje koegzistira nekoliko hipervizoraOve vrste alata služe kao most za premještanje radnih opterećenja između tehnologija koje sama Hyper-V Live Migration ne može pokriti (na primjer, migracija virtualnog stroja iz Hyper-V u VMware vSphere), kombinirajući sigurnosne kopije, deduplikaciju, kompresiju, politike zadržavanja GFS-a i granularni oporavak kako bi se pokrio i kontinuitet poslovanja i mobilnost radnih opterećenja.

Hyper-V Live Migration je samo jedan komad unutar veće slagalice koja uključuje visoku dostupnost, sigurnosno kopiranje, vraćanje i, u mnogim slučajevima, mobilnost između platformi. Učinkovito upravljanje cijelim ovim ekosustavom omogućuje nesmetan rad kritičnih virtualnih strojeva dok se mijenja fizičko okruženje.

• Hyper-V živa migracija Omogućuje premještanje virtualnih strojeva koji rade između hostova uz minimalan utjecaj, oslanjajući se na brze mreže, Kerberos ili CredSSP autentifikaciju i često dijeljenu pohranu.
• Stabilno raspoređivanje Zahtijeva homogenost konfiguracije CPU-a, firmwarea i VM-a, kao i virtualne sklopke i konzistentna pravila vatrozida na svim čvorovima.
• Rješavanje pogrešaka migracije Uključuje provjeru kompatibilnosti, mreže, autentifikacije, diskova, kontrolnih točaka i certifikata, oslanjajući se na logove i dijagnostičke alate.
• Rješenja za sigurnosne kopije i V2V Oni nadopunjuju migraciju uživo pokrivajući sigurnosne kopije uživo, granularne obnove i premještanja između različitih hipervizora.