«Көшіру» операциясы: DataLine бұлтына қалай өту керек

Шамамен 7 жыл бұрын алғашқы жобалар біздің бұлтқа қарапайым және қарапайым түрде көшті. Виртуалды машина кескіндері FTP серверіне жүктелді немесе олар қатты дискілерде жеткізілді. Содан кейін арнайы импорттау сервері арқылы виртуалды құрылғылар бұлтқа жүктелді.

Егер клиент үшін виртуалды машинаны бір-екі күнге өшіру қиындық тудырмаса (немесе басқа опциялар болмаса), онда мұны жасауға болады. Бірақ егер тоқтау уақыты ең көп дегенде бір сағат болуы керек болса, онда бұл әдіс жұмыс істемейді. Бүгін мен сізге ең аз үзіліспен бұлтқа көшуге қандай құралдар көмектесетінін және біздің тасымалдау процесінің өзі қалай жұмыс істейтінін айтамын.

«Көшіру» операциясы: DataLine бұлтына қалай өту керек

Veeam Backup және Replication көмегімен тасымалдау

Барлығы Veeam Backup and Replication сақтық көшірмелерді және көшірмелерді жасауға арналған құрал ретінде біледі. Біз оны сайттар арасында көшіру және жеке виртуализациядан бұлтқа клиенттерді тасымалдау үшін қолданамыз. Клиенттің виртуалды машиналары біздің vCenter жүйесіне көшіріледі, содан кейін инженер оларды vCloud Director қызметіне қосады.

Бастапқы репликация қосулы виртуалды машинада орын алады. Келісілген уақытта клиенттік құрылғы өшіріледі. Бірінші репликациядан бері орын алған өзгерістерді тасымалдау үшін репликация қайта іске қосылады. Осыдан кейін виртуалды машина біздің бұлтта іске қосылады.

«Көшіру» операциясы: DataLine бұлтына қалай өту керек

Әдетте, құрылғы клиенттің инфрақұрылымында өшірілген сәттен бастап бұлтта қосылғанға дейін жарты сағаттан аспайды, керісінше 15-20 минут.

Бұл жағдайда түпнұсқа виртуалды машина клиент сайтында қалады. Егер кенеттен бірдеңе дұрыс болмаса, әрқашан артқа айналдырып, оны қосуға болады. Бұл әдіс клиент үшін де ыңғайлы, өйткені ол Veeam болуын талап етпейді.

1-жағдай
Клиенттің VMware негізіндегі жеке виртуалды инфрақұрылымы болды - сыйымдылығы 40 ТБ болатын 30 VM. Кластер орналастырылған жабдық әлдеқашан ескірген және клиент жаңаларын сатып алудан бас тартпауды шешіп, жалпыға ортақ бұлтқа көшті. Маңызды жүйелердің тоқтап қалу талабы бір сағаттан аспады. Құрал ретінде Veeam Replication таңдалды. Тағы бір плюс клиенттің интернет-провайдері біздің деректер орталығында болды, бұл жақсы арнаны ұйымдастыруға мүмкіндік берді. Көшіру бір айға жуық уақытты алды, ауысу кезінде виртуалды машиналар тобына 30 минутқа дейін тоқтап қалды.

Veeam Cloud Connect арқылы көшіріңіз

Veeam Cloud Connect — виртуалды машина репликациясын орнатуға және қызмет провайдерінің бұлтында көшірмелерді іске қосуға көмектесетін құрал. Жаңартқаннан кейін 2019 жылы виртуалды машиналарды тікелей vCloud Director бағдарламасына көшіру мүмкін болды. Жалғыз шарт - клиент жағында Veeam Backup and Replication кем дегенде 9 нұсқасын орналастыру керек. Қысқасы (толық нұсқасы). осында), онда бүкіл процесс осылай көрінеді.

vCloud Director бағдарламасында ұйым қажетті ресурстармен және желілермен құрылады. Veeam Cloud Connect қызметінде біз тіркелгіні жасаймыз, клиент оған Veeam B&R қызметінен қосылады, DataLine провайдерін және ұйымын таңдайды және репликация үшін тапсырмаларды конфигурациялайды. Мұндай көшіру кезінде тоқтау уақыты 15–20 минут ішінде болатындығына қоса, клиент провайдердің техникалық қолдауына ешқандай тәуелді емес және бүкіл процесті дербес басқарады: репликация тапсырмаларын жасайды, репликацияның өзі, өшіріледі. машиналарды жаңа сайтта іске қосады.

«Көшіру» операциясы: DataLine бұлтына қалай өту керек

2-жағдай
Көшіру жоспарланған клиенттің инфрақұрылымы Беларусьте орналасқан. Интернет арнасы 90 Мбит/сек болғанымен, жалпы көлемі 27 ТБ 100 VM тасымалдау қажет болды. Сақтық көшірме жасап, оны дереу бұлтқа жүктеп алсаңыз, кейбір виртуалды құрылғылар үшін бірнеше күн қажет болады. Осы уақыт ішінде VM-де үлкен дельта өсіп, бұл машиналар жұмысына теріс әсер етуі мүмкін немесе одан да жаманы, деректер қоймасындағы орын таусылып қалуы мүмкін. Біз келесідей әрекет еттік: біріншіден, клиент жергілікті толық сақтық көшірме жасап, оның көшірмесін Veeam Cloud Connect арқылы бұлтқа көшірді. Содан кейін мен өсімді жасап, бұлтқа көшірдім. Бастапқы виртуалды машина жұмысын жалғастырды. VM өшіргеннен кейін клиент тағы бір қадам жасады және оны бұлтқа көшірді. Біздің тарапымызда біз толық сақтық көшірмеден виртуалды машинаны орналастырдық, содан кейін оған екі қадамды айналдырдық. Бұл схема, сайып келгенде, біздің сайтқа ауысқан кезде тоқтау уақытын 2 сағатқа дейін азайтуға мүмкіндік берді.

VMware vCloud қолжетімділігімен тасымалдау

Ағымдағы жылдың наурыз айында VMware vCloud Availability 3.0 нұсқасын шығарды, ол виртуалды машиналарды әртүрлі бұлттар арасында (vCloud Director - vCloud Director) және жеке клиенттік виртуалдандыру стендтерінен бұлтқа (vCenter - vCloud Director) көшіруге мүмкіндік береді. Негізгі ыңғайлылық - vCloud Director интерфейсімен біріктіру. Бұл репликацияны басқару процесін айтарлықтай жеңілдетеді және ауысу кезінде тоқтау уақытын азайтады.

Осы құралды пайдалана отырып, біз клиенттердің бірін Мәскеу бұлтынан Санкт-Петербургтегі бұлтқа көшірдік. Жалпы сыйымдылығы 18 ТБ болатын 14 виртуалды машинаны тасымалдау қажет болды. Санкт-Петербург бұлтында клиент үшін ұйым құрылып, қажетті желілер ұйымдастырылды. Әрі қарай, vCloud Director интерфейсінен клиент vCloud Availability параметрлеріне өтіп, репликация тапсырмаларын жасады және оған ыңғайлы уақытта Санкт-Петербург сайтына ауысты. Ауыстыру кезінде тоқтау уақыты 12 минутты құрады.

«Көшіру» операциясы: DataLine бұлтына қалай өту керек
Санкт-Петербург пен Мәскеудегі DataLine бұлттары арасындағы көші-қон схемасы.

vCloud қолжетімділігінде клиенттің сайтынан бұлтқа виртуалды құрылғыларды тасымалдау механизмі бар. Мұны істеу үшін клиенттің vCenter жүйесінде арнайы vCloud Availability қолданбасы орналастырылған. Қарапайым орнатудан кейін сіз бұлтқа қосыласыз және тасымалдау тапсырмаларын конфигурациялайсыз. Клиент сонымен қатар бүкіл процесті дербес басқарады және тасымалдау уақыты минималды деңгейде сақталады.

«Көшіру» операциясы: DataLine бұлтына қалай өту керек
Виртуалды машиналарды жеке орнатудан бұлтқа көшіру схемасы.

VMware vCloud Availability қолданбасында көптеген басқа пайдалану жағдайлары бар; біз олар туралы жақын арада бөлек мақалада айтатын боламыз.

Көші-қонға дайындық

Құралды таңдау және көшіруді бастау үшін келесі тармақтарды шешу керек:

Біз қай жерден көшіп барамыз? Егер сіз жеке шешімнен көшіп жатсаңыз, құралдарды таңдауда толық еркіндікке ие боласыз. Егер сіз провайдеріңізден алыстасаңыз, бұл қиынырақ. Сірә, екі провайдердің инфрақұрылымын байланыстыру және виртуалды компьютерді жай сүйреп апару қауіпсіздік себептеріне байланысты жұмыс істемейді. Кейде клиент бас тартқысы келетін провайдер бұзақылық жасай бастайды және уақытты тоқтатады. Сіз провайдерден ескі әдіспен кете аласыз: VM файлдарын дискілерге және FTP-ге жүктеп салу немесе қолданба деңгейінде тасымалдау арқылы. Соңғысының атауы шартты болып табылады және ол келесідей көрінеді.

3-жағдай
Клиенттің SAP жүйесін еуропалық провайдерден көшіру қажет болды: сыйымдылығы 34 ТБ болатын 54 VM. Клиентке бұлтта ресурстар бөлінді. Біздің және еуропалық провайдердің инфрақұрылымы арасында желілік байланыс ұйымдастырылды. Қолданба серверлері қажетті конфигурациялармен қайта орналастырылды. Үлкен дерекқорлар бұлтқа сақтық көшірмелерді жүктеп салу арқылы көшірілді. Содан кейін репликация біздің және бастапқы сайттардағы дерекқорлар арасында конфигурацияланды. Келісілген уақытта біз бұлттағы дерекқорларға ауыстық.

Деректер көлемі және Интернет арнасы. Біз әдетте клиенттен жад, процессор және диск параметрлері бар жүйе бойынша жүктеп салуды қамтамасыз етуді сұраймыз. Біз арнаның репликаларын немесе виртуалды машиналардың сақтық көшірмелерін тікелей жіберуге жеткілікті екенін бағалаймыз.

Қолайлы тоқтау уақыты. Әртүрлі жүйелер үшін және тиісінше виртуалды машиналар үшін ол бизнестің маңыздылығына байланысты әртүрлі болуы мүмкін. Әдетте клиент көшіру кезінде тоқтап қалуға дайын талаптармен келеді және осының негізінде біз сәйкес құралды және тасымалдау жоспарын таңдаймыз. Біз соңғы ауысуды түнде немесе демалыс күндерінде жоспарлауға тырысамыз, осылайша тіпті шамалы тоқтап қалулар клиенттің түпкі пайдаланушылары үшін байқалмайды.

Осы деректер негізінде құралды таңдап, тасымалдауды өзі бастай аласыз. Міне, әрі қарай не болады.

  1. Желі қосылымын орнату. Біз бұлт пен клиенттің инфрақұрылымы арасындағы желілік байланысты ұйымдастырамыз. Виртуалды машиналар осы желі арқылы көшіріледі. Егер Veeam Backup and Replication пайдаланылса, бұл арнайы арна, сирек VPN арнасы. Егер Veeam Cloud Connect болса, барлығы Интернет немесе сол арнаулы арна арқылы өтеді.

    Содан кейін желі бұлттағы VM үшін конфигурацияланады. Көліктер әдетте топпен және бір күннен артық қозғалады. VM-лер бізге әкелініп, іске қосылғаннан кейін олар әлі де бастапқы сайтта қалатын машиналармен байланысуы керек.

  2. Көшіру кестесі. Көліктер көп болған кезде оларды топтарға бөліп, топтамалармен тасымалдаудың мәні бар. Клиентпен бірге біз жоспарды келісеміз, онда біз қашан және қандай машиналар қозғалатынын және соңғы көшірме мен жаңа сайтқа көшу қашан орындалатынын анықтаймыз.
  3. Сынақ тасымалдау. Біз сынақ виртуалды машинасын тасымалдаймыз және бәрі дұрыс конфигурацияланғанын тексереміз: сайттар арасындағы желілік қосылым, виртуалды машинаның бастапқы сайттағы машиналарға қолжетімділігі, тіркелгі құқықтары және т.б. Бұл сынақ жауынгерлік көші-қон кезеңінде кедергілерді болдырмауға көмектеседі.

Мұның бәрі мен үшін. Түсініктемелерде сұрақтар қойыңыз және тасымалдау тәжірибеңіз туралы айтып беріңіз.

Ақпарат көзі: www.habr.com

пікір қалдыру