Болжол менен 7 жыл мурун, эң биринчи долбоорлор биздин булутубузга жөнөкөй жана жөнөкөй эмес көчүп келишкен. Виртуалдык машинанын сүрөттөрү FTP серверине жүктөлгөн же алар катуу дисктерге жеткирилген. Андан кийин, атайын импорттук сервер аркылуу VMлер булутка жүктөлгөн.
Эгерде кардар үчүн виртуалдык машинаны бир же эки күнгө өчүрүү кыйынчылык жаратпаса (же башка варианттар жок болсо), анда муну жасоого болот. Бирок токтоп калуу бир саатка чейин болушу керек болсо, анда бул ыкма иштебейт. Бүгүн мен сизге эң аз токтоп калуу менен булутка өтүүгө кандай куралдар жардам берерин жана биздин миграция процессибиздин өзү кантип иштээрин айтып берем.
Veeam Backup жана Replication менен көчүрүү
Ар бир адам Veeam Backup жана Replication камдык көчүрмөлөрүн жана репликаларды түзүү куралы катары билет. Биз аны биздин сайттардын ортосунда көчүрүү жана жеке виртуалдаштыруудан булутубузга кардарларды ташуу үчүн колдонобуз. Кардардын виртуалдык машиналары биздин vCenterге көчүрүлөт, андан кийин инженер аларды vCloud Директоруна кошот.
Негизги репликация күйгүзүлгөн виртуалдык машинада ишке ашат. Макулдашылган убакта кардар тараптын машинасы өчүрүлөт. Репликация биринчи репликациядан кийин болгон өзгөрүүлөрдү өткөрүп берүү үчүн кайра иштейт. Андан кийин, виртуалдык машина биздин булутта иштей баштайт.
Адатта, машина кардардын инфраструктурасында өчүрүлгөн учурдан тартып, ал биздин булутубузда күйгүзүлгөнгө чейин жарым сааттан ашык эмес, тескерисинче 15–20 мүнөт өтөт.
Бул учурда, баштапкы виртуалдык машина кардар сайтында калат. Эгер күтүлбөгөн жерден бир нерсе туура эмес болуп кетсе, ар дайым артка жылдырып, аны күйгүзсөңүз болот. Бул ыкма кардар үчүн да ыңгайлуу, анткени ал андан Veeam болушун талап кылбайт.
Иши 1
Кардардын VMware базасында өзүнүн виртуалдык инфраструктурасы болгон - кубаттуулугу 40 ТБ болгон 30 VM. Кластер орнотулган жабдуулар эскирип калгандыктан, кардар жаңыларын сатып убара болбоону чечти жана коомдук булутка өттү. Критикалык системалар үчүн токтоп калуу талабы бир сааттан ашкан эмес. Курал катары Veeam Replication тандалды. Дагы бир плюс кардардын интернет провайдери биздин маалымат борборубузда болгон, бул жакшы каналды уюштурууга мүмкүндүк берди. Миграция бир айга жакын убакытты алды, которуу учурундагы токтоп калуу виртуалдык машиналардын тобуна 30 мүнөткө чейин созулду.
Veeam Cloud Connect менен көчүрүңүз
Veeam Cloud Connect - бул виртуалдык машинанын репликациясын орнотууга жана кызмат көрсөтүүчүнүн булутунда репликаларды ишке киргизүүгө жардам берген курал. чейин жаңыртылгандан кийин жылы виртуалдык машиналарды түздөн-түз vCloud Директоруна көчүрүү мүмкүн болду. Жалгыз шарт - кардар тарабында Veeam Backup жана Replication жок дегенде 9 версиясын жайгаштыруу керек. Кыскасы (деталдуу версиясы) ), анда бүт процесс ушундай көрүнөт.
vCloud Директорунда уюм керектүү ресурстар жана тармактар менен түзүлөт. Veeam Cloud Connect'те биз каттоо эсебин түзөбүз, кардар ага өзүнүн Veeam B&R кызматынан туташып, DataLine провайдерин жана уюмун тандайт жана репликациялоо үчүн тапшырмаларды конфигурациялайт. Мындай көчүрүү учурунда токтоп калуу 15–20 мүнөттүн ичинде болорунан тышкары, кардар провайдердин техникалык колдоосунан эч кандай көз каранды эмес жана бүт процессти өз алдынча башкарат: репликация тапшырмаларын түзөт, репликациянын өзү, өчүрүлөт. машиналарды жана аларды жаңы сайтта ишке киргизет.
Иши 2
Миграция пландаштырылган кардардын инфраструктурасы Беларуста жайгашкан. Интернет-канал 90 Мбит/сек болгонуна карабастан, жалпы көлөмү 27 ТБ болгон 100 VM ташуу керек болчу. Эгер сиз камдык көчүрмөнү жасап, аны дароо булутубузга жүктөсөңүз, анда кээ бир VMлер үчүн бир нече күн талап кылынат. Бул убакыттын ичинде VMде чоң дельта чоңоюп, бул машиналардын иштешине терс таасирин тийгизиши мүмкүн же андан да жаманы, маалыматтар кампасында орун түгөнүп калмак. Биз төмөнкүдөй иштедик: биринчиден, кардар жергиликтүү толук камдык көчүрмөсүн жасап, анын көчүрмөсүн Veeam Cloud Connect аркылуу булутубузга өткөрдү. Андан кийин өсүштү жасап, булутка өткөрдүм. Баштапкы виртуалдык машина иштей берген. VMди өчүргөндөн кийин, кардар дагы бир өсүштү жасап, аны булутка өткөрдү. Биз тарапта, биз виртуалдык машинаны толук камдык көчүрмөдөн орноттук, анан ага эки кадамды жылдырдык. Бул схема акыры биздин сайтка өтүүдө токтоп калууларды 2 саатка чейин кыскартууга мүмкүндүк берди.
VMware vCloud жеткиликтүүлүгү менен көчүрүү
Ушул жылдын март айында VMware vCloud Availability 3.0 чыгарды, ал виртуалдык машиналарды ар кандай булуттардын (vCloud Director - vCloud Director) ортосунда жана жеке кардар виртуалдаштыруу стенддеринен булутка (vCenter - vCloud Директору) көчүрүүгө мүмкүндүк берет. Негизги ыңгайлуулук - vCloud Director интерфейси менен интеграция. Бул репликацияны башкаруу процессин бир топ жеңилдетет жана которуу учурунда токтоп калуу убактысын азайтат.
Бул куралды колдонуу менен биз кардарлардын бирин Москва булутубуздан Санкт-Петербургдагы булутубузга көчүрдүк. Жалпы кубаттуулугу 18 ТБ болгон 14 виртуалдык машинаны ташуу керек болчу. Санкт-Петербург булутунда кардар үчүн уюм түзүлүп, керектүү тармактар уюштурулган. Андан кийин, vCloud Director интерфейсинен кардар vCloud Availability жөндөөлөрүнө өтүп, репликация жумуштарын түзүп, ага ыңгайлуу убакта Санкт-Петербург сайтына которулду. Которуштуруу учурунда токтоп калуу 12 мүнөттү түздү.
Санкт-Петербург менен Москвадагы DataLine булуттарынын ортосундагы миграция схемасы.
vCloud Availability VMлерди кардардын сайтынан биздин булутка көчүрүү механизмине ээ. Бул үчүн, кардардын vCenterинде атайын vCloud Availability тиркемеси орнотулган. Жөнөкөй орнотуудан кийин булутка туташып, миграциялык тапшырмаларды конфигурациялайсыз. Кардар ошондой эле бүт процессти өз алдынча башкарат жана миграциялык убакыт минималдуу сакталат.
Жеке орнотуудан булутка виртуалдык машиналарды көчүрүү схемасы.
VMware vCloud Availability башка көптөгөн колдонуу учурлары бар; биз алар жөнүндө жакында өзүнчө макалада сүйлөшөбүз.
Миграцияга даярданууда
Куралды тандап, иш жүзүндө миграцияны баштоо үчүн, сиз төмөнкү пункттарды чечишиңиз керек:
Биз кайдан көчүп келебиз? Эгер сиз жеке чечимден көчүп жатсаңыз, анда сизде куралдарды тандоодо толук эркиндик бар. Эгерде сиз провайдериңизден алыс болсоңуз, анда бул татаалыраак. Кыязы, эки провайдердин инфраструктурасын байланыштыруу жана жөн гана VMди сүйрөп барып таштоо коопсуздук себептеринен улам иштебейт. Кээде кардар баш тарта турган провайдер тентек боло баштайт жана убакытка токтоп калат. Сиз провайдерден эски ыкма менен кете аласыз: VMлерди дисктерге жана FTPге жүктөө же колдонмо деңгээлинде көчүрүү. Акыркысынын аты шарттуу болуп, ушуга окшош.
Иши 3
Кардардын SAP тутумун европалык провайдерден көчүрүү зарыл болгон: сыйымдуулугу 34 ТБ болгон 54 VM. Кардарга биздин булуттагы ресурстар бөлүнгөн. Тармак байланышы биздин жана европалык провайдердин инфраструктурасынын ортосунда уюштурулган. Тиркеме серверлери керектүү конфигурациялар менен кайра жайгаштырылды. Чоң маалымат базалары булутубузга камдык көчүрмөлөрдү жүктөө аркылуу көчүрүлдү. Андан кийин, репликация биздин жана баштапкы сайттардагы маалымат базаларынын ортосунда конфигурацияланган. Макулдашылган убакта биз булуттагы маалымат базаларына өттүк.
Маалымат көлөмү жана Интернет каналы. Көбүнчө биз кардардан эстутум, CPU жана диск параметрлери менен система боюнча жүктөп берүүнү сурайбыз. Биз каналдын репликаларын же виртуалдык машиналардын резервдик көчүрмөлөрүн түздөн-түз жөнөтүү үчүн жетиштүү экендигин баалайбыз.
Кабыл алынуучу токтоп калуу. Ар кандай системалар жана, ошого жараша, виртуалдык машиналар үчүн, алардын бизнес-критикасына жараша ар кандай болушу мүмкүн. Көбүнчө кардар миграция учурунда токтоп калуу боюнча даяр талаптар менен келет жана ошонун негизинде биз тиешелүү инструментти жана миграциялык планды тандайбыз. Биз кардардын акыркы колдонуучуларына анча-мынча токтоп калуулар байкалбашы үчүн, акыркы которууну түнкүсүн же дем алыш күндөрүнө пландаштырууга аракет кылабыз.
Бул маалыматтардын негизинде сиз куралды тандап, көчүрүүнү өзү баштасаңыз болот. Бул жерде эмне болот.
- Тармак туташуусу орнотулууда. Биз булутубуз менен кардардын инфраструктурасынын ортосундагы тармактык байланышты уюштурабыз. Виртуалдык машиналар бул тармак аркылуу көчүрүлөт. Эгерде Veeam Backup жана Replication колдонулса, анда бул атайын канал, азыраак VPN каналы. Эгерде Veeam Cloud Connect болсо, анда баары Интернет же ошол эле атайын канал аркылуу өтөт.
Андан кийин тармак булуттагы VM үчүн конфигурацияланат. Автоунаалар адатта топ-топ болуп, бир суткадан ашык кыймылдайт. VMлер бизге алынып келип, ишке киргизилгенден кийин, алар дагы деле баштапкы сайтта калган машиналар менен байланышышы керек.
- Миграция графиги. Машиналар көп болгондо, аларды топторго бөлүп, партия менен ташуунун мааниси бар. Кардар менен бирдикте биз планды макулдашып, анда биз качан жана кайсы машиналар кыймылдаарын жана акыркы репликация жана жаңы сайтка өтүү качан аткарылаарын аныктайбыз.
- Миграцияны сыноо. Сыноочу виртуалдык машинаны көчүрөбүз жана бардыгы туура конфигурацияланганын текшеребиз: сайттар ортосундагы тармак байланышы, виртуалдык машинанын булак сайтындагы машиналарга жеткиликтүүлүгү, каттоо эсебинин укуктары ж.б. Бул тест согуштук миграция стадиясында тоскоолдуктарды болтурбоого жардам берет.
Мунун баары мен үчүн. Комментарийлерде суроолорду бериңиз жана миграциялык тажрыйбаңыз тууралуу айтып бериңиз.
Source: www.habr.com