Умный переезд ЦОД: пять шагов для грамотного перемещения инфраструктуры ЦОД

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

Одним из наиболее важных этапов релокации ЦОД является планирование и тщательная разработка переезда. Белая книга под названием «Умный переезд: пять шагов для грамотного перемещения инфраструктуры ЦОД» позволяет лучше понять сложный процесс планирования, ведущий к успешной миграции, а также учесть возможные проблемы. Книга призвана помочь в снижении рисков и создании масштабируемой инфраструктуры, отвечающей требованиям бизнеса.

В выпущенном Transitional Data Services (TDS) документе приведены лучшие практики индустрии, позволяющие осуществить успешную миграцию дата-центра:

1. Арендовать или строить с нуля?

Это первое решение, которое необходимо принять компании, планирующей выполнить релокацию ЦОД. Строительство нового дата-центра требует значительных вложений. Такой подход является максимально гибким, но для большинства компаний он будет недоступен, поскольку лишь немногие организации обладают достаточным опытом для сооружения дата-центра. С другой стороны, у аренды тоже есть свои минусы. Если компания арендует площадку, то владелец может поднять арендную плату, или поставить другие неудобные условия. Заключение долгосрочного договора на аренду является абсолютной необходимостью. Договор должен также предусматривать возможности для расширения инфраструктуры и продления срока аренды. Компании следует получить у владельца площадки следующие сведения:

Параметры площадки. Обеспечивается ли достаточный объем питания и охлаждения? Сбалансированы ли системы охлаждения и энергоснабжения между собой? Достаточно ли свободного пространства? Где будет предоставлено дополнительное пространство в случае расширения ЦОД? Как снизить или исключить риски, связанные с будущим расширением?

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

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

2. Анализ пригодности площадки для размещения ЦОД.

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

Местоположение. Дата-центр не должен располагаться в зоне с высоким риском возникновения природных катаклизмов. Площадка должна находиться на возвышенности и должна быть защищена.

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

Электроснабжение. Площадка для размещения ЦОД должна иметь доступ к нескольким линиям питания, способным поставлять достаточный объем электроэнергии на объект. Предпочтение стоит отдавать энергетическим компаниям с низкими тарифами.

Площадь. Прежде чем приступить к выбору площадки, компания должна проанализировать план дальнейшего роста бизнеса. На этапе определения необходимой площади неправильным будет отталкиваться от текущих потребностей. Ориентироваться стоит на тот объем вычислительной мощности, который предположительно понадобится компании через 5-10 лет. 

3. Тщательное, заблаговременное планирование.

Для осуществления успешной релокации ЦОД необходима тщательная подготовка и планирование. Компаниям рекомендуется привлекать внешних экспертов для снижения нагрузки на ИТ-отдел. В ходе разработки плана релокации стоит обратить внимание на следующие моменты:

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

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

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

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

Определение необходимых ресурсов. Какие работники компании будут привлекаться для осуществления переезда, какова будет их роль? Какие поставщики будут задействованы?

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

4. Сведение к минимуму изменений и сложности переезда.

Перед началом переезда компании должны заморозить конфигурации используемых ими приложений, и не должны вносить никаких изменений. Релокацию ЦОД иногда рассматривают в качестве возможности выполнить апгрейд аппаратного или программного обеспечения, но это плохая идея по целому ряду причин. Любые производимые изменения ведут к риску и усложняют процесс переезда. Ни в коем случае не стоит виртуализировать сервера в ходе релокации, поскольку виртуализация сама по себе является сложным процессом, требующим пристального внимания. Впрочем, некоторые изменения все же можно производить: стоит рассмотреть вариант приобретения нового сетевого оборудования. Это позволит создать полностью работающую сеть на новой площадке еще до того, как будет осуществлен переезд, что существенно снизит риск простоя серверов.

5. Использование выделенных ресурсов в день переезда.

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

Поскольку ИТ-инфраструктура является неотъемлемой частью любого бизнеса, компании должны  своевременно и продуманно реагировать на все испытания, которые могут возникнуть в сфере ИТ. Это также касается расширения или миграции дата-центра.