Rreth 7 vjet më parë, projektet e para u zhvendosën në renë tonë thjesht dhe pa pretendime. Imazhet e makinës virtuale u ngarkuan në një server FTP, ose ato u dorëzuan në disqe të ngurtë. Më pas, përmes një serveri të veçantë importi, VM-të u ngarkuan në cloud.
Nëse nuk është problem që klienti të fikë makinën virtuale për një ose dy ditë (ose nuk ka mundësi të tjera), atëherë kjo mund të bëhet. Por nëse koha e ndërprerjes duhet të jetë maksimumi një orë, atëherë kjo metodë nuk do të funksionojë. Sot do t'ju tregoj se cilat mjete do t'ju ndihmojnë të migroni në cloud me kohë minimale joproduktive dhe si funksionon vetë procesi ynë i migrimit.
Migrimi me Veeam Backup dhe Replication
Të gjithë e njohin Veeam Backup and Replication si një mjet për krijimin e kopjeve rezervë dhe kopjeve. Ne e përdorim atë për migrimin midis faqeve tona dhe për transportimin e klientëve nga virtualizimi privat në renë tonë. Makinat virtuale të klientit riprodhohen në vCenter tonë, pas së cilës inxhinieri i shton ato te vCloud Director.
Replikimi primar ndodh në një makinë virtuale të ndezur. Në kohën e rënë dakord, makina nga ana e klientit fiket. Replikimi ekzekutohet përsëri për të bartur ndryshimet që kanë ndodhur që nga riprodhimi i parë. Pas kësaj, makina virtuale fillon në renë tonë.
Në mënyrë tipike, nga momenti kur makina është fikur në infrastrukturën e klientit deri në momentin kur është ndezur në renë tonë, nuk kalon më shumë se gjysmë ore, por më tepër 15-20 minuta.
Në këtë rast, makina virtuale origjinale mbetet në faqen e klientit. Nëse papritur diçka shkon keq, gjithmonë mund të riktheheni dhe ta aktivizoni. Kjo metodë është gjithashtu e përshtatshme për klientin pasi nuk kërkon që ai të ketë Veeam.
Rasti 1
Klienti kishte infrastrukturën e tij virtuale të bazuar në VMware - 40 VM me një kapacitet 30 TB. Pajisjet në të cilat ishte vendosur grupi ishin tashmë të vjetruara dhe klienti vendosi të mos shqetësohej për të blerë të reja dhe u zhvendos në renë publike. Kërkesa për kohën e ndërprerjes për sistemet kritike nuk ishte më shumë se një orë. Veeam Replication u zgjodh si mjet. Një tjetër plus ishte se ofruesi i Internetit i klientit ishte i pranishëm në qendrën tonë të të dhënave, gjë që bëri të mundur organizimin e një kanali të mirë. Migrimi zgjati rreth një muaj, koha e ndërprerjes gjatë ndërrimit ishte deri në 30 minuta për grup makinash virtuale.
Migroni me Veeam Cloud Connect
Veeam Cloud Connect është një mjet që ju ndihmon të konfiguroni përsëritjen e makinës virtuale dhe të lëshoni kopje në renë kompjuterike të ofruesit të shërbimit. Pas përditësimit në vit, u bë e mundur që makinat virtuale të kopjohen drejtpërdrejt te vCloud Director. Kushti i vetëm është që në anën e klientit, Veeam Backup dhe Replication duhet të vendosen të paktën versioni 9. Shkurtimisht (versioni i detajuar ), atëherë i gjithë procesi duket kështu.
Në drejtorin vCloud, krijohet një organizatë me burimet dhe rrjetet e nevojshme. Në Veeam Cloud Connect, ne krijojmë një llogari, klienti lidhet me të nga Veeam B&R i tij, zgjedh një ofrues dhe organizatë DataLine dhe konfiguron detyrat për përsëritje. Përveç faktit se gjatë një migrimi të tillë, koha e ndërprerjes do të jetë brenda 15-20 minutave, klienti nuk varet në asnjë mënyrë nga mbështetja teknike e ofruesit dhe menaxhon të gjithë procesin në mënyrë të pavarur: krijon detyra riprodhimi, vetë përsëritja, fiket. makinat dhe i nis ato në faqen e re.
Rasti 2
Infrastruktura e klientit, nga ku ishte planifikuar migrimi, ndodhej në Bjellorusi. Ishte e nevojshme të transportoheshin 90 VM me një vëllim total prej 27 TB, pavarësisht se kanali i Internetit ishte 100 Mbit/sek. Nëse bëni një kopje rezervë dhe e ngarkoni menjëherë në renë tonë, atëherë për disa VM do të duheshin disa ditë. Gjatë kësaj kohe, një delta e madhe do të ishte rritur në VM dhe kjo mund të kishte një ndikim negativ në performancën e makinerive ose, edhe më keq, hapësira në dyqanin e të dhënave do të kishte mbaruar. Ne vepruam si më poshtë: së pari, klienti bëri një kopje rezervë të plotë lokale dhe transferoi një kopje të tij në renë tonë përmes Veeam Cloud Connect. Pastaj bëra dhe transferova shtimin në re. Makina origjinale virtuale vazhdoi të funksiononte. Pas mbylljes së VM-së, klienti bëri një rritje tjetër dhe gjithashtu e transferoi atë në cloud. Nga ana jonë, ne vendosëm një makinë virtuale nga një kopje rezervë e plotë dhe më pas rrokullisim dy rritje mbi të. Kjo skemë përfundimisht bëri të mundur minimizimin e kohës së ndërprerjes në 2 orë kur kaloni në faqen tonë.
Migrimi me VMware vCloud Disponueshmëria
Në mars të këtij viti, VMware lëshoi vCloud Availability 3.0, i cili ju lejon të migroni makinat virtuale midis reve të ndryshme (vCloud Director - vCloud Director) dhe nga qendra e virtualizimit të klientit privat në cloud (vCenter - vCloud Director). Lehtësia kryesore është integrimi me ndërfaqen vCloud Director. Kjo thjeshton shumë procesin e menaxhimit të replikimit dhe minimizon kohën e ndërprerjes gjatë kalimit.
Duke përdorur këtë mjet, ne migruam një nga klientët nga reja jonë e Moskës në renë tonë në Shën Petersburg. Ishte e nevojshme të transportoheshin 18 makina virtuale me një kapacitet total prej 14 TB. U krijua një organizatë për klientin në renë e Shën Petersburgut dhe u organizuan rrjetet e nevojshme. Më pas, nga ndërfaqja vCloud Director, klienti shkoi te cilësimet e vCloud Availability, krijoi punë riprodhimi dhe kaloi në faqen e Shën Petersburgut në një kohë të përshtatshme për të. Koha e ndërprerjes gjatë ndërrimit ishte 12 minuta.
Skema e migrimit midis reve DataLine në Shën Petersburg dhe Moskë.
Disponueshmëria e vCloud ka një mekanizëm për migrimin e VM-ve nga faqja e klientit në renë tonë. Për ta bërë këtë, një aplikacion i veçantë vCloud Availability vendoset në vCenter-in e klientit. Pas konfigurimit të thjeshtë, lidheni me renë kompjuterike dhe konfiguroni detyrat e migrimit. Klienti gjithashtu menaxhon të gjithë procesin në mënyrë të pavarur dhe koha e migrimit mbahet në minimum.
Skema për migrimin e makinave virtuale nga një instalim privat në cloud.
VMware vCloud Availability ka shumë raste të tjera përdorimi; së shpejti do të flasim për to në një artikull të veçantë.
Përgatitja për migrim
Për të zgjedhur një mjet dhe për të filluar migrimin, duhet të vendosni për pikat e mëposhtme:
Nga të migrojmë? Nëse po migroni nga një zgjidhje private, atëherë keni liri të plotë në zgjedhjen e mjeteve. Nëse largoheni nga ofruesi juaj, atëherë është më e ndërlikuar. Me shumë mundësi, lidhja e infrastrukturave të dy ofruesve dhe thjesht zvarritja dhe heqja e një VM nuk do të funksionojë për arsye sigurie. Ndonjëherë ofruesi që klienti do të refuzojë fillon të jetë keqbërës dhe ngec me kalimin e kohës. Mund të largoheni nga ofruesi në mënyrën e vjetër: duke ngarkuar VM në disqe dhe FTP, ose duke migruar në nivelin e aplikacionit. Emri i këtij të fundit është i kushtëzuar dhe duket diçka si ky.
Rasti 3
Ishte e nevojshme të migrohej sistemi SAP i klientit nga një ofrues evropian: 34 VM me kapacitet 54 TB. Klientit iu ndanë burime në renë tonë. Lidhja me rrjetin u organizua mes nesh dhe infrastrukturës së ofruesit evropian. Serverët e aplikacionit u rivendosën, me konfigurimin e nevojshëm të përmbysur. Baza e të dhënave të mëdha u migruan përmes ngarkimit të kopjeve rezervë në renë tonë. Më pas, përsëritja u konfigurua midis bazave të të dhënave në faqet tona dhe ato origjinale. Në kohën e rënë dakord, ne kaluam në bazat e të dhënave në renë tonë.
Vëllimi i të dhënave dhe kanali i internetit. Zakonisht i kërkojmë klientit të sigurojë një ngarkim sipas sistemit me memorie, CPU dhe parametra të diskut. Ne vlerësojmë nëse kanali është i mjaftueshëm për të dërguar drejtpërdrejt kopje ose kopje rezervë të makinave virtuale.
Koha e pranueshme joproduktive. Për sisteme të ndryshme dhe, në përputhje me rrethanat, makina virtuale, mund të jetë e ndryshme në varësi të kritikës së tyre të biznesit. Zakonisht klienti vjen me kërkesa të gatshme për joproduktive gjatë migrimit dhe në bazë të kësaj zgjedhim mjetin dhe planin e duhur të migrimit. Ne përpiqemi të planifikojmë kalimin përfundimtar gjatë natës ose në fundjavë në mënyrë që edhe ndërprerja e vogël të mos jetë e dukshme për përdoruesit përfundimtarë të klientit.
Bazuar në këto të dhëna, mund të zgjidhni një mjet dhe të filloni vetë migrimin. Ja çfarë ndodh më pas.
- Konfigurimi i lidhjes së rrjetit. Ne organizojmë lidhjen e rrjetit midis resë sonë dhe infrastrukturës së klientit. Makinat virtuale do të kopjohen përmes këtij rrjeti. Nëse përdoret Veeam Backup and Replication, atëherë ky është një kanal i dedikuar, më rrallë një kanal VPN. Nëse Veeam Cloud Connect, atëherë gjithçka kalon përmes Internetit ose të njëjtit kanal të dedikuar.
Pastaj rrjeti konfigurohet për VM në cloud. Makinat zakonisht lëvizin në grupe dhe për më shumë se një ditë. Pasi VM-të të sillen tek ne dhe të lançohen, ato duhet të komunikojnë me makinat që mbeten ende në vendin origjinal.
- Orari i migrimit. Kur ka shumë makina, ka kuptim t'i ndani ato në grupe dhe t'i transportoni ato në grupe. Së bashku me klientin, ne biem dakord për një plan në të cilin ne specifikojmë se kur dhe cilat makina do të lëvizin dhe kur do të kryhet përsëritja përfundimtare dhe kalimi në faqen e re.
- Testimi i migrimit. Ne migrojmë makinën virtuale testuese dhe kontrollojmë nëse gjithçka është konfiguruar saktë: lidhja e rrjetit midis sajteve, disponueshmëria e makinës virtuale në makinat në sitin burimor, të drejtat e llogarisë, etj. Ky test ndihmon për të shmangur pengesat në fazën e migrimit luftarak.
Kjo është e gjitha për mua. Në komente, bëni pyetje dhe na tregoni për përvojën tuaj të migrimit.
Burimi: www.habr.com