Prije otprilike 7 godina, prvi projekti su se preselili u naš oblak jednostavno i nepretenciozno. Slike virtuelne mašine su postavljene na FTP server ili su isporučene na čvrste diskove. Zatim su, preko specijalnog servera za uvoz, VM-ovi učitani u oblak.
Ako klijentu nije problem isključiti virtuelnu mašinu na dan-dva (ili nema drugih opcija), onda se to može učiniti. Ali ako vrijeme zastoja treba biti maksimalno sat vremena, onda ova metoda neće raditi. Danas ću vam reći koji će vam alati pomoći da pređete na oblak uz minimalno vrijeme zastoja i kako funkcionira sam proces migracije.
Migracija uz Veeam Backup i Replication
Svi znaju Veeam Backup and Replication kao alat za kreiranje sigurnosnih kopija i replika. Koristimo ga za migraciju između naših stranica i za prijenos klijenata iz privatne virtualizacije u naš oblak. Klijentove virtuelne mašine se repliciraju u naš vCenter, nakon čega ih inženjer dodaje u vCloud Director.
Primarna replikacija se događa na uključenoj virtuelnoj mašini. U dogovoreno vrijeme, mašina na strani klijenta se isključuje. Replikacija se ponovo izvodi kako bi se prenijele promjene koje su se dogodile od prve replikacije. Nakon toga, virtuelna mašina se pokreće u našem oblaku.
Obično od trenutka kada se mašina isključi na infrastrukturi klijenta do trenutka kada se uključi u naš oblak, ne prođe više od pola sata, već 15-20 minuta.
U ovom slučaju, originalna virtuelna mašina ostaje na lokaciji klijenta. Ako iznenada nešto pođe po zlu, uvijek se možete vratiti i uključiti. Ova metoda je također pogodna za klijenta jer ne zahtijeva da ima Veeam.
Slučaj 1
Klijent je imao sopstvenu virtuelnu infrastrukturu zasnovanu na VMware-u - 40 VM-ova kapaciteta 30 TB. Oprema na kojoj je klaster raspoređena je već zastarjela, a klijent je odlučio da se ne muči kupovinom nove i prešao je na javni oblak. Zahtjevi zastoja za kritične sisteme nisu bili duži od sat vremena. Veeam Replication je odabran kao alat. Još jedan plus bio je to što je klijentov Internet provajder bio prisutan u našem data centru, što je omogućilo organizovanje dobrog kanala. Migracija je trajala oko mjesec dana, vrijeme zastoja tokom prebacivanja bilo je do 30 minuta po grupi virtuelnih mašina.
Migrirajte s Veeam Cloud Connect
Veeam Cloud Connect je alat koji vam pomaže da postavite replikaciju virtuelne mašine i pokrenete replike u oblaku dobavljača usluga. Nakon ažuriranja na godine, postalo je moguće replicirati virtuelne mašine direktno na vCloud Director. Jedini uslov je da na strani klijenta Veeam Backup and Replication mora biti implementiran najmanje verzije 9. Ukratko (detaljna verzija ), tada cijeli proces izgleda ovako.
U vCloud Director-u se kreira organizacija s potrebnim resursima i mrežama. U Veeam Cloud Connect kreiramo nalog, klijent se povezuje na njega iz svog Veeam B&R-a, bira DataLine provajdera i organizaciju i konfiguriše zadatke za replikaciju. Osim što će tokom takve migracije zastoj biti u roku od 15-20 minuta, klijent ni na koji način ne ovisi o tehničkoj podršci provajdera i samostalno upravlja cijelim procesom: kreira zadatke replikacije, samu replikaciju, isključuje mašine i pokreće ih na novoj lokaciji.
Slučaj 2
Infrastruktura klijenta, odakle je planirana migracija, nalazila se u Bjelorusiji. Bilo je potrebno transportovati 90 VM-ova ukupne zapremine od 27 TB, uprkos činjenici da je internet kanal bio 100 Mbit/sec. Ako napravite rezervnu kopiju i odmah je otpremite u naš oblak, za neke VM-ove bi to trajalo nekoliko dana. Tokom ovog vremena, na VM-u bi narasla velika delta, a to bi moglo imati negativan uticaj na performanse mašina ili, što je još gore, ponestalo bi prostora u skladištu podataka. Postupili smo na sljedeći način: prvo je klijent napravio lokalnu potpunu sigurnosnu kopiju i prenio kopiju u naš oblak putem Veeam Cloud Connect-a. Zatim sam napravio i prenio inkrement u oblak. Originalna virtuelna mašina nastavila je da radi. Nakon gašenja VM-a, klijent je napravio još jedan inkrement i također ga prebacio u oblak. Sa naše strane, postavili smo virtuelnu mašinu iz pune rezervne kopije, a zatim na nju ubacili dva inkrementa. Ova šema je u konačnici omogućila da se minimizira vrijeme zastoja na 2 sata pri prelasku na našu stranicu.
Migracija uz VMware vCloud dostupnost
U martu ove godine, VMware je objavio vCloud Availability 3.0, koji vam omogućava da migrirate virtuelne mašine između različitih oblaka (vCloud Director - vCloud Director) i sa platforme za virtuelizaciju privatnog klijenta u oblak (vCenter - vCloud Director). Glavna pogodnost je integracija sa interfejsom vCloud Director. Ovo uvelike pojednostavljuje proces upravljanja replikacijom i minimizira vrijeme zastoja tokom prebacivanja.
Koristeći ovaj alat, migrirali smo jednog od klijenata iz našeg moskovskog oblaka u naš oblak u Sankt Peterburgu. Bilo je potrebno transportovati 18 virtuelnih mašina ukupnog kapaciteta 14 TB. Za klijenta je kreirana organizacija u oblaku Sankt Peterburga i organizovane su potrebne mreže. Zatim, iz interfejsa vCloud Director, klijent je otišao na postavke dostupnosti vClouda, kreirao poslove replikacije i prebacio se na lokaciju u Sankt Peterburgu u pogodno vreme za njega. Zastoj tokom prebacivanja je bio 12 minuta.
Šema migracije između DataLine oblaka u Sankt Peterburgu i Moskvi.
vCloud Availability ima mehanizam za migraciju VM-a sa klijentove stranice u naš oblak. Da biste to učinili, posebna aplikacija vCloud Availability se postavlja u vCenter klijenta. Nakon jednostavnog podešavanja, povezujete se na oblak i konfigurišete zadatke migracije. Klijent također samostalno upravlja cijelim procesom, a vrijeme migracije je svedeno na minimum.
Šema za migraciju virtuelnih mašina iz privatne instalacije u oblak.
VMware vCloud Availability ima mnogo drugih slučajeva upotrebe; o njima ćemo uskoro govoriti u posebnom članku.
Priprema za migraciju
Da biste odabrali alat i zapravo započeli migraciju, morate odlučiti o sljedećim točkama:
Odakle mi migriramo? Ako prelazite sa privatnog rješenja, onda imate potpunu slobodu u odabiru alata. Ako se udaljite od svog provajdera, onda je sve komplikovanije. Najvjerovatnije, povezivanje infrastruktura dva provajdera i jednostavno prevlačenje i ispuštanje VM neće raditi iz sigurnosnih razloga. Ponekad provajder kojeg će klijent odbiti počinje biti nestašan i koči s vremenom. Možete se udaljiti od provajdera na staromodan način: otpremanjem VM-a na diskove i FTP, ili migracijom na nivou aplikacije. Ime potonjeg je uslovno, a izgleda otprilike ovako.
Slučaj 3
Bilo je potrebno migrirati klijentov SAP sistem od evropskog provajdera: 34 VM-a kapaciteta 54 TB. Klijentu su dodijeljeni resursi u našem oblaku. Organizirana je mrežna povezanost između nas i infrastrukture evropskog provajdera. Aplikacioni serveri su ponovo raspoređeni, s promijenjenim potrebnim konfiguracijama. Velike baze podataka su migrirane učitavanjem rezervnih kopija u naš oblak. Zatim je konfigurirana replikacija između baza podataka na našoj i originalnoj web lokaciji. U dogovoreno vrijeme prešli smo na baze podataka u našem oblaku.
Obim podataka i Internet kanal. Obično tražimo od klijenta da obezbijedi otpremanje od strane sistema sa parametrima memorije, CPU-a i diska. Procjenjujemo da li je kanal dovoljan za direktno slanje replika ili rezervnih kopija virtuelnih mašina.
Prihvatljivo vrijeme zastoja. Za različite sisteme i, shodno tome, virtuelne mašine, može biti različit u zavisnosti od njihove poslovne kritičnosti. Obično klijent dolazi sa gotovim zahtjevima za zastoje tokom migracije i na osnovu toga biramo odgovarajući alat i plan migracije. Završno prebacivanje nastojimo zakazati noću ili vikendom tako da krajnjim korisnicima klijenta ne budu uočljivi ni manji zastoji.
Na osnovu ovih podataka možete odabrati alat i započeti samu migraciju. Evo šta se dalje dešava.
- Postavljanje mrežnog povezivanja. Organizujemo mrežno povezivanje između našeg oblaka i infrastrukture klijenta. Virtuelne mašine će se kopirati preko ove mreže. Ako se koristi Veeam Backup and Replication, onda je to namjenski kanal, rjeđe VPN kanal. Ako Veeam Cloud Connect, onda sve ide putem interneta ili istog namjenskog kanala.
Zatim se mreža konfiguriše za VM u oblaku. Automobili se obično kreću u grupama i duže od jednog dana. Jednom kada nam VM budu dostavljeni i pokrenuti, oni moraju komunicirati sa mašinama koje još uvijek ostaju na originalnom mjestu.
- Raspored migracije. Kada ima puno automobila, ima smisla podijeliti ih u grupe i transportovati u serijama. Zajedno sa klijentom dogovaramo plan u kojem preciziramo kada i koje mašine će se preseliti i kada će se izvršiti konačna replikacija i prelazak na novu lokaciju.
- Test migracije. Migriramo test virtuelnu mašinu i proveravamo da li je sve ispravno konfigurisano: mrežna povezanost između sajtova, dostupnost virtuelne mašine mašinama na izvornom sajtu, prava naloga itd. Ovaj test pomaže da se izbjegnu zastoji u fazi borbene migracije.
To je sve za mene. U komentarima postavljajte pitanja i recite nam o svom iskustvu migracije.
izvor: www.habr.com