Пре око 7 година, први пројекти су се преселили у наш облак једноставно и непретенциозно. Слике виртуелне машине су отпремљене на ФТП сервер или су испоручене на чврсте дискове. Затим, преко специјалног сервера за увоз, ВМ-ови су отпремљени у облак.
Ако клијенту није проблем да искључи виртуелну машину на дан-два (или нема других опција), онда то може да се уради. Али ако застој треба да буде највише сат времена, онда овај метод неће радити. Данас ћу вам рећи који алати ће вам помоћи да пређете на облак са минималним застојима и како функционише сам процес миграције.
Миграција са Вееам Бацкуп и Реплицатион
Сви знају Вееам Бацкуп анд Реплицатион као алат за прављење резервних копија и реплика. Користимо га за миграцију између наших сајтова и за транспорт клијената из приватне виртуелизације у наш облак. Виртуелне машине клијента се реплицирају у наш вЦентер, након чега их инжењер додаје у вЦлоуд Дирецтор.
Примарна репликација се дешава на виртуелној машини која је укључена. У договорено време, машина на страни клијента се искључује. Репликација се поново покреће да би се пренеле промене које су се десиле од прве репликације. Након овога, виртуелна машина почиње у нашем облаку.
Обично, од тренутка када се машина искључи на инфраструктури клијента до тренутка када се укључи у наш облак, не прође више од пола сата, већ 15-20 минута.
У овом случају, оригинална виртуелна машина остаје на локацији клијента. Ако изненада нешто пође наопако, увек можете да се вратите и укључите. Овај метод је такође погодан за клијента јер не захтева да има Вееам.
Случај 1
Клијент је имао сопствену виртуелну инфраструктуру засновану на ВМваре-у – 40 ВМ капацитета 30 ТБ. Опрема на којој је кластер распоређена је већ застарела, а клијент је одлучио да се не мучи са куповином нове и прешао је у јавни облак. Застоји за критичне системе нису били дужи од сат времена. Вееам Реплицатион је изабран као алат. Још један плус је то што је клијентов Интернет провајдер био присутан у нашем дата центру, што је омогућило организовање доброг канала. Миграција је трајала око месец дана, време застоја током пребацивања је било до 30 минута по групи виртуелних машина.
Мигрирајте помоћу Вееам Цлоуд Цоннецт-а
Вееам Цлоуд Цоннецт је алатка која вам помаже да подесите репликацију виртуелне машине и покренете реплике у облаку добављача услуга. Након ажурирања на године, постало је могуће реплицирати виртуелне машине директно на вЦлоуд Дирецтор. Једини услов је да на страни клијента Вееам Бацкуп анд Реплицатион мора да буде распоређена најмање верзија 9. Укратко (детаљна верзија ), онда цео процес изгледа овако.
У вЦлоуд Дирецтор-у се креира организација са потребним ресурсима и мрежама. У Вееам Цлоуд Цоннецт-у креирамо налог, клијент се повезује са њим из свог Вееам Б&Р-а, бира ДатаЛине провајдера и организацију и конфигурише задатке за репликацију. Поред тога што ће током такве миграције застој бити у року од 15–20 минута, клијент ни на који начин не зависи од техничке подршке провајдера и самостално управља целим процесом: креира задатке репликације, саму репликацију, искључује машине и покреће их на новој локацији.
Случај 2
Инфраструктура клијента, одакле је планирана миграција, налазила се у Белорусији. Било је потребно транспортовати 90 ВМ-а укупне запремине од 27 ТБ, упркос чињеници да је Интернет канал био 100 Мбит/сец. Ако направите резервну копију и одмах је отпремите у наш облак, онда би за неке ВМ требало неколико дана. Током овог времена, на ВМ-у би нарасла велика делта, а то би могло имати негативан утицај на перформансе машина или, што је још горе, понестало би простора у складишту података. Поступили смо на следећи начин: прво, клијент је направио локалну потпуну резервну копију и пренео њену копију у наш облак преко Вееам Цлоуд Цоннецт-а. Затим сам направио и пренео инкремент у облак. Оригинална виртуелна машина је наставила да ради. Након гашења ВМ-а, клијент је направио још један прираст и такође га пребацио у облак. Са наше стране, поставили смо виртуелну машину из пуне резервне копије, а затим убацили два корака на њу. Ова шема је на крају омогућила да се минимизира време застоја на 2 сата при преласку на нашу веб локацију.
Миграција уз ВМваре вЦлоуд доступност
У марту ове године, ВМваре је објавио вЦлоуд Аваилабилити 3.0, који вам омогућава да мигрирате виртуелне машине између различитих облака (вЦлоуд Дирецтор - вЦлоуд Дирецтор) и са виртуелизације приватног клијента у облак (вЦентер - вЦлоуд Дирецтор). Главна погодност је интеграција са интерфејсом вЦлоуд Дирецтор. Ово у великој мери поједностављује процес управљања репликацијом и минимизира време застоја током пребацивања.
Користећи ову алатку, мигрирали смо једног од клијената из нашег московског облака у наш облак у Санкт Петербургу. Било је потребно транспортовати 18 виртуелних машина укупног капацитета 14 ТБ. За клијента је направљена организација у облаку Санкт Петербурга и организоване су потребне мреже. Затим, из интерфејса вЦлоуд Дирецтор, клијент је отишао у подешавања доступности вЦлоуд-а, креирао послове репликације и прешао на сајт у Санкт Петербургу у погодно време за њега. Застој током пребацивања био је 12 минута.
Шема миграције између ДатаЛине облака у Санкт Петербургу и Москви.
вЦлоуд Аваилабилити има механизам за миграцију ВМ-а са клијентове локације у наш облак. Да бисте то урадили, посебна апликација вЦлоуд Аваилабилити је постављена у вЦентер клијента. Након једноставног подешавања, повезујете се са облаком и конфигуришете задатке миграције. Клијент такође самостално управља целим процесом, а време миграције је сведено на минимум.
Шема за миграцију виртуелних машина са приватне инсталације у облак.
ВМваре вЦлоуд Аваилабилити има много других случајева употребе; ускоро ћемо о њима говорити у посебном чланку.
Припрема за миграцију
Да бисте изабрали алат и заиста почели да мигрирате, морате да одлучите о следећим тачкама:
Одакле ми мигрирамо? Ако прелазите са приватног решења, онда имате потпуну слободу у избору алата. Ако се удаљите од свог провајдера, онда је све компликованије. Највероватније, повезивање инфраструктура два провајдера и једноставно превлачење и испуштање ВМ неће радити из безбедносних разлога. Понекад провајдер којег ће клијент одбити почиње да буде несташан и одуговлачи. Можете се удаљити од провајдера на старомодан начин: отпремањем ВМ-ова на дискове и ФТП, или миграцијом на нивоу апликације. Име последњег је условно, и изгледа отприлике овако.
Случај 3
Било је потребно мигрирати клијентов САП систем од европског провајдера: 34 ВМ-а капацитета 54 ТБ. Клијенту су додељени ресурси у нашем облаку. Организована је мрежна повезаност између нас и инфраструктуре европског провајдера. Сервери апликација су поново распоређени, а потребне конфигурације су пребачене. Велике базе података су мигриране путем отпремања резервних копија у наш облак. Затим је конфигурисана репликација између база података на нашем и оригиналном сајту. У договорено време прешли смо на базе података у нашем облаку.
Обим података и Интернет канал. Обично тражимо од клијента да обезбеди отпремање по систему са параметрима меморије, ЦПУ-а и диска. Процењујемо да ли је канал довољан за директно слање реплика или резервних копија виртуелних машина.
Прихватљиво време застоја. За различите системе и, сходно томе, виртуелне машине, може бити различит у зависности од њихове пословне критичности. Обично клијент долази са готовим захтевима за застоје током миграције и на основу тога бирамо одговарајући алат и план миграције. Завршно пребацивање покушавамо да закажемо ноћу или викендом тако да крајњи корисници клијента не примете ни мање застоје.
На основу ових података, можете одабрати алат и започети саму миграцију. Ево шта се даље дешава.
- Подешавање мрежног повезивања. Организујемо мрежно повезивање између нашег облака и инфраструктуре клијента. Виртуелне машине ће се копирати преко ове мреже. Ако се користи Вееам Бацкуп анд Реплицатион, онда је ово наменски канал, ређе ВПН канал. Ако Вееам Цлоуд Цоннецт, онда све иде преко Интернета или истог наменског канала.
Затим се мрежа конфигурише за ВМ у облаку. Аутомобили се обично крећу у групама и дуже од једног дана. Једном када нам ВМ буду донети и покренути, они морају да комуницирају са машинама које још увек остају на оригиналној локацији.
- Распоред миграције. Када има пуно аутомобила, има смисла поделити их у групе и транспортовати у серијама. Заједно са клијентом договарамо план у коме прецизирамо када и које машине ће се преселити и када ће се извршити коначна репликација и прелазак на нову локацију.
- Тест миграције. Мигрирамо тест виртуелну машину и проверавамо да ли је све исправно конфигурисано: мрежна повезаност између сајтова, доступност виртуелне машине машинама на изворном сајту, права налога итд. Овај тест помаже да се избегну застоји у фази борбене миграције.
То је све за мене. У коментарима постављајте питања и реците нам о свом искуству миграције.
Извор: ввв.хабр.цом