Viru ronn 7 Joer sinn déi alleréischt Projeten einfach an unpretentiously an eis Cloud geplënnert. Virtuell Maschinn Biller goufen op en FTP Server eropgelueden, oder se goufen op Festplack geliwwert. Dann, duerch e speziellen Importserver, goufen d'VMs an d'Wollek eropgelueden.
Wann et kee Problem ass fir de Client déi virtuell Maschinn fir een Dag oder zwee auszeschalten (oder et gi keng aner Optiounen), da kann dat gemaach ginn. Awer wann d'Downtime maximal eng Stonn sollt sinn, da funktionnéiert dës Method net. Haut wäert ech Iech soen wéi eng Tools Iech hëllefen an d'Wollek ze migréieren mat minimalem Ënnerbriechung a wéi eise Migratiounsprozess selwer funktionnéiert.
Migratioun mat Veeam Backup a Replikatioun
Jidderee kennt Veeam Backup a Replikatioun als Tool fir Backups a Repliken ze kreéieren. Mir benotzen et fir Migratioun tëscht eise Siten a fir Clienten aus privater Virtualiséierung op eis Cloud ze transportéieren. D'virtuelle Maschinnen vum Client ginn op eise vCenter replizéiert, duerno gëtt den Ingenieur se an de vCloud Director bäigefüügt.
Primär Replikatioun geschitt op enger ugedriwwener virtueller Maschinn. Zu der ausgemaacher Zäit ass d'Clientsäit Maschinn ausgeschalt. Replikatioun leeft erëm fir Ännerungen z'iwwerdroen déi zënter der éischter Replikatioun geschitt sinn. Duerno fänkt déi virtuell Maschinn an eiser Cloud un.
Normalerweis, vum Moment wou d'Maschinn op der Infrastruktur vum Client ausgeschalt ass bis de Moment wou se an eiser Wollek ageschalt ass, passéiert net méi wéi eng hallef Stonn, awer éischter 15-20 Minutten.
An dësem Fall bleift déi ursprénglech virtuell Maschinn um Client Site. Wann op eemol eppes falsch geet, kënnt Dir ëmmer zréckrollen an et opmaachen. Dës Method ass och bequem fir de Client datt et net erfuerdert datt hien Veeam huet.
Fall 1
De Client hat seng eege virtuell Infrastruktur baséiert op VMware - 40 VMs mat enger Kapazitéit vun 30 TB. D'Ausrüstung, op där de Cluster ofgebaut gouf, war scho veroudert, an de Client huet decidéiert net nei ze kafen an ass an d'ëffentlech Cloud geplënnert. D'Downtime Noutwendegkeete fir kritesch Systemer war net méi wéi eng Stonn. Veeam Replikatioun gouf als Tool gewielt. En anere Plus war datt den Internetprovider vum Client an eisem Rechenzentrum präsent war, wat et méiglech gemaach huet e gudde Kanal ze organiséieren. D'Migratioun huet ongeféier ee Mount gedauert, d'Downtime beim Wiessel war bis zu 30 Minutten pro Grupp vu virtuelle Maschinnen.
Migréieren mat Veeam Cloud Connect
Veeam Cloud Connect ass en Tool dat Iech hëlleft virtuell Maschinn Replikatioun opzestellen an Repliken an der Cloud vum Service Provider ze starten. No der Aktualiséierung op Joer gouf et méiglech virtuell Maschinnen direkt op vCloud Director ze replizéieren. Déi eenzeg Bedingung ass datt op der Client Säit, Veeam Backup a Replikatioun muss op d'mannst Versioun 9 ofgebaut ginn. Kuerz (detailléiert Versioun) ), da gesäit de ganze Prozess esou aus.
Am vCloud Director gëtt eng Organisatioun erstallt mat den néidege Ressourcen an Netzwierker. An Veeam Cloud Connect erstellen mir e Kont, de Client verbënnt domat vu sengem Veeam B&R, wielt en DataLine Provider an Organisatioun, a konfiguréiert Aufgaben fir Replikatioun. Zousätzlech zu der Tatsaach, datt während sou enger Migratioun, Downtime bannent 15-20 Minutten wäert sinn, hänkt de Client op kee Fall vun der technescher Ënnerstëtzung vum Fournisseur of a geréiert de ganze Prozess onofhängeg: erstellt Replikatiounsaufgaben, d'Replikatioun selwer, schalt aus. d'Maschinnen an fänkt se op den neie Site.
Fall 2
D'Infrastruktur vum Client, vu wou d'Migratioun geplangt war, war a Wäissrussland. Et war néideg fir 90 VMs mat engem Gesamtvolumen vun 27 TB ze transportéieren, trotz der Tatsaach datt den Internetkanal 100 Mbit / sec war. Wann Dir e Backup maacht an direkt op eis Wollek eropluet, da fir e puer VMs dauert et e puer Deeg. Während dëser Zäit wier e groussen Delta op der VM gewuess, an dëst kéint en negativen Impakt op d'Leeschtung vun de Maschinnen hunn oder, nach méi schlëmm, de Raum am Datastore wier ausgaang. Mir sinn wéi follegt virugaang: als éischt huet de Client e lokale komplette Backup gemaach an eng Kopie dovun op eis Cloud iwwer Veeam Cloud Connect transferéiert. Duerno hunn ech den Inkrement op d'Wollek gemaach an iwwerginn. Déi ursprénglech virtuell Maschinn huet weider lafen. Nodeems de VM ofgeschalt gouf, huet de Client eng aner Inkrement gemaach an och an d'Wollek transferéiert. Op eiser Säit hu mir eng virtuell Maschinn aus engem komplette Backup ofgesat, an dann zwee Inkremente drop gerullt. Dëse Schema huet et schlussendlech méiglech gemaach d'Downtime op 2 Stonnen ze minimiséieren wann Dir op eise Site wiesselt.
Migratioun mat VMware vCloud Disponibilitéit
Am Mäerz vun dësem Joer huet VMware vCloud Disponibilitéit 3.0 verëffentlecht, wat Iech erlaabt virtuell Maschinnen tëscht verschiddene Wolleken ze migréieren (vCloud Director - vCloud Director) a vu private Client Virtualiséierungsstänn op d'Cloud (vCenter - vCloud Director). D'Haaptbequemlechkeet ass Integratioun mat der vCloud Director Interface. Dëst vereinfacht immens de Replikatiounsmanagementprozess a miniméiert d'Downtime während de Wiesselen.
Mat dësem Tool hu mir ee vun de Clienten aus eiser Moskauer Wollek op eis Wollek zu St. Et war néideg fir 18 virtuelle Maschinnen mat enger Gesamtkapazitéit vu 14 TB ze transportéieren. Eng Organisatioun gouf fir de Client an der St Petersburg Cloud geschaf an déi néideg Netzwierker goufen organiséiert. Als nächst, vun der vCloud Director Interface, ass de Client op d'vCloud Disponibilitéit Astellunge gaang, Replikatiounsplazen erstallt an op de St. Ënnerbriechung beim Wiessel war 12 Minutten.
Migratioun Schema tëscht DataLine Wolleken zu St Petersburg a Moskau.
vCloud Disponibilitéit huet e Mechanismus fir VMs vum Client säi Site op eis Cloud ze migréieren. Fir dëst ze maachen, gëtt eng speziell vCloud Disponibilitéit Applikatioun am vCenter vum Client ofgesat. Nom einfache Setup verbënnt Dir mat der Wollek a konfiguréiert Migratiounsaufgaben. De Client geréiert och de ganze Prozess onofhängeg an d'Migratiounszäit gëtt op e Minimum gehal.
Schema fir virtuell Maschinnen vun enger privater Installatioun an d'Wollek ze migréieren.
VMware vCloud Disponibilitéit huet vill aner Benotzungsfäll; mir schwätzen iwwer se an engem getrennten Artikel geschwënn.
Virbereedung fir Migratioun
Fir en Tool ze wielen an tatsächlech unzefänken ze migréieren, musst Dir iwwer déi folgend Punkten entscheeden:
Vun wou migréiere mir? Wann Dir vun enger privater Léisung migréiert, dann hutt Dir komplett Fräiheet bei der Auswiel vun Tools. Wann Dir vun Ärem Provider fortgeet, dann ass et méi komplizéiert. Wahrscheinlech, d'Infrastrukture vun zwee Ubidder ze verbannen an einfach e VM ze zéien an ze falen funktionnéiert net aus Sécherheetsgrënn. Heiansdo fänkt de Provider, deen de Client ze refuséieren ass, béis ze sinn an hält fir Zäit. Dir kënnt op de almoudesche Wee vum Provider fortgoen: andeems Dir VMs op Disken an FTP eropluet, oder andeems Dir um Applikatiounsniveau migréiert. Den Numm vun der leschter ass bedingt, an et gesäit sou eppes aus.
Fall 3
Et war néideg fir de SAP System vum Client vun engem europäesche Provider ze migréieren: 34 VMs mat enger Kapazitéit vu 54 TB. De Client gouf Ressourcen an eiser Cloud zougewisen. Netzwierkverbindung gouf tëscht eis an der Infrastruktur vum europäesche Provider organiséiert. D'Applikatiounsserver goufen nei ofgebaut, mat den néidege Konfiguratiounen iwwerrullt. Grouss Datenbanken goufen migréiert duerch Eroplueden vu Backups op eis Cloud. Als nächst gouf d'Replikatioun tëscht den Datenbanken op eisen an den originelle Site konfiguréiert. Zu der ausgemaacher Zäit hu mir op Datenbanken an eiser Cloud gewiesselt.
Datevolumen an Internetkanal. Mir froen normalerweis de Client fir en Eroplueden vum System mat Erënnerung, CPU an Diskparameter ze bidden. Mir evaluéieren ob de Kanal genuch ass fir direkt Repliken oder Backupe vu virtuelle Maschinnen ze schécken.
Akzeptabel Ausdauer. Fir verschidde Systemer an deementspriechend virtuelle Maschinnen, kann et anescht sinn ofhängeg vun hirer Geschäftskritik. Normalerweis kënnt de Client mat prett-feieren Ufuerderunge fir Ënnerbriechung während Migratioun, a baséiert op dëser wielt mir de passenden Outil an Migratioun plangen. Mir probéieren den definitiven Iwwergang nuets oder um Weekend ze plangen, sou datt och kleng Ausbréch net fir den Endbenotzer vum Client opmierkbar ass.
Baséierend op dës Donnéeën kënnt Dir e Tool auswielen an d'Migratioun selwer ufänken. Hei ass wat duerno geschitt.
- Netzverbindung opsetzen. Mir organiséieren Netzwierkverbindung tëscht eiser Cloud an der Infrastruktur vum Client. Virtuell Maschinnen ginn iwwer dëst Netzwierk kopéiert. Wann Veeam Backup a Replikatioun benotzt gëtt, dann ass dëst en dedizéierten Kanal, manner dacks e VPN Kanal. Wann Veeam Cloud Connect, da geet alles iwwer den Internet oder dee selwechte speziellen Kanal.
Dann ass d'Netzwierk fir de VM an der Wollek konfiguréiert. Autoen réckelen normalerweis a Gruppen a fir méi wéi een Dag. Wann d'VMs bei eis bruecht a lancéiert ginn, musse se mat de Maschinnen kommunizéieren déi nach ëmmer op der ursprénglecher Säit bleiwen.
- Migratioun Zäitplang. Wann et vill Autoe sinn, mécht et Sënn fir se a Gruppen opzedeelen an a Chargen ze transportéieren. Zesumme mam Client stëmme mir iwwer e Plang, an deem mir spezifizéieren wéini a wéi eng Maschinnen wäerte plënneren a wéini d'Finale Replikatioun an de Wiessel op den neie Site duerchgefouert gëtt.
- Test Migratioun. Mir migréieren d'Test virtuell Maschinn a kontrolléieren ob alles richteg konfiguréiert ass: Netzwierkverbindung tëscht Siten, Disponibilitéit vun der virtueller Maschinn op Maschinnen op der Quellplaz, Kontrechter, etc. Dësen Test hëlleft Hitches an der Kampf Migratioun Etapp ze vermeiden.
Dat ass alles fir mech. An de Kommentaren, stellt Froen a sot eis iwwer Är Migratiounserfarung.
Source: will.com