Репликация и послеаварийное восстановление в облако с помощью Veeam Cloud Connect Replication

Учимся легко и непринуждённо восстанавливать “упавшую” инфраструктуру в облаке сервис-провайдера.

01 сентября 2016  •  Александр Васильев

В первых двух частях мы посмотрели, как построить гибридное облако с помощью VMware vCloud Connector. Сегодня поговорим об авариях и о том, как с помощью ресурсов облачного провайдера восстанавливать “упавшую” внутреннюю инфраструктуру. Разбирать тему будем на примере Veeam Cloud Connect Replication — инструмента, помогающего настраивать репликацию виртуальных машин и запускать реплики в облаке сервис-провайдера.

Для опытов нам понадобятся: своя виртуальная инфраструктура и внешние облачные ресурсы на базе VMware, Veeam Backup and Replication не ниже версии 9.

В начале была репликация

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

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

Veeam Cloud Connect Replication

Veeam Cloud Connect Replication помогает настроить репликацию в облако сервис-провайдера и переключиться на реплики в случае аварии на основной площадке. Все эти операции выполняются в привычном интерфейсе Veeam Backup and Replication. Возможны следующие сценарии переключения на резервную площадку:

  • Запуск отдельных виртуальных машин (Failover Now). Если становятся недоступны единичные машины, то их можно запустить на резервной площадке из созданной реплики. При этом не придется с нуля настраивать сетевую связность между основной площадкой и внешним облаком благодаря преднастроенному Network Appliance (расскажем о нем подробнее ниже).
  • Запуск всей инфраструктуры по подготовленному плану (Failover Plan). Этот сценарий можно использовать, когда становится недоступна вся инфраструктура. Добавьте в Failover Plan все виртуальные машины, которые нужно запустить на резервной площадке, и активируйте Failover Plan в случае аварии. Можно поделить виртуальные машины на группы по их критичности и создать несколько планов: какая-то группа ВМ запустится в первую очередь, другие — чуть позже.
    Если в результате аварии гибнет сервер, на котором развернут Veeam Backup and Replication, то активировать Failover Plans можно через веб-портал Cloud Connect Portal с любого устройства, в том числе мобильного телефона.

Далее расскажем, как начать работу в Veeam Cloud Connect Replication: подключиться к облачному провайдеру, настроить репликацию и создать план восстановления.

Подключаемся к облаку сервис-провайдера

  1. Предварительно находим на портале партнеров Veeam облачного провайдера, который поддерживает Cloud-based disaster recovery (DRaaS). Арендуем необходимый объем облачных ресурсов.
  2. В Veeam Backup and Replication 9 переходим кликаем Add Service Provider.
  3. Указываем адрес сервис-провайдера и порт подключения. Жмем Next.
  4. Кликаем Add, чтобы добавить новый аккаунт.
  5. Вводим учетные данные пользователя, выданные сервис-провайдером. Жмем Next и подключаемся.
  6. После подключения вы увидите арендованные ресурсы, которые будете использовать под хранение реплик виртуальных машин.
  7. Настраиваем Network Appliance. Жмем Edit.
    При восстановлении отдельных виртуальных машин (Failover now) Network Appliance поможет сохранить связность между ВМ в облаке сервис-провайдера и машинами, которые продолжают работать на основной площадке.
  8. Вводим данные о сетевой инфраструктуре:
    • Название хоста
    • Пул ресурсов
    • Тип хранилища
    • Сеть
    • IP-адрес — тот IP, который будет присвоен Network Appliance. Сеть и IP должны быть доступны Veeam Backup and Replication, чтобы общаться с Network Appliance. Жмем Finish и ждем, пока все настройки применяется.

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

Настройка репликации

  1. Для создания задания на репликацию в интерфейсе Veeam Backup and Replication кликаем Replication Job.
  2. Задаем имя и описания задания. Чтобы снизить нагрузку на сеть, рекомендуем активировать replica seeding (реплика создается на базе специально созданного бекапа ВМ, а не рабочей ВМ), network mapping и re-IP. Эти настройки помогут уменьшить объем передаваемого трафика. Жмем Next.
  3. Добавляем виртуальные машины для репликации. Кликаем Add. Здесь же можно выбрать, в каком порядке машины будут отправляться на репликацию. Используйте для этого кнопки Up и Down.
    Если на репликацию добавлен ресурсный пул, то с помощью Exclusions можно исключить из этого списка отдельные ВМ.
    Настройка Source определяет, откуда будет делаться реплика — с продуктивной ВМ или с последнего бекапа.
  4. Выбираем площадку для репликации — Cloud host. Жмем Next.
  5. Выбираем пул ресурсов, который выделил облачный провайдер. Указываем тип хранилища, если у вас их несколько (например, по типу дисков). Жмем Next.
  6. Указываем репозиторий для хранения мета-данных, суффикс для имени реплики и количество точек восстановления.
  7. Если ваша лицензия Veeam включает WAN Accelerators, то активируйте его. Он снизит нагрузку на сеть и ускорит репликацию виртуальных машин при медленном Интернет-подключении.
  8. Активируйте Enable application aware-processing, если на виртуальных машинах работают приложения Microsoft (SQL, Exchange, Active Directory и пр.). Эта опция обеспечит консистентность данных в репликах. Введите учетные данные администратора Guest OS.
  9. Выставляем расписание для автоматической репликации — Run the Job Automatically. Здесь нужно учесть, справится ли производительность вашей инфраструктуры и пропускная способность канала с выбранной частотой репликации.
    Совет: перед тем, как выбрать расписание, сделайте несколько заданий репликаций вручную. Так вы получите четкое понимание, с каким интервалом настроит автоматическую репликацию, чтобы это не вызывало деградацию сервисов на продуктиве. Жмем Finish.

Все созданные задания на репликацию отобразятся во вкладке Replication.

Все актуальные реплики вы найдете во кладке Replicas.

Создание плана восстановления (Failover Plan)

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

  1. Для создания плана восстановления кликаем Failover Plan.
  2. Вводим имя и описание плана восстановления.
  3. Кликаем Add, чтобы добавить виртуальные машины, которые будут восстанавливаться в рамках этого плана. Выбираем из виртуальных машин, для которых уже настроена репликация. Жмем Next.
  4. Кликаем Manage default gateways. Эта информация будет использоваться Network Appliance во врем полного восстановления. Жмем Next.
  5. Прописываем для каждой реплики виртуальной машины внешний и внутренний IP. Чтобы после восстановления на внешней площадке к виртуальным машинам можно будет подключиться через Интернет. Жмем Finish.

Тестирование плана восстановления

Созданный план восстановления можно протестировать. Для этого кликните нужный Failover Plan правой кнопкой мыши и нажмите Test.

Во время теста мы проверяем, все ли машины, добавленные в Failover Plan, успешно запускаются в облаке провайдера.

Хотя этот тест не позволяет проверить сетевую связность и работоспособность приложений, развернутых на ВМ, но он покажет, запускаются ли ВМ на резервной площадке. Для полной проверки нужно провести запланированный failover: выключить боевые виртуальные машины, т.е. сымитировать их отказ, запустить нужный план восстановления. В этом случае виртуальные машины запустятся в облаке сервис-провайдера вместе со всеми сетевыми настройками.

Портал Cloud Connect Portal

Напоследок немного о worst-case scenario. Если случилась настоящая катастрофа, и Veeam Backup and Replication тоже стал недоступен, то на этот случай есть Cloud Connect Portal. Этот портал развернут на стороне сервис-провайдера, и поэтому армагеддон на вашей площадке будет ему будет не страшен. Cloud Connect Portal доступен через любой браузер.

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

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

Расскажите друзьям и коллегам о статье
  • Поделиться
  • Плюсануть
  • Поделиться

Подписка на новые статьи

Новые статьи почтой

Пишем редко, но по делу

Последние статьи

Рассказываем как грамотно проводить тестовые восстановления из бэкапа.

19 мая  •  Александр Васильев

Закулисье техподдержки DataLine и несколько советов о том, как писать на саппорт, чтобы вас услышали и быстро помогли.

04 мая  •  DataLine

Рассказываем, как настроить wi-fi-сеть так, чтобы к сети не могу подключиться чужак.

28 апреля  •  DataLine

Комментарии