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
