Миграцията към център за колокация не се изчерпва с преместването на сървъри от една локация в друга. Системите могат да зависят от конкретни IP адреси, мрежови настройки, правила на защитната стена, външни услуги или други компоненти, които лесно се пропускат при подготовката. Именно тези зависимости често създават проблеми след прехвърлянето, дори когато самото оборудване работи нормално.

Затова успешната миграция започва много преди физическото преместване. Новата среда трябва да бъде подготвена и тествана предварително, критичните зависимости да бъдат идентифицирани, а екипът да разполага с ясен план за прехвърляне и възстановяване при проблем. 

Следният чеклист обхваща основните стъпки за планиране и изпълнение на този процес с минимален риск за работещите услуги.

Кой подход за миграция към колокация е подходящ?

Миграцията към център за колокация може да бъде извършена по различни начини в зависимост от съществуващата инфраструктура, състоянието на хардуера и допустимото прекъсване на услугите. Най-често се използва един от следните три подхода:

• Физическо преместване: Съществуващото оборудване се премества в новия център за данни и се инсталира отново. Подходът е сравнително директен, но изисква прекъсване и носи рискове при транспортирането и повторното инсталиране.
• Миграция към нова инфраструктура: В центъра за колокация предварително се изгражда нова среда, към която постепенно се прехвърлят приложенията, данните и услугите. Това позволява повече тестове преди окончателното преминаване.
• Хибридна миграция: Част от оборудването се премества физически, а останалите системи се прехвърлят или изграждат наново. Този вариант е подходящ, когато отделните компоненти имат различни изисквания или част от хардуера трябва да бъде подменен.

Изборът между трите варианта зависи най-вече от критичността на системите, допустимото време за прекъсване, състоянието на оборудването и възможността новата среда да бъде подготвена предварително. 

За ключови услуги изграждането на паралелна инфраструктура обикновено предоставя повече възможности за тестване и контролирано прехвърляне, докато физическата миграция може да бъде напълно достатъчна за по-прости среди.

Затова подходът трябва да се избира не според това кой изглежда най-лесен за изпълнение, а според това кой позволява най-добър контрол върху риска и прекъсването на услугите.

Оценете рисковете 

Преди миграцията определете кои системи са критични за работата на бизнеса и какви зависимости могат да повлияят на тяхното прехвърляне. Това помага да разграничите компонентите, които изискват допълнителна подготовка, от тези, които могат да бъдат преместени по стандартна процедура.

За всяка ключова услуга проверете:

• Кои приложения и системи участват в предоставянето ѝ
• От кои бази данни, системи за съхранение и удостоверяване зависи
• Какви IP адреси, мрежови маршрути и правила на защитната стена са необходими
• Кои външни услуги и интеграции трябва да останат достъпни
• Какво прекъсване е допустимо и колко бързо трябва да бъде възстановена услугата

Обърнете специално внимание на по-старите системи с непълна документация, оборудването без леснодостъпен заместител и системите, които трудно могат да бъдат възстановени или изградени наново. Именно те могат да се превърнат в най-слабата точка на миграцията.

Когато тези рискове са известни предварително, можете да планирате правилната последователност на прехвърляне и необходимите мерки за възстановяване. Така потенциалните проблеми се решават още при подготовката, а не след като критичните системи вече са преместени.

Документирайте инфраструктурата преди миграцията

Актуалната документация е особено важна при миграция, защото позволява новата среда да бъде изградена и проверена спрямо реалната конфигурация на системите. Преди прехвърлянето направете подробна инвентаризация както на физическата, така и на виртуалната инфраструктура.

Документирайте основните компоненти, включително:

• Физически сървъри, виртуални машини и операционни системи
• Приложения, бази данни и системи за съхранение
• Мрежови устройства, конфигурации и връзките между тях
• DNS, услуги за удостоверяване, VPN и мониторинг
• Външни API, SaaS платформи и други интеграции

Документацията трябва да показва не само какви компоненти съществуват, но и как са свързани помежду си. Актуализирайте мрежовите диаграми, IP адресите и основните конфигурации, които ще трябва да бъдат възпроизведени или променени в новата среда.

При физическо преместване опишете и разположението на оборудването в rack-овете, захранващите и мрежовите връзки и окабеляването. Обърнете специално внимание на системите с остаряла или непълна документация, за да не се налага конфигурацията им да бъде възстановявана по памет по време на самата миграция.

Проверете готовността на новата среда

Преди миграцията потвърдете, че средата за колокация отговаря на техническите изисквания на инфраструктурата. Проверете пространството в rack-овете, изискванията за монтаж, електрозахранването и резервираните захранващи линии, охлаждането, мрежовите портове, VLAN конфигурациите, cross-connect връзките и свързаността с телекомуникационните оператори. 

При физическо преместване се уверете, че оборудването е съвместимо с подготвените rack-ове и захранване, а при изграждане на нова инфраструктура завършете необходимите конфигурации преди прехвърлянето на работните системи.

Уточнете предварително и начина за физически и отдалечен достъп до оборудването, включително услугите за техническа помощ на място (remote hands) и управлението чрез отделен канал (out-of-band management). 

Когато е възможно, тествайте мрежовата свързаност и отдалечения достъп още преди миграцията. Така ще потвърдите, че средата е готова не само за инсталиране на оборудването, но и за неговото нормално управление и работа.

Подгответе мрежовата свързаност преди миграцията

Дори когато всички системи работят нормално в новия център, неправилна мрежова конфигурация може да направи услугите недостъпни. Проверете дали съществуващите IP адреси могат да бъдат запазени и планирайте необходимите промени по VLAN конфигурациите, маршрутизацията, защитната стена, NAT и VPN. Прегледайте също DNS записите и външните услуги, които ограничават достъпа според IP адрес.

Подгответе и тествайте промените възможно най-рано, докато старата среда все още работи. Така проблемите със свързаността и достъпа могат да бъдат отстранени предварително, вместо по време на самото прехвърляне. Към началото на миграцията необходимите мрежови настройки и маршрути трябва вече да са проверени и готови за използване.

Съобразете подхода с риска и допустимото прекъсване

Подходът за миграция трябва да бъде съобразен с критичността на системите и времето, през което услугите могат да останат недостъпни. При по-проста инфраструктура физическото преместване на оборудването може да бъде достатъчно, докато за критични системи е по-подходящо новата среда да бъде изградена и тествана предварително. Поетапната или паралелната миграция допълнително намалява риска, като позволява старата среда да остане достъпна по време на прехвърлянето.

При избора вземете предвид състоянието на хардуера, зависимостите между системите, възможностите за възстановяване и разходите. Предпочитаният вариант е този, който позволява новата среда да бъде проверена предварително и осигурява надежден начин за възстановяване на услугите, ако миграцията не протече по план.

Проверете резервните копия и плана за възстановяване

Резервното копие има стойност само ако данните и системите могат действително да бъдат възстановени от него. Преди миграцията създайте актуални копия на критичните данни и конфигурации и тествайте възстановяването на най-важните системи. Ако използвате репликация, уверете се, че данните в новата среда са актуални и синхронизирани преди прехвърлянето.

Подгответе отделно и план за връщане към старата среда (rollback), ако миграцията не протече успешно. Определете предварително при какви условия ще бъде приложен, кой взема решението и как ще бъдат върнати услугите и трафикът. Така при проблем екипът ще разполага не само с резервни копия, а и с ясна процедура за възстановяване на работата.

Създайте ясен план за изпълнение на миграцията

Подгответе оперативен план (runbook), който описва стъпка по стъпка как ще протече миграцията. Включете последователността на действията, отговорниците, процедурите за изключване и стартиране на системите, мрежовите промени, проверките след прехвърлянето и очакваното време за всяка основна стъпка. Добавете и контактите на доставчика на колокация, мрежовите оператори и вътрешните екипи, които могат да бъдат необходими по време на процеса.

Планът трябва да предвижда и действия при проблем. Определете кога миграцията трябва да бъде спряна или върната назад, кой взема това решение и какви са следващите стъпки. Преди началото прегледайте плана с всички участници и, когато е възможно, направете пробно изпълнение на критичните етапи. Така по време на миграцията екипът следва предварително определена процедура, вместо да взема ключови решения в движение.

Подгответе оборудването за безопасно преместване

Ако съществуващото оборудване ще бъде преместено физически, документирайте състоянието и конфигурацията му преди изключването. Обозначете сървърите и кабелите, запишете позициите им в rack-овете и заснемете основните връзки. Преди демонтажа завършете и последната необходима синхронизация на данните.

По време на транспортирането оборудването трябва да бъде подходящо защитено и ясно обозначено. След пристигането го проверете за повреди, монтирайте го според предварително подготвената схема и възстановете захранващите и мрежовите връзки. Проверете окабеляването, въздушния поток и резервираните връзки, преди да преминете към стартиране на системите.

Изпълнете миграцията и стартирайте услугите

По време на планираното прехвърляне следвайте предварително определения план и ограничете промените по конфигурациите. Направете последното резервно копие или синхронизация на данните и изключете услугите в ред, съобразен със зависимостите между тях. След преместването възстановете мрежовата свързаност и стартирайте системите в обратната последователност.

Проверявайте поетапно инфраструктурата, мрежовия достъп, базите данни, системите за съхранение, удостоверяването и приложенията. Приложете планираните DNS и мрежови промени, след което проверете външните интеграции и потребителския достъп. Записвайте възникналите проблеми и направените промени, за да разполагате с точна информация за състоянието на средата след миграцията.

Проверете работата на приложенията след миграцията

Успешното стартиране на системите не означава, че миграцията е приключила. Проверете дали приложенията, базите данни, DNS, удостоверяването и външните интеграции работят коректно, както и дали мониторингът и резервните копия функционират в новата среда.

Тествайте реални потребителски сценарии, а при критични системи сравнете производителността с показателите преди миграцията. Ако дадена услуга изисква ръчна намеса, има проблеми с достъпа или важна интеграция не е проверена, миграцията не трябва да се счита за завършена, докато причината не бъде установена и отстранена.

Запазете възможността за връщане към старата среда

При миграции, при които старата среда остава налична, не я извеждайте от експлоатация веднага.  Запазете необходимите данни, свързаност и достъп, за да можете да върнете услугите към нея, ако в новата среда възникнат критични проблеми. Предварително определете при какви условия ще бъде приложен rollback и кой взема решението.

Поддържайте тази възможност, докато критичните услуги не преминат необходимите проверки и не покажат стабилна работа при реално натоварване. След техническото одобрение на новата среда старата инфраструктура може да бъде подготвена за окончателно извеждане от експлоатация.

Изведете старата среда от експлоатация

Преминете към извеждане от експлоатация едва след като критичните услуги са проверени, новата среда е одобрена и периодът за възможно връщане е приключил. След това премахнете ненужните DNS записи, правила на защитната стена, мониторинг и други мрежови зависимости, свързани със старата инфраструктура.

Актуализирайте документацията и регистрите на активите и архивирайте информацията за извършената миграция. Данните от оборудването, което няма да се използва повторно, трябва да бъдат сигурно изтрити. Старите услуги за колокация и свързаност могат да бъдат прекратени, след като бъде потвърдено, че работната среда вече не зависи от тях.

Чеклист за миграция към колокация

Преди миграцията

• Определете обхвата и подхода за прехвърляне
• Идентифицирайте критичните услуги и допустимото време за прекъсване
• Документирайте инфраструктурата и зависимостите между системите
• Проверете готовността на rack-овете, захранването, охлаждането и мрежовата свързаност
• Подгответе необходимите промени по IP адресите, маршрутизацията, защитната стена, VPN и DNS
• Създайте актуални резервни копия и тествайте възстановяването
• Определете условията и процедурата за връщане към старата среда (rollback)
• Завършете и прегледайте плана за изпълнение с всички участници

По време на миграцията

• Ограничете промените по конфигурациите до приключване на миграцията
• Направете последното резервно копие или синхронизация на данните
• Изключете системите в предварително определената последователност
• Преместете и инсталирайте оборудването, когато е необходимо
• Възстановете захранването и мрежовата свързаност
• Стартирайте системите според зависимостите между тях
• Приложете планираните DNS и мрежови промени
• Документирайте възникналите проблеми и направените промени

След миграцията

• Проверете инфраструктурата и мрежовата свързаност
• Тествайте приложенията, базите данни и външните интеграции
• Проверете мониторинга, известяванията и резервните копия
• Тествайте потребителския достъп и производителността на критичните услуги
• Запазете възможността за връщане към старата среда до потвърждаване на стабилната работа
• Получете окончателно техническо и бизнес одобрение
• Актуализирайте документацията и регистрите на активите
• Изведете старата среда от експлоатация едва след приключване на всички проверки

Заключение

Успешната миграция към колокация не приключва с инсталирането и стартирането на сървърите в новия център за данни. Истинският резултат е инфраструктура, която работи стабилно, може да бъде управлявана и възстановена при необходимост и осигурява необходимата свързаност за всички критични услуги. Когато миграцията е добре планирана и изпълнена поетапно, преминаването към новата среда се превръща в предвидим процес с минимален риск за бизнеса. 

Ако планирате да преместите инфраструктурата си в център за колокация, нашата услуга за колокация предоставя пространство в Equinix Tier 3+ център за данни в София с резервирано електрозахранване и охлаждане, три независими интернет доставчика, гъвкави възможности за разполагане на оборудването и опционална 24/7 администрация.

Ако обмисляте да преместите вашата инфраструктура в Delta.BG, свържете се с екипа ни на support@delta.bg или +359 2 4 288 288, за да обсъдим изискванията към оборудването, свързаността и инфраструктурата.