Operacioni 'Migrimi': si ndodh kalimi në cloud DataLine

Rreth 7 vjet më parë, projektet më të para kalonin në cloud-in tonë lehtësisht dhe pa ndonjë vështirësi. Imazhet e makinave virtuale ngarkoheshin në serverin FTP, ose silleshin në disqe të forta. Më pas, përmes një serveri të veçantë të importit, VM-të ngarkoheshin në cloud.

Nëse për klientin nuk është problem të fikë virtualin për një ose dy ditë (ose nuk ka mundësi të tjera), atëherë mund të bëhet kështu. Por nëse ndalimi duhet të jetë maksimum një orë, atëherë ky mënyrë nuk është e përshtatshme. Sot do të flas për mjetet që ndihmojnë migrimin në cloud me minimumin e ndalimeve dhe se si është realizuar procesi i migrimit tek ne.

Migrimi me ndihmën e Veeam Backup and Replication

Të gjithë e njihni Veeam Backup and Replication si një mjet për krijimin e kopjeve rezervë dhe kopjave replike. Ne e përdorim për migrimin ndërmjet platformave tona dhe për transportin e klientëve nga virtualizimi privat në cloud. Makinat virtuale të klientit replikohet në qendrën tonë vCenter, pas së cilës inxhinieri i shton ato në vCloud Director.

Replikimi fillestar kryhet mbi makinën virtuale të ndezur. Në një kohë të caktuar, makina nga ana e klientit fiket. Replikimi fillon përsëri për të transferuar ndryshimet që ndodhen që nga replikimi i parë. Pas kësaj, makina virtuale fillon tashmë në cloud-in tonë.

Zakonisht, nga momenti i fikjes së makinës në infrastrukturën e klientit deri në momentin e ndezjes në cloud-in tonë kalon jo më shumë se gjysmë ore, më shpesh 15–20 minuta.

Në këtë mënyrë, makina virtuale origjinale mbetet në qendrën e klientit. Nëse ndonjëherë diçka shkon keq, gjithmonë mund të rikthehemi dhe ta ndezim atë. Për klientin, kjo mënyrë është gjithashtu e përshtatshme për faktin se nuk kërkon nga ai praninë e Veeam.

Rasti 1
Klienti kishte infrastrukturën e tij virtuale mbi bazën e VMware - 40 VM me një kapacitet prej 30 TB. Pajisjet, mbi të cilat ishte zhvilluar klasteri, ishin tashmë të vjetra, dhe klienti vendosi të mos merret me blerjen e re dhe të kalojë në cloud-in publik. Kërkesat për ndalimin e sistemeve kritike ishin jo më shumë se një orë. Si instrument u zgjodh Veeam Replication. Një avantazh ishte gjithashtu që furnizuesi i internetit të klientit ishte prezent në qendrën tonë, çka mundësoi organizimin e një kanali të mirë. Migrimi zgjati rreth një muaj, dhe ndalimi gjatë kalimit arriti deri në 30 minuta për një grup makinash virtuale.

Migrimi me ndihmën e Veeam Cloud Connect

Veeam Cloud Connect është një mjet që ndihmon në konfigurimin e replikimit të makinave virtuale dhe në startimin e kopjeve replike në cloud-in e ofruesit të shërbimeve. Pas përditësimit në 2019 vitin, u bë e mundur replikimi i makinave virtuale direkt në vCloud Director. Kushti i vetëm është që në anën e klientit të jetë instaluar Veeam Backup and Replication i paktën versionit 9. Nëse e përmbledhim (versioni i detajuar këtu), procesi i gjithëmbarshëm duket në këtë mënyrë.

Në vCloud Director krijohet një organizatë me burimet dhe rrjetet e nevojshme. Në Veeam Cloud Connect krijojmë një llogari, klienti lidhet me të nga Veeam B&R e tij, zgjedh ofruesin DataLine dhe organizatën, konfiguronte detyrat për replikimin. Përveç faktit se migrimi i tillë do të kishte një ndërprerje prej 15-20 minutash, klienti nuk varet fare nga mbështetja teknike e ofruesit dhe e menaxhon të gjithë procesin vetë: krijon detyrat për replikim, vetë replikimin, ndalon makinat dhe i nis ato në një platformë të re.

Rasti 2
Infrastruktura e klientit, nga e cila ishte planifikuar migrimi, ndodhej në Bjellorusi. Duhej të transportoheshin 90 VM me një kapacitet të përgjithshëm prej 27 Tb, duke pasur parasysh se kanali i internetit ishte 100 mbit/sec. Nëse do të bëhej një backup dhe menjëherë do të ngarkohej në re për ne, për disa VM do të kishte marrë disa ditë. Gjatë kësaj kohe, delta në VM do të ishte rritur shumë, dhe kjo do të kishte ndikuar negativisht në performancën e makinave ose, edhe më keq, do të kishim mbaruar hapësirën në datastor. Vepruam si më poshtë: fillimisht klienti bëri një backup lokal të plotë dhe e transferoi një kopje tek ne në re përmes Veeam Cloud Connect. Më pas bëri dhe transferoi në re një increment. VM origjinale vazhdoi të punonte. Pas ndalimit të VM, klienti bëri një increment tjetër dhe gjithashtu e transferoi në re. Në anën tonë ne zhvilluam një makinë virtuale nga backup-i i plotë, dhe pastaj e përfshimë në të dy incrementet. Kjo skemë arriti në fund të minimalizonte ndërprerjen në 2 orë gjatë kalimit në platformën 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 ndërmjet reve të ndryshme (vCloud Director – vCloud Director) dhe nga stendat private të virtualizimit të klientit në re (vCenter – vCloud Director). Lehtësia kryesore është integrimi me ndërfaqen e vCloud Director. Kjo e thjeshton ndjeshëm procesin e menaxhimit të replikimit dhe minimizon ndërprerjen gjatë kalimit.

Me ndihmën e këtij instrumenti ne migruam një nga klientët tanë nga reja jonë në Moskë në re në Shën Petersburg. Duhej të transportoheshin 18 makina virtuale me një kapacitet të përgjithshëm prej 14 Tb. Një organizatë u krijua për klientin në re në Shën Petersburg dhe u organizuan rrjetet e nevojshme. Më pas, nga ndërfaqja e vCloud Director, klienti kaloi te konfigurimet e vCloud Availability, krijoi detyrat e replikimit dhe në momentin e tij të përshtatshëm kaloi në platformën e Shën Petersburg. Ndërprerja gjatë kalimit ishte 12 minuta.

Skema e migrimit midis reve DataLine në Shën Petersburg dhe Moskë.

Në vCloud Availability ka një mekanizëm për migrimin e VM nga platforma e klientit në cloud-in tonë. Për këtë, në vCenter e klientit instalohet një aparaturë speciale vCloud Availability. Pas një konfigurimi të thjeshtë, realizohet lidhja me cloud-in dhe vendosen detyrat e migrimit. Klienti gjithashtu menaxhon vetë të gjithë procesin, dhe koha e migrimit reduktohet në minimum.

Skema e migrimit të makinave virtuale nga instalimi privat në cloud.

VMware vCloud Availability ka shumë skenarë të tjerë përdorimi, së shpejti do t'ju tregojmë për ta në një artikull të veçantë.

Përgatitja për migrim

Për të zgjedhur mjetin dhe për të filluar migrimin, duhet të vendosni për momentet e mëposhtme:

Nga ku po migrojmë. Nëse po migroni nga një zgjidhje private, keni liri të plotë në zgjedhjen e mjeteve. Nëse po largoheni nga një ofrues, gjërat bëhen më të komplikuara. Me shumë mundësi, nuk do të jetë e mundur të lidhni infrastrukturat e dy ofruesve dhe të tërhiqni thjesht VM për shkak të arsyeve të sigurisë. N sometimes, ofruesi që klienti po planifikon të largohet mund të bëjë probleme dhe të vonojë procesin. Mund të largohemi nga ofruesi në mënyrën tradicionale: duke ngarkuar VM në disqe dhe FTP ose duke migruar në nivelin e aplikacionit. Emri i fundit është në kuptimin figurativ, dhe duket kështu.

Rasti 3
Duhej të migronim sistemin SAP të klientit nga një ofrues evropian: 34 VM me një kapacitet prej 54 TB. Klienti u dha burime në cloud-in tonë. U organizua një lidhje rrjetore midis nesh dhe infrastrukturës së ofruesit evropian. Serverët e aplikacioneve u rivendosën, me konfigurimet e nevojshme. Baza të mëdha të dhënash u migravan përmes ngarkimit të backup-eve në cloud-in tonë. Më pas u konfigurua replikimi midis bazave të të dhënave në platformën tonë dhe atë origjinale. Në një kohë të rënë dakord, ne kaluam në bazat e të dhënave në cloud-in tonë.

Vëllimi i të dhënave dhe kanali i internetit. Ne zakonisht e kërkojmë klientin të ofrojë një eksport të sistemeve me parametrat e memorizimit, CPU, disqe. E vlerësojmë nëse kanali është i mjaftueshëm për të dërguar drejtpërdrejt replikat ose backup-et e makinave virtuale.

Praktika e pranueshme. Për sisteme të ndryshme dhe, për rrjedhojë, makinat virtuale, ajo mund të jetë e ndryshme në varësi të rëndësisë së tyre për biznesin. Zakonisht, klienti vjen me kërkesa të gatshme për pranimin gjatë migrimit, dhe mbi këtë bazë ne zgjedhim 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ë ndërprerje e vogël të mos jetë e dukshme për përdoruesit fundorë të klientit.

Duke u bazuar në këto të dhëna, mund të zgjidhni mjetin dhe të filloni migrimin. Ja çfarë ndodh më pas.

1. Konfigurimi i lidhjes rrjetore. Ne organizojmë lidhjen rrjetore ndërmjet cloud-it tonë dhe infrastrukturës së klientit. Përmes kësaj rrjeti do të kopjohen makinat virtuale. Nëse përdoret Veeam Backup dhe Replication, atëherë ky është një kanali i dedikuar, ndonjëherë një kanal VPN. Nëse Veeam Cloud Connect, çdo gjë kalon përmes internetit ose po atij kanali të dedikuar.

   Më pas, konfigurohet rrjeti për VM-në në cloud. Makinat zakonisht të bartura në grupe dhe jo brenda një dite. Pasi makinat e virtuale të jenë transferuar tek ne dhe të jenë aktivizuar, ato duhet të ndërveprojnë me makinat që ende qëndrojnë në vendin origjinal.

2. Planifikimi i migracionit. Kur ka shumë makina, është e arsyeshme t'i ndajmë ato në grupe dhe t'i transportojmë me grupe. Së bashku me klientin, ne miratojmë një plan në të cilin përcaktojmë kur dhe cilat makina do të transferohen dhe kur do të kryhet replikimi përfundimtar dhe kalimi në vendin e ri.
3. Migracioni testues. Migrim i një makine virtuale testuese dhe kontrollojmë nëse gjithçka është e konfiguruar siç duhet: lidhja rrjetore ndërmjet vendeve, disponueshmëria e makinës virtuale për makinat në vendin origjinal, të drejtat e llogarisë dhe më shumë. Ky test ndihmon për të shmangur pengesat në fazën e migrimit aktiv.

Këtu kam përfunduar. Në komentet, bëni pyetje dhe ndani përvojën tuaj të migrimit.

Burimi: habr.com