ProHoster > Blogs > Administrācija > Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni

Apmēram pirms 7 gadiem pirmie projekti vienkārÅ”i un nepretenciozi pārcēlās uz mÅ«su mākoni. Virtuālās maŔīnas attēli tika augÅ”upielādēti FTP serverÄ« vai arÄ« tie tika piegādāti cietajos diskos. Pēc tam, izmantojot Ä«paÅ”u importÄ“Å”anas serveri, virtuālās maŔīnas tika augÅ”upielādētas mākonÄ«.

Ja klientam nav problēmu uz dienu vai divām izslēgt virtuālo maŔīnu (vai nav citu iespēju), tad to var izdarÄ«t. Bet, ja dÄ«kstāvei vajadzētu bÅ«t ne vairāk kā stundu, Ŕī metode nedarbosies. Å odien es jums pastāstÄ«Å”u, kādi rÄ«ki palÄ«dzēs jums migrēt uz mākoni ar minimālu dÄ«kstāvi un kā darbojas pats migrācijas process.

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni

Migrācija ar Veeam dublÄ“Å”anu un replikāciju

Ikviens zina, ka Veeam Backup and Replication ir dublējumkopiju un kopiju izveides rÄ«ks. Mēs to izmantojam migrācijai starp mÅ«su vietnēm un klientu pārneÅ”anai no privātās virtualizācijas uz mÅ«su mākoni. Klienta virtuālās maŔīnas tiek replicētas mÅ«su vCenter, pēc tam inženieris tās pievieno vCloud Director.

Primārā replikācija notiek ieslēgtā virtuālajā maŔīnā. Norunātajā laikā klienta puses iekārta tiek izslēgta. Replikācija tiek palaista vēlreiz, lai pārnestu izmaiņas, kas notikuÅ”as kopÅ” pirmās replikācijas. Pēc tam virtuālā maŔīna sāk darboties mÅ«su mākonÄ«.

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni

Parasti no brīža, kad iekārta tiek izslēgta klienta infrastruktÅ«rā, lÄ«dz brÄ«dim, kad tā tiek ieslēgta mÅ«su mākonÄ«, paiet ne vairāk kā pusstunda, bet gan 15ā€“20 minÅ«tes.

Å ajā gadÄ«jumā sākotnējā virtuālā maŔīna paliek klienta vietnē. Ja pēkŔņi kaut kas noiet greizi, vienmēr varat to atvilkt un ieslēgt. Å Ä« metode klientam ir ērta arÄ« ar to, ka tai nav nepiecieÅ”ams Veeam.

1. gadÄ«jums
Klientam bija sava virtuālā infrastruktÅ«ra uz VMware bāzes ā€“ 40 VM ar 30 TB ietilpÄ«bu. AprÄ«kojums, uz kura tika izvietots klasteris, jau bija novecojis, un klients nolēma neapgrÅ«tināt jaunu iekārtu iegādi un pārcēlās uz publisko mākoni. DÄ«kstāves prasÄ«ba kritiskajām sistēmām nebija ilgāka par stundu. Kā rÄ«ks tika izvēlēts Veeam Replication. Vēl viens pluss bija tas, ka mÅ«su datu centrā atradās klienta interneta pakalpojumu sniedzējs, kas ļāva noorganizēt labu kanālu. Migrācija ilga apmēram mēnesi, dÄ«kstāve pārslēgÅ”anas laikā bija lÄ«dz 30 minÅ«tēm katrai virtuālo maŔīnu grupai.

Migrējiet, izmantojot Veeam Cloud Connect

Veeam Cloud Connect ir rÄ«ks, kas palÄ«dz iestatÄ«t virtuālās maŔīnas replikāciju un palaist kopijas pakalpojumu sniedzēja mākonÄ«. Pēc atjaunināŔanas uz 2019 gadā kļuva iespējams replicēt virtuālās maŔīnas tieÅ”i vCloud Director. VienÄ«gais nosacÄ«jums ir, ka klienta pusē Veeam dublÄ“Å”anai un replikācijai ir jābÅ«t izvietotai vismaz 9. versijai. ÄŖsāk sakot (detalizēta versija Å”eit), tad viss process izskatās Ŕādi.

Programmā vCloud Director tiek izveidota organizācija ar nepiecieÅ”amajiem resursiem un tÄ«kliem. Pakalpojumā Veeam Cloud Connect mēs izveidojam kontu, klients izveido savienojumu ar to no sava Veeam B&R, atlasa DataLine nodroÅ”inātāju un organizāciju un konfigurē uzdevumus replikācijai. Papildus tam, ka Ŕādas migrācijas laikā dÄ«kstāve bÅ«s 15ā€“20 minÅ«Å”u laikā, klients nekādā veidā nav atkarÄ«gs no pakalpojumu sniedzēja tehniskā atbalsta un visu procesu pārvalda patstāvÄ«gi: veido replikācijas uzdevumus, paÅ”u replikāciju, izslēdzas. maŔīnas un iedarbina tās jaunajā vietnē.

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni

2. gadÄ«jums
Klienta infrastruktÅ«ra, no kuras tika plānota migrācija, atradās Baltkrievijā. Bija nepiecieÅ”ams transportēt 90 VM ar kopējo tilpumu 27 TB, neskatoties uz to, ka interneta kanāls bija 100 Mbit/sek. Ja izveidojat dublējumu un nekavējoties augÅ”upielādējat to mÅ«su mākonÄ«, dažām virtuālajām maŔīnām tas aizņemtu vairākas dienas. Å ajā laikā virtuālajā maŔīnā bÅ«tu izaugusi liela delta, un tas varētu negatÄ«vi ietekmēt iekārtu veiktspēju vai, vēl ļaunāk, bÅ«tu beigusies vieta datu krātuvē. Mēs rÄ«kojāmies Ŕādi: vispirms klients izveidoja vietējo pilno dublējumu un pārsÅ«tÄ«ja tā kopiju uz mÅ«su mākoni, izmantojot Veeam Cloud Connect. Tad es izveidoju un pārnesu pieaugumu uz mākoni. Sākotnējā virtuālā maŔīna turpināja darboties. Pēc virtuālās maŔīnas izslēgÅ”anas klients veica vēl vienu pieaugumu un arÄ« pārsÅ«tÄ«ja to uz mākoni. No mÅ«su puses mēs izvietojām virtuālo maŔīnu no pilnas dublējuma un pēc tam ievietojām tajā divas reizes. Å Ä« shēma galu galā ļāva samazināt dÄ«kstāves laiku lÄ«dz 2 stundām, pārejot uz mÅ«su vietni.

Migrācija ar VMware vCloud pieejamību

Å Ä« gada martā VMware izlaida vCloud Availability 3.0, kas ļauj migrēt virtuālās maŔīnas starp dažādiem mākoņiem (vCloud Director ā€“ vCloud Director) un no privāto klientu virtualizācijas stendiem uz mākoni (vCenter ā€“ vCloud Director). Galvenā ērtÄ«ba ir integrācija ar vCloud Director saskarni. Tas ievērojami vienkārÅ”o replikācijas pārvaldÄ«bas procesu un samazina dÄ«kstāves laiku pārslēgÅ”anās laikā.

Izmantojot Å”o rÄ«ku, mēs migrējām vienu no klientiem no mÅ«su Maskavas mākoņa uz mÅ«su mākoni Sanktpēterburgā. Bija nepiecieÅ”ams transportēt 18 virtuālās maŔīnas ar kopējo ietilpÄ«bu 14 TB. Klientam tika izveidota organizācija Sanktpēterburgas mākonÄ« un organizēti nepiecieÅ”amie tÄ«kli. Tālāk no vCloud Director saskarnes klients pārgāja uz vCloud Availability iestatÄ«jumiem, izveidoja replikācijas darbus un viņam izdevÄ«gā laikā pārgāja uz Sanktpēterburgas vietni. DÄ«kstāve pārslēgÅ”anas laikā bija 12 minÅ«tes.

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni
Migrācijas shēma starp DataLine mākoņiem Sanktpēterburgā un Maskavā.

VCloud Availability ir mehānisms virtuālo maŔīnu migrÄ“Å”anai no klienta vietnes uz mÅ«su mākoni. Lai to izdarÄ«tu, klienta vCenter tiek izvietota Ä«paÅ”a lietojumprogramma vCloud Availability. Pēc vienkārÅ”as iestatÄ«Å”anas jÅ«s izveidojat savienojumu ar mākoni un konfigurējat migrācijas uzdevumus. Klients arÄ« pārvalda visu procesu neatkarÄ«gi, un migrācijas laiks tiek samazināts lÄ«dz minimumam.

Operācija ā€œMigrācijaā€: kā pāriet uz DataLine mākoni
Shēma virtuālo maŔīnu migrÄ“Å”anai no privātas instalācijas uz mākoni.

VMware vCloud Pieejamībai ir daudz citu lietoŔanas gadījumu; par tiem drīzumā runāsim atseviŔķā rakstā.

GatavoŔanās migrācijai

Lai izvēlētos rÄ«ku un faktiski sāktu migrÄ“Å”anu, jums ir jāizlemj par Ŕādiem punktiem:

No kurienes mēs migrējam? Ja pārejat no privāta risinājuma, jums ir pilnÄ«ga brÄ«vÄ«ba rÄ«ku izvēlē. Ja jÅ«s attālināsit no sava pakalpojumu sniedzēja, tas ir sarežģītāk. Visticamāk, divu pakalpojumu sniedzēju infrastruktÅ«ru sasaiste un vienkārÅ”i virtuālās maŔīnas vilkÅ”ana un nomeÅ”ana nedarbosies droŔības apsvērumu dēļ. Dažreiz pakalpojumu sniedzējs, kuram klients grasās atteikties, sāk bÅ«t ļauns un kavējas. Varat atteikties no pakalpojumu sniedzēja vecmodÄ«gā veidā: augÅ”upielādējot virtuālās maŔīnas diskos un FTP vai migrējot lietojumprogrammas lÄ«menÄ«. Pēdējā nosaukums ir nosacÄ«ts, un tas izskatās apmēram Ŕādi.

3. gadÄ«jums
Bija nepiecieÅ”ams migrēt klienta SAP sistēmu no Eiropas nodroÅ”inātāja: 34 virtuālās maŔīnas ar ietilpÄ«bu 54 TB. Klientam tika pieŔķirti resursi mÅ«su mākonÄ«. TÄ«kla savienojamÄ«ba tika organizēta starp mums un Eiropas pakalpojumu sniedzēja infrastruktÅ«ru. Lietojumprogrammu serveri tika atkārtoti izvietoti ar nepiecieÅ”amo konfigurāciju. Lielas datu bāzes tika migrētas, augÅ”upielādējot dublējumus mÅ«su mākonÄ«. Pēc tam tika konfigurēta replikācija starp datu bāzēm mÅ«su un sākotnējās vietnēs. Norunātajā laikā pārgājām uz datu bāzēm savā mākonÄ«.

Datu apjoms un interneta kanāls. Mēs parasti lÅ«dzam klientu nodroÅ”ināt augÅ”upielādi pēc sistēmas ar atmiņas, CPU un diska parametriem. Mēs izvērtējam, vai ar kanālu pietiek, lai tieÅ”i nosÅ«tÄ«tu virtuālo maŔīnu kopijas vai dublējumkopijas.

Pieņemams dÄ«kstāves laiks. Dažādām sistēmām un attiecÄ«gi virtuālajām maŔīnām tas var atŔķirties atkarÄ«bā no to biznesa kritiskuma. Parasti klientam ir gatavas prasÄ«bas attiecÄ«bā uz dÄ«kstāvi migrācijas laikā, un, pamatojoties uz to, mēs izvēlamies atbilstoÅ”o rÄ«ku un migrācijas plānu. GalÄ«go pārslēgÅ”anos cenÅ”amies ieplānot naktÄ« vai brÄ«vdienās, lai pat nelielas dÄ«kstāves nebÅ«tu pamanāmas klienta galalietotājiem.

Pamatojoties uz Ŕiem datiem, varat atlasīt rīku un sākt paŔu migrāciju. Lūk, kas notiks tālāk.

  1. TÄ«kla savienojuma iestatÄ«Å”ana. Mēs organizējam tÄ«kla savienojumu starp mÅ«su mākoni un klienta infrastruktÅ«ru. Virtuālās maŔīnas tiks kopētas Å”ajā tÄ«klā. Ja tiek izmantota Veeam dublÄ“Å”ana un replikācija, tas ir Ä«paÅ”s kanāls, retāk VPN kanāls. Ja Veeam Cloud Connect, tad viss notiek caur internetu vai to paÅ”u Ä«paÅ”o kanālu.

    Pēc tam tÄ«kls tiek konfigurēts VM mākonÄ«. AutomaŔīnas parasti pārvietojas grupās un ilgāk par vienu dienu. Kad virtuālās maŔīnas ir atvestas pie mums un palaistas, tām ir jāsazinās ar iekārtām, kas joprojām atrodas sākotnējā vietā.

  2. Migrācijas grafiks. Ja automaŔīnu ir daudz, ir jēga tās sadalÄ«t grupās un pārvadāt pa partijām. Kopā ar klientu vienojamies par plānu, kurā norādām, kad un kuras maŔīnas pārvietosies un kad tiks veikta galÄ«gā replikācija un pārslēgÅ”anās uz jauno vietni.
  3. PārbaudÄ«t migrāciju. Mēs migrējam testa virtuālo maŔīnu un pārbaudām, vai viss ir pareizi konfigurēts: tÄ«kla savienojamÄ«ba starp vietnēm, virtuālās maŔīnas pieejamÄ«ba iekārtām avota vietnē, konta tiesÄ«bas utt. Å is tests palÄ«dz izvairÄ«ties no aizÄ·erÅ”anās kaujas migrācijas stadijā.

Tas man ir viss. Komentāros uzdodiet jautājumus un pastāstiet par savu migrācijas pieredzi.

Avots: www.habr.com

Pievieno komentāru