Чеклист миграции центра обработки данных в облако

Облачные услуги обеспечивают высокую доступность и надежность для запуска виртуальных машин. Многие компании используют облачные сервисы в дополнение к собственным физическим центрам данных или вместо серверов на их собственных центрах данных. Другие компании обдумывают перенос своих рабочих нагрузок из собственных центров обработки данных на облако, и этот тренд на подъеме, особенно поддерживаемый пандемией.

В этом блоге определяется миграция центра данных и подробно описываются сложности и проблемы, с которыми вы можете столкнуться во время переезда центра данных. Мы также поделимся чеклистом по миграции центра данных, чтобы помочь вам провести процесс миграции гладко.

Что такое Центр данных?

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

Центры данных могут быть частными или управляемыми, или они могут быть публично владеемыми с множеством частно управляемых “подов” ресурсов компьютера/сервера/сети и продаваться различным организациям. С учетом всех сложностей, связанных с ресурсами центра данных, могут быть причины, по которым организация решает перенести свой центр данных в другое место.

Что такое миграция Центра данных?

Миграция центра данных – это процесс физического перемещения оборудования и/или логического перемещения нагрузки в другое местоположение. Местом назначения может быть другой физический центр данных или виртуальный центр данных в общедоступном облаке.

Причины миграции центра данных

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

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

Что касается технологий, технологии центра обработки данных постоянно меняются и развиваются. Могут быть технологические причины для перехода из одного центра обработки данных в другой для улучшения функций и/или функциональности. Кроме того, организация может решить распределить ресурсы по различным регионам для улучшения производительности и устойчивости ресурсов.

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

Лучшие практики миграции центров обработки данных

Давайте рассмотрим лучшие практики, которые вы можете применить в своих стратегиях миграции центров обработки данных. Следуя этим практикам, вы сможете провести миграцию вашего центра обработки данных плавно, без отрицательного влияния на доступность данных и пользовательский опыт.

Установление критериев и целей миграции

Критерии и цели миграции центра данных могут варьироваться в зависимости от бизнес-потребностей или проблемы, которая пытается быть решена с помощью миграции. Если перемещение центра данных является лишь частичной миграцией для переноса подмножества ресурсов, это изменит картину миграции по сравнению с миграцией всех ресурсов из одного центра данных в другой.

Убедитесь, что оценили критерии и цели не только технических аспектов проекта, но и бизнес-цели проекта. Это может помочь обеспечить продуманность бизнес-целей и влияние наряду с техническими целями.

Что, если мы мигрируем наши текущие ресурсы центра данных в общедоступное облако?

Публичное облако или частный центр данных: понимание требований центра данных

Тенденция среди организаций – перевод большего количества ресурсов в публичное облако. Миграция центра данных может означать переход от частного центра данных к общедоступному облаку через одного из поставщиков общедоступного облака, выбирая между Amazon AWS, Microsoft Azure или Google Compute Cloud.

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

Пример того, как миграция центра обработки данных в облако может радикально изменить вещи, находится в области сетевого общения. Например, в Amazon AWS концепция VLAN не существует. Клиент получает оверлейную сеть с нативными инструментами поверх чисто уровневой сети 3. Таким образом, вы не полагаетесь на VLAN для сегментации.

В общественной облачной сети сетевая политика ориентирована на хоста, а не на сетевом уровне. Применение происходит на уровне хоста через группы безопасности. Также с Amazon размер сети фиксирован после создания VPC. Следовательно, важно убедиться, что вы выделяете правильный размер для вашей сети VPC на фронтенде, и это хороший пример того, как планирование миграции центра обработки данных в облако должно быть тщательно продумано.

При миграциях частных центров обработки данных мы в основном можем создать сценарий один к одному инфраструктуры в целевом центре обработки данных и использовать “формовочный” подход к выделению ресурсов в целевом центре обработки данных такими, как они есть в текущем производственном центре обработки данных.

Тщательное планирование

В общем, переезд центра обработки данных – это серьезное мероприятие, которое не должно быть недооценено важностью для успешного завершения. Некорректная миграция центра обработки данных может потенциально привести к прерыванию услуг, потере данных из-за отсутствия резервного копирования данных, недовольству клиентов, повреждению репутации бренда и, в конечном итоге, реальному ущербу организации, которая не была внимательна к правильному планированию и подготовке процесса.Чеклист миграции центра обработки данных

Чеклист миграции центра обработки данных

Следуйте чеклисту миграции центра обработки данных, чтобы избежать проблем и выполнить миграцию центра обработки данных наилучшим образом.

1. Планирование переезда центра обработки данных

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

Обзор места существующего центра обработки данных и нового центра обработки данных

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

• Будут ли перемещены существующие физические ресурсы в текущем центре обработки данных? 
• Если ответ “да”, понимается ли полностью монтаж кабелей и другая физическая связь уровня 1? 
• Может ли это быть воспроизведено в целевом центре обработки данных после перемещения физической инфраструктуры? 
• Если физические ресурсы не перемещаются в новый центр обработки данных, были ли предусмотрены достаточные замены для существующей инфраструктуры?

Документирование всего

Документированы ли все требования инфраструктуры, включая хранение, вычисление, сетевые требования, требования приложений и любые другие требования инфраструктуры?

Примечание: 

• Лучше слишком много документации, чем недостаточно документации. 
• Убедитесь, что каждая стойка, “U” стойки, виртуальная машина, сеть и приложение документированы, будь то важно или нет.

Зависимости

• Понимаются ли зависимости в текущей среде центра обработки данных, которые должны быть воспроизведены в целевом центре обработки данных?
• Есть ли текущие вспомогательные системы в текущем центре обработки данных, которые необходимо реплицировать в целевом центре обработки данных?

Требования к сети

Какие учитываются аспекты LAN и WAN для существующих приложений в текущем центре обработки данных, которые необходимо учесть для нового центра обработки данных? 
Частный Центр Обработки Данных

• Есть ли VLAN, которые необходимо предоставить в новом центре обработки данных и которые в настоящее время используются в существующем центре обработки данных?
• Какие требования к IP-адресации ресурсов и приложений в текущем центре обработки данных?
• Полагаются ли старые приложения на какие-либо зашитые IP-адреса, которые необходимо удалить перед переездом в новый центр обработки данных?
• Каковы требования к WAN-IP-адресам? Учтены ли все соображения по WAN-IP-адресам?
• Как будет осуществляться DNS и разрешение имен?
  • Будут ли ресурсы в текущем центре обработки данных и в новом центре обработки данных работать параллельно, позволяя плавно переходить DNS и предоставляя время для сходимости DNS?
  • Будут ли использоваться другие механизмы, такие как IP Anycast, для рекламы одного и того же IP-префикса из нескольких мест и для разрешения маршрутизации на основе стоимости и состояния соединений с помощью BGP или других протоколов маршрутизации?
• Были ли заказаны необходимые WAN-цепи, чтобы обеспечить достаточное время на подключение новых цепей? Некоторые поставщики услуг Интернета могут занимать до 90 дней на подключение новой цепи. Эти временные резервы должны быть включены в любой план миграции центра данных.

Публичное облако

• Поскольку VLAN не существуют в публичном облаке, любые требования к уровню 2 должны быть продуманы при перестройке сетевого доступа.
• Сколько IP-адресов вам нужно? Какого размера должна быть подсеть? AWS использует подсеть по умолчанию /16.
• Как должна быть настроена сетевая безопасность? Какие группы безопасности нужно учитывать?
• Ограничение на 500 групп безопасности на VPC – Понадобятся ли вашей сети больше групп безопасности, чем предоставлено?
• Понадобятся ли вам несколько VPC?
• Если вы переходите в публичное облако, скорее всего, потребуется внести изменения в средства автоматизации. Это было учтено?

2. Проверочный список тестирования миграции центра данных

Хотя вы можете не иметь возможности пройти через каждый этап процесса миграции, проведение одного или нескольких тестовых запусков миграции может быть полезным. Если у вас также есть возможность подготовить ключевые компоненты, такие как элементы перехода сети, в лабораторной среде, это может помочь выявить потенциальные проблемы с приложениями и другими вещами до фактической миграции.

• Обсудите основные моменты миграции с ключевыми членами команды.
• Знайте порядок событий, которые необходимо выполнить, поскольку, скорее всего, некоторые пункты потребуют завершения других пунктов в списке контроля.
• Используйте лабораторные среды для моделирования миграции центра обработки данных, включая сетевые ресурсы, а также тестирование и устранение неполадок приложений. Тестирование является важным пунктом списка контроля миграции центра обработки данных.

3. Выполнение перемещения центра обработки данных

Планирование завершено, и ресурсы готовы к запуску в новом месте размещения центра обработки данных или в общедоступном облаке, пришло время выполнить перемещение. Рассмотрения во время перемещения центра обработки данных:

• Знайте, кто несет ответственность за какие аспекты перемещения. Последнее, что вы хотите, чтобы произошло, – это сделать предположения и допустить, что ответственность за важные аспекты перемещения упадет между стульев.
• Составьте подробный план действий со всеми, участвующими в проекте миграции. Перечислите ответственности.
• Имейте контактную информацию всех участников, номера телефонов и т. д., чтобы избежать траты времени на поиск контактной информации вместо работы над возможными проблемами при перемещении центра обработки данных.
• Имейте дополнительные контакты поставщиков на подхвате. Сюда входят контакты центра обработки данных, поставщиков интернет-услуг, сетевых инженеров, инженеров инфраструктуры, инженеров операций и т. д.
• Информируйте конечных пользователей заранее, либо через электронные коммуникации, баннерную страницу и т. д. Будьте подробными в отношении временного окна обслуживания, которое следует ожидать, поскольку это минимизирует раздражение конечных пользователей.
• Подготовьте команду для триажа в случае всплеска проблем конечных пользователей в результате миграции ресурсов.

4. Проверочный список после переноса ЦОД

После переноса ресурсов ЦОД необходимо быстро оценить любые проблемы с производительностью или любые другие системные проблемы, возникшие в результате миграции.

• Назначьте команду на эту задачу либо путем ручных проверок, либо автоматизированными средствами для проверки целостности процессов системы и доступности приложений после миграции.
• Если вы получаете трафик из разных частей мира, симулируйте трафик, поступающий из разных точек мира, чтобы можно было проверить любые расхождения между географическими местоположениями, которые могли быть вызваны сходимостью DNS, если записи имен были изменены.
• Проверьте не только наличие ошибок в приложениях, но и производительность этих приложений.
• Если вы ожидаете улучшения производительности, были ли достигнуты эти улучшения?
• Производительность хуже, указывая на подлежащую проблему с миграцией?Уведомите конечных пользователей, когда период технического обслуживания завершен и ожидается нормальная работа системы. Это поможет конечным пользователям узнать, могут ли они испытывать проблемы, связанные с миграцией, или настоящую проблему.
• Проведите послемортем со всеми участниками команды, участвовавшими в миграции центра обработки данных, чтобы собрать любые возникшие проблемы. Это поможет создать более сильную команду в будущем, выявить любые проблемы, которые могли быть предотвращены, и учесть их при будущих проектах.
• Проведите послемортем со всеми участниками команды, чтобы собрать любые проблемы, с которыми столкнулись во время миграции центра обработки данных. Это поможет создать более сильную команду в будущем, выявить любые проблемы, которые могли быть предотвращены, и учесть их в будущих проектах.

Примечание:. Если вы завершили миграцию центра обработки данных в облако, помните, что вам нужно реализовать стратегию резервного копирования в облаке, чтобы защитить ваши данные.

Заключительные мысли

Миграции центра обработки данных могут потенциально быть одним из самых сложных процессов, которые организация может провести. Миграция включает в себя точные и рассчитанные изменения в системах, чтобы эти системы могли оставаться онлайн во время миграции или как можно скорее вернуться в онлайн.

Награды от успешной миграции могут быть огромными. Это может позволить бизнесу расширить свои технологические потребности в более современный и технологически продвинутый центр обработки данных. Кроме того, это может позволить организации проводить миграцию центра обработки данных в облако для размещения ресурсов. В любом случае, правильное планирование, тестирование и выполнение тщательно продуманных планов позволяют организации осуществить сложное достижение успешной миграции центра обработки данных.

Настоятельно рекомендуется создать резервную копию ваших данных перед началом миграции. Скачайте бесплатную пробную версию NAKIVO Backup & Replication для защиты ваших физических и виртуальных машин в центрах обработки данных.