Operațiunea „Migrare”: cum să treceți în cloud-ul DataLine

În urmă cu aproximativ 7 ani, primele proiecte s-au mutat în cloud-ul nostru simplu și fără pretenții. Imaginile mașinilor virtuale au fost încărcate pe un server FTP sau au fost livrate pe hard disk. Apoi, printr-un server special de import, VM-urile au fost încărcate în cloud.

Dacă nu este o problemă pentru client să oprească mașina virtuală pentru o zi sau două (sau nu există alte opțiuni), atunci acest lucru se poate face. Dar dacă timpul de nefuncționare ar trebui să fie de maximum o oră, atunci această metodă nu va funcționa. Astăzi vă voi spune ce instrumente vă vor ajuta să migrați în cloud cu un timp de nefuncționare minim și cum funcționează procesul nostru de migrare în sine.

Migrare cu Veeam Backup and Replication

Toată lumea cunoaște Veeam Backup and Replication ca un instrument pentru crearea de copii de rezervă și replici. Îl folosim pentru migrarea între site-urile noastre și pentru transportul clienților de la virtualizarea privată în cloud. Mașinile virtuale ale clientului sunt replicate în vCenter, după care inginerul le adaugă la vCloud Director.

Replicarea primară are loc pe o mașină virtuală pornită. La ora convenită, aparatul din partea clientului este oprit. Replicarea rulează din nou pentru a transfera modificările care au avut loc de la prima replicare. După aceasta, mașina virtuală pornește în cloud-ul nostru.

De obicei, din momentul în care aparatul este oprit pe infrastructura clientului și până în momentul în care este pornit în cloud-ul nostru, nu trece mai mult de o jumătate de oră, ci mai degrabă 15-20 de minute.

În acest caz, mașina virtuală originală rămâne pe site-ul clientului. Dacă dintr-o dată ceva nu merge bine, puteți oricând să derulați înapoi și să îl porniți. Această metodă este, de asemenea, convenabilă pentru client prin faptul că nu necesită ca acesta să aibă Veeam.

Cazul 1
Clientul avea propria infrastructură virtuală bazată pe VMware - 40 VM-uri cu o capacitate de 30 TB. Echipamentul pe care a fost implementat cluster-ul era deja depășit, iar clientul a decis să nu se deranjeze să cumpere altele noi și s-a mutat în cloud-ul public. Necesarul pentru sistemele critice nu a fost mai mare de o oră. Veeam Replication a fost ales ca instrument. Un alt plus a fost faptul că furnizorul de internet al clientului a fost prezent în centrul nostru de date, ceea ce a făcut posibilă organizarea unui canal bun. Migrarea a durat aproximativ o lună, timpul de oprire în timpul comutării a fost de până la 30 de minute pentru fiecare grup de mașini virtuale.

Migrați cu Veeam Cloud Connect

Veeam Cloud Connect este un instrument care vă ajută să configurați replicarea mașinilor virtuale și să lansați replici în cloud-ul furnizorului de servicii. După actualizarea la 2019 anul, a devenit posibilă replicarea mașinilor virtuale direct în vCloud Director. Singura condiție este ca pe partea clientului, Veeam Backup and Replication să fie implementat cel puțin versiunea 9. Pe scurt (versiunea detaliată aici), atunci întregul proces arată astfel.

În vCloud Director, o organizație este creată cu resursele și rețelele necesare. În Veeam Cloud Connect, creăm un cont, clientul se conectează la acesta din Veeam B&R, selectează un furnizor și o organizație DataLine și configurează sarcinile pentru replicare. Pe lângă faptul că în timpul unei astfel de migrări, timpul de nefuncționare va fi în 15–20 de minute, clientul nu depinde în niciun fel de suportul tehnic al furnizorului și gestionează întregul proces independent: creează sarcini de replicare, replicarea în sine, se oprește mașinile și le pornește pe noul site.

Cazul 2
Infrastructura clientului, de unde a fost planificată migrarea, era situată în Belarus. A fost necesar să se transporte 90 de VM-uri cu un volum total de 27 TB, în ciuda faptului că canalul de Internet era de 100 Mbit/sec. Dacă faceți o copie de rezervă și o încărcați imediat în cloud, atunci pentru unele VM-uri ar dura câteva zile. În acest timp, pe VM ar fi crescut o deltă mare, iar acest lucru ar putea avea un impact negativ asupra performanței mașinilor sau, și mai rău, spațiul din depozitul de date s-ar fi epuizat. Am procedat după cum urmează: mai întâi, clientul a făcut o copie de rezervă completă locală și a transferat o copie a acesteia în cloud-ul nostru prin Veeam Cloud Connect. Apoi am făcut și transferat incrementul în cloud. Mașina virtuală originală a continuat să ruleze. După oprirea VM-ului, clientul a făcut o altă creștere și, de asemenea, l-a transferat în cloud. De partea noastră, am implementat o mașină virtuală dintr-o copie de rezervă completă și apoi am aplicat două trepte pe ea. În cele din urmă, această schemă a făcut posibilă reducerea timpului de nefuncționare la 2 ore la trecerea la site-ul nostru.

Migrare cu VMware vCloud Availability

În luna martie a acestui an, VMware a lansat vCloud Availability 3.0, care vă permite să migrați mașini virtuale între diferite cloud-uri (vCloud Director - vCloud Director) și de la standurile de virtualizare a clientului privat în cloud (vCenter - vCloud Director). Principalul confort este integrarea cu interfața vCloud Director. Acest lucru simplifică foarte mult procesul de gestionare a replicării și minimizează timpul de nefuncționare în timpul comutărilor.

Folosind acest instrument, am migrat unul dintre clienți din cloud-ul nostru din Moscova în cloud-ul nostru din Sankt Petersburg. A fost necesar transportul a 18 mașini virtuale cu o capacitate totală de 14 TB. A fost creată o organizație pentru client în cloud-ul Sankt Petersburg și au fost organizate rețelele necesare. Apoi, din interfața vCloud Director, clientul a mers la setările vCloud Availability, a creat joburi de replicare și a trecut la site-ul St. Petersburg la un moment convenabil pentru el. Timpul de oprire în timpul comutării a fost de 12 minute.

Schema de migrare între norii DataLine din Sankt Petersburg și Moscova.

vCloud Availability are un mecanism pentru migrarea mașinilor virtuale de pe site-ul clientului în cloud. Pentru a face acest lucru, o aplicație specială vCloud Availability este implementată în vCenter al clientului. După o configurare simplă, vă conectați la cloud și configurați sarcinile de migrare. De asemenea, clientul gestionează independent întregul proces, iar timpul de migrare este redus la minimum.

Schemă pentru migrarea mașinilor virtuale de la o instalație privată în cloud.

VMware vCloud Availability are multe alte cazuri de utilizare, vom vorbi despre ele în curând într-un articol separat.

Pregătirea pentru migrație

Pentru a alege un instrument și pentru a începe efectiv migrarea, trebuie să decideți asupra următoarelor puncte:

De unde migrăm? Dacă migrați dintr-o soluție privată, atunci aveți libertate deplină în alegerea instrumentelor. Dacă te îndepărtezi de furnizorul tău, atunci este mai complicat. Cel mai probabil, conectarea infrastructurilor a doi furnizori și pur și simplu glisarea și plasarea unui VM nu va funcționa din motive de securitate. Uneori, furnizorul pe care clientul este pe cale să-l refuze începe să fie răutăcios și are timp. Vă puteți îndepărta de furnizor în modul de modă veche: încărcând VM-uri pe discuri și FTP sau migrând la nivel de aplicație. Numele acestuia din urmă este condiționat și arată cam așa.

Cazul 3
A fost necesară migrarea sistemului SAP al clientului de la un furnizor european: 34 VM-uri cu o capacitate de 54 TB. Clientului i-au fost alocate resurse în cloud-ul nostru. Conectivitatea la rețea a fost organizată între noi și infrastructura furnizorului european. Serverele de aplicații au fost reinstalate, cu configurațiile necesare transferate. Bazele de date mari au fost migrate prin încărcarea de copii de rezervă în cloud-ul nostru. Apoi, replicarea a fost configurată între bazele de date de pe site-urile noastre și cele originale. La ora convenită, am trecut la bazele de date în cloud.

Volumul datelor și canalul de internet. De obicei, solicităm clientului să furnizeze o încărcare după sistem cu parametrii de memorie, CPU și disc. Evaluăm dacă canalul este suficient pentru a trimite direct replici sau copii de rezervă ale mașinilor virtuale.

Timp de nefuncționare acceptabil. Pentru sisteme diferite și, în consecință, mașini virtuale, poate fi diferit în funcție de criticitatea lor de afaceri. De obicei, clientul vine cu cerințe gata făcute pentru timpul de nefuncționare în timpul migrării și pe baza acestuia selectăm instrumentul și planul de migrare adecvat. Încercăm să programăm trecerea finală noaptea sau în weekend, astfel încât nici măcar timpul de nefuncționare minore să nu fie observat de utilizatorii finali ai clientului.

Pe baza acestor date, puteți selecta un instrument și puteți începe migrarea în sine. Iată ce se întâmplă în continuare.

1. Configurarea conexiunii la rețea. Organizăm conectivitate la rețea între cloud-ul nostru și infrastructura clientului. Mașinile virtuale vor fi copiate prin această rețea. Dacă se folosește Veeam Backup and Replication, atunci acesta este un canal dedicat, mai rar un canal VPN. Dacă Veeam Cloud Connect, atunci totul trece prin Internet sau prin același canal dedicat.

   Apoi, rețeaua este configurată pentru VM în cloud. Mașinile se deplasează de obicei în grupuri și pentru mai mult de o zi. Odată ce VM-urile ne sunt aduse și lansate, acestea trebuie să comunice cu mașinile care rămân încă pe site-ul original.

2. Program de migrare. Când există o mulțime de mașini, este logic să le împărțiți în grupuri și să le transportați în loturi. Împreună cu clientul, cădem de acord asupra unui plan în care precizăm când și ce mașini se vor muta și când se va efectua replicarea finală și trecerea la noul site.
3. Testați migrarea. Migrem mașina virtuală de testare și verificăm dacă totul este configurat corect: conectivitate la rețea între site-uri, disponibilitatea mașinii virtuale la mașinile de pe site-ul sursă, drepturi de cont etc. Acest test ajută la evitarea problemelor în faza de migrare a luptei.

Asta e tot pentru mine. În comentarii, pune întrebări și spune-ne despre experiența ta de migrare.

Sursa: www.habr.com