Миграция центра обработки данных с помощью Veeam Backup & Replication: пошаговое руководство

Моему коллеге Дэвиду Баркеру недавно поручили выполнить миграцию центра обработки данных в условиях сильного дефицита времени, и я рад сообщить, что в итоге все получилось хорошо. Дэвид — старший системный инженер с более чем восьмилетним опытом работы с виртуализацией. Он также является сертифицированным специалистом VMware, которому VMware присвоила звание vExpert, и он имеет сертификаты VCP6-DCV и VCP6-NV. Дэвид заядлый блоггер, и вы также можете найти его в Твиттере. Некоторое время назад Дэвид поделился своими мыслями здесь, на TechGenix, о том, как можно настроить полностью функционирующую домашнюю лабораторию VMware, используя компоненты, которые можно легко купить на Amazon. читателей, многие из которых работают с платформой VMware в своей компании или организации. Итак, я попросил Дэвида снова помочь нашим читателям, поделившись с нами своим проектом миграции центров обработки данных, и он любезно ответил, описав шаги, которые он предпринял, и инструменты, которые он использовал. Давайте теперь послушаем Дэвида, когда он проведет нас через то, что могло бы быть плохим днем, но в итоге оказалось легким.

Возможный кошмарный сценарий

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

Теперь, когда эта среда была на 99 % виртуализирована, я понял, что Veeam — отличный вариант для решения этой задачи. Итак, мы рассмотрим шаги и рабочий процесс, чтобы вы также могли перенести центр обработки данных с помощью Veeam. Процесс довольно прост, но есть некоторые моменты, которые мы должны помнить на протяжении всего процесса.

Первое, что нам нужно иметь в виду, это время безотказной работы, необходимое во время перемещения. Поскольку эта среда была средой разработки и контроля качества, время безотказной работы было не так важно, как, скажем, производственная среда. Далее нам необходимо оценить различные версии сетей, аппаратного и программного обеспечения в другом вашем центре обработки данных. Veeam может отображать разные сети и менять IP-адреса ваших виртуальных машин во время переезда, но об этом мы поговорим позже. Другие вещи, о которых следует помнить, — это версии vCenter, которые вы используете, и какое оборудование в двух центрах обработки данных, поскольку это может вызвать некоторые проблемы в зависимости от того, используете ли вы какие-либо дополнительные решения или нет (например, SRM, NSX и т. д..).

Шаги в пошаговом руководстве

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

1. Резервное копирование виртуальных машин в исходном центре обработки данных с помощью Veeam на переносной диск. Обычно я использовал для этого простое устройство NAS, такое как QNAP или Seagate.
2. Переместите свои резервные копии в новый центр обработки данных. Обычно это связано с доставкой, но я сделал один ход, когда он был в том же состоянии, так что это был привод.
3. Восстановите виртуальные машины на стороне назначения с помощью Veeam.
4. Создавайте задания репликации на стороне назначения внутри Veeam.
5. Отказоустойчивые виртуальные машины в целевой vCenter.
6. Выполните техническое обслуживание виртуальной машины. Мы поговорим об этом позже.

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

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

Теперь, когда задание резервного копирования создано, нам просто нужно его запустить. В зависимости от размера ваших резервных копий и сетевого подключения NAS это может занять некоторое время. В моем случае у меня был NAS, подключенный через соединение 1 ГБ, и для резервного копирования 12 ТБ данных потребовалось около 18 часов.

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

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

Это еще один трудоемкий шаг, который следует запланировать на временной шкале. Например, у меня был SQL-сервер с примерно 4 ТБ данных, на восстановление которого ушло почти три дня. Хорошо то, что вы можете запускать несколько серверов параллельно друг с другом в зависимости от настроек прокси-сервера в Veeam, но это может помочь сократить время.

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

Несколько вещей, которые следует отметить на приведенном выше снимке экрана. Мы хотим включить «Низкую пропускную способность соединения», так как это позволит нам выбрать восстановленные виртуальные машины в качестве исходных. Затем вы можете выбрать «Отдельные виртуальные сети», если хотите сопоставить существующие группы портов с новыми на стороне назначения. Этот шаг не является обязательным, но поможет при ручной работе после отработки отказа. Последний флажок — «Другая схема IP-адресации», который позволит Veeam изменить IP-адрес виртуальной машины при отработке отказа.

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

Теперь, когда мы выполнили репликацию, пришло время выполнить аварийное переключение наших виртуальных машин на наш целевой vCenter. В консоли Veeam в разделе «Реплики» мы хотим найти наши виртуальные машины для аварийного переключения в разделе «Готово». Обязательно выполните запланированную отработку отказа и не выбирайте отработку отказа сейчас.

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

1. Выполните репликацию виртуальной машины.
2. Выключите исходную виртуальную машину.
3. Выполните окончательную репликацию виртуальной машины.
4. Измените IP-адрес виртуальной машины (если вы это делаете).
5. Измените группу портов виртуальной машины (если вы выполняете сопоставление сети).
6. Включите виртуальную машину в целевом vCenter.

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

Если возникнут какие-либо проблемы, у вас есть возможность отменить отработку отказа. Это выключит машину в месте назначения и снова включит исходную исходную виртуальную машину. Любые изменения, которые были сделаны на целевой виртуальной машине, будут потеряны во время этого процесса. Вы можете найти все свои новые виртуальные машины в разделе «Реплики», а затем вы увидите категорию «Активные» внизу.

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

И наша миграция центра обработки данных завершена!

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