Rreth 7 vjet më parë, projektet e para kalonin në re në mënyrë të thjeshtë dhe pa përpjekje të madhe. Imazhet e makinave virtuale ngarkohej në serverin FTP, ose i sillnin në disqet e forta. Më pas, përmes një serveri të veçantë importi, makinat virtuale ngarkoheshin në re.
Nëse për klientin nuk është problem të fikë makinën virtuale për një ditë ose dy (ose nuk ka mundësi të tjera), atëherë mund të bëhet kështu. Por nëse pushimi duhet të jetë maksimalisht një orë, atëherë ky metod nuk është i përshtatshëm. Sot do të flas për instrumentet që ndihmojnë në migrimin në re me pushim minimal dhe për procesin e migrimit që ndodh tek ne.
Migrimi me ndihmën e Veeam Backup and Replication
Veeam Backup and Replication është i njohur si një instrument për krijimin e rezervave dhe replikave. Ne e përdorim për migrimin ndërmjet platformave tona dhe për transferimin e klientëve nga virtualizimi privat në re. Makinat virtuale të klientit replikohen në qendrën tonë vCenter, pasi inxhinieri i adicionon ato në vCloud Director.
Replikimi fillestar kryhet te makina virtuale e aktivizuar. Në një kohë të caktuar, makina në anën e klientit fiket. Replikimi nis përsëri për të transferuar ndryshimet që kanë ndodhur që nga replikimi i parë. Pas kësaj, makina virtuale nis në re tonë.
Zakonisht, nga momenti i fikjes së makinës në infrastrukturën e klientit deri në momentin e aktivizimit në re tonë kalon jo më shumë se gjysmë ore, dhe shpesh 15-20 minuta.
Ndërkohë, në platformën e klientit mbetet makina virtuale origjinale. Nëse ndonjëherë diçka shkon keq, gjithmonë mund të riktheheni dhe ta aktivizoni atë. Për klientin, ky metod është gjithashtu i përshtatshëm sepse nuk kërkon pranishmërinë e Veeam.
Rasti 1
Klienti kishte infrastrukturën e tij virtuale të bazuar në VMware – 40 VM me kapacitet 30 Tb. Pajisjet mbi të cilat ishte instaluar klasteri ishin bërë të vjetra dhe klienti vendosi të mos merret me blerjen e re dhe të kalojë në re publike. Kërkesa për pushimin e sistemeve kritik ishte jo më shumë se një orë. Si instrument u zgjodh Veeam Replication. Një përfitim ishte gjithashtu se ofruesi i internetit të klientit ishte i pranishëm në qendrën tonë të të dhënave, çka ndihmoi në organizimin e një kanali të mirë. Migrimi zgjati rreth një muaj, me një pushim në ndërrim deri në 30 minuta për një grup makinash virtuale.
Migrimi me ndihmën e Veeam Cloud Connect
Veeam Cloud Connect – një mjet që ndihmon në konfigurimin e replikimit të makinave virtuale dhe në fillimin e replikave në cloud-in e ofruesit të shërbimeve. Pas përditësimit në vitet e fundit, u bë e mundur të replikoheshin makinat virtuale direkt në vCloud Director. Kushti i vetëm është që klienti duhet të ketë instaluar Veeam Backup and Replication në versionin 9 ose më të lartë. Nëse e shkurtësojmë (versioni i detajuar ), procesi përmbledh në këtë mënyrë.
Në vCloud Director krijohet një organizatë me resurset dhe rrjetet e nevojshme. Në Veeam Cloud Connect krijojmë një llogari, klienti lidhet me të nga Veeam B&R, zgjedh ofruesin DataLine dhe organizatën, konfigurimi i detyrave për replikim. Përveç faktit që me këtë migrim, ndalimi do të jetë brenda 15–20 minutave, klienti nuk varet aspak nga mbështetja teknike e ofruesit dhe e menaxhon të gjithë procesin vetë: krijon detyra për replikim, replikimin vetë, ndalon makinat dhe fillon procesin e nisjes në lokalitetin e ri.
Çështja 2
Infrastruktura e klientit, nga e cila ishte planifikuar migrimi, ndodhej në Bjellorusi. Duhej të transportoheshin 90 VM me një vëllim të përgjithshëm prej 27 TB, ndërkohë që kanali i internetit ishte 100 mbit/s. Nëse do të bënim një backup dhe menjëherë do ta ngarkonim në cloudin tonë, atëherë për disa VM do të kishte nevojë disa ditë. Gjatë kësaj kohe, do të rritej një delta e madhe në VM, e cila do të mund të ndikonte negativisht në performancën e makinave ose, më keq akoma, nëse përfundonte hapësira në datastor. Vepruam si më poshtë: fillimisht klienti bëri një backup të plotë lokal dhe e transportoi një kopje në cloudin tonë përmes Veeam Cloud Connect. Pastaj bëri dhe e dërgoi incrementin në cloud. Makinë virtuale origjinale vazhdoi të punojë. Pas fikjes së VM, klienti bëri një tjetër increment dhe gjithashtu e transferoi në cloud. Në anën tonë, ne instaluam makinën virtuale nga backup-i i plotë, dhe pastaj e transferuam dy incrementet mbi të. Kjo skemë lehtësuan minimizimin e ndalimit në 2 ore gjatë kalimit në lokalitetin tonë.
Migrimi me ndihmën e VMware vCloud Availability
Në mars të këtij viti, VMware publikoi vCloud Availability 3.0, i cili lejon migrimin e makinave virtuale midis mjeteve të ndryshme (vCloud Director – vCloud Director) dhe nga stendat private të virtualizimit të klientëve në cloud (vCenter – vCloud Director). Lehtësia kryesore është integrimi me interfacinë vCloud Director. Kjo e thjeshton ndjeshëm procesin e menaxhimit të replikimit dhe minimizon kohën e ndalesës gjatë kalimit.
Me ndihmën e këtij mjeti, ne migruam një nga klientët tanë nga cloud-i ynë në Moskë në cloud-in tonë në Shën Petersburg. Duhej të transportoheshin 18 makina virtuale me një kapacitet total prej 14 TB. Për klientin u krijua një organizatë në cloud-in e Shën Petersburgut dhe u organizuan rrjetet e nevojshme. Më pas, nga interfacia e vCloud Director, klienti kaloi te cilësimet e vCloud Availability, krijoi detyrat e replikimit dhe në kohën e përshtatshme për të, kaloi në lokacionin e Shën Petersburgut. Koha e ndalesës gjatë kalimit ishte 12 minuta.
Skema e migrimit midis cloud-eve DataLine në Shën Petersburg dhe Moskë.
Në vCloud Availability ka një mekanizëm për migrimin e VM-ve nga lokacioni i klientit në cloud-in tonë. Për këtë, në vCenter të klientit shpërndahen një pajisje speciale vCloud Availability. Pas një konfigurimi të thjeshtë, bëhet lidhja me cloud-in dhe konfigurohen detyrat e migrimit. Klienti gjithashtu menaxhon vetë të gjithë procesin, dhe koha e migrimit minimizohet.
Skema e migrimit të makinave virtuale nga një instalim privat në cloud.
VMware vCloud Availability ka shumë skenarë të tjerë përdorimi, së shpejti do t'i tregojmë ata në një artikull të veçantë.
Përgatitja për migrim
Për të zgjedhur mjetin dhe për t'u angazhuar në migrim, duhet të përcaktoheni me këto pika:
Nga ku migror. Nëse jeni duke migruar nga një zgjidhje private, atëherë keni lirinë e plotë për të zgjedhur mjetet. Nëse po largohet nga një ofrues, atëherë këtu bëhet më e vështirë. Me shumë mundësi, lidhja e infrastrukturave të dy ofruesve dhe thjesht të transferoni VM-në nuk do të jetë e mundur për shkak të shqetësimeve të sigurisë. Ndonjëherë, ofruesi nga i cili klienti planifikon të largohet, madje fillon të pengojë dhe të vonojë. Largimi nga ofruesi mund të bëhet në mënyrë tradicionale: duke nxjerrë VM-në në disqe dhe FTP ose duke migruar në nivelin e aplikacionit. Emri i fundit është kushtuar dhe duket përafërsisht kështu.
Rasti 3
Duhej të migrosh sistemin SAP të klientit nga një ofrues evropian: 34 VM me një volum prej 54 TB. Klienti mori burime në re tonë. Ndërmjet nesh dhe infrastrukturës së ofruesit evropian u organizua lidhja rrjet. Serverët e aplikacioneve u rindërtuan nga e para, me konfigurimet e nevojshme. Baza të mëdha të të dhënave u migruan përmes ngarkimit të kopjeve rezervë në re tonë. Më pas, u konfigurua replikimi mes bazave të të dhënave në vendin tonë dhe në atë origjinal. Në kohën e rënë dakord, ne kaluam në bazat e të dhënave në re tonë.
Volumi i të dhënave dhe kanali i internetit. Ne zakonisht kërkojmë nga klienti të sigurojë një skedë për sistemet me parametrat e memories, CPU, dhe disqeve. E vlerësojmë nëse kanali është i mjaftueshëm për të dërguar drejtpërdrejt replikat ose kopjet rezervë të makinave virtuale.
Niveli i pranueshëm i ndalesës. Për sisteme të ndryshme dhe, për rrjedhojë, për makina virtuale, ai mund të jetë i ndryshëm në varësi të kriticitetit të tyre për biznesin. Zakonisht klienti vjen me kërkesa të përgatitura për ndalesën gjatë migrimit, dhe mbi këtë bazë ne zgjidhim mjetin dhe planin e migrimit të përshtatshëm. Ne përpiqemi të planifikojmë kalimin përfundimtar në orët e natës ose në fundjavë, në mënyrë që edhe një ndalesë e vogël të mos vihet re nga përdoruesit përfundimtarë të klientit.
Duke u bazuar në këto të dhëna, mund të zgjidhen mjetet dhe të fillohet migrimi i vet. Këtu është se çfarë ndodh më pas.
- Konfigurimi i lidhjes rrjet. Ne organizojmë lidhjen rrjet ndërmjet re tonë dhe infrastruktura e klientit. Përmes kësaj rrjeti do të kopjohen makinat virtuale. Nëse përdoret Veeam Backup and Replication, atëherë kemi një kanal të dedikuar, më rrallë - një kanal VPN. Nëse është Veeam Cloud Connect, gjithçka shkon përmes internetit ose po atij kanali të dedikuar.
Më pas konfigurimohet rrjeti për VM në re. Makinat zakonisht kalojnë në grupe dhe jo për një ditë. Pasi që VM të kalojnë te ne dhe të nisën, ato duhet të ndihmojnë me makinat që ende mbeten në vendin origjinal.
- Planifikimi i migrimit. Kur ka shumë makina, është e arsyeshme t'i ndajmë ato në grupe dhe t'i transportojmë në pjesë. Bashkë me klientin, ne miratojmë një plan, në të cilin përshkruajmë se kur dhe cilat makina do të kalojnë dhe kur do të bëhet replikimi përfundimtar dhe kalimi në vend të ri.
- Migraimi provues. Migrojmë makinat virtuale testuese dhe kontrollojmë nëse gjithçka është konfiguruar siç duhet: lidhja në rrjet midis vendeve, aksesibiliteti i makinës virtuale për makinat në vendin burim, të drejtat e përdoruesit dhe të tjera. Ky test ndihmon në shmangien e vonesave gjatë fazës së migrimit të prodhimit.
Këtu përfundoj. Në komentet, bëni pyetje dhe ndani përvojën tuaj të migrimit.
Burimi: habr.com
