Более 6300 заметок о VMware, AWS, Azure, Veeam, Kubernetes и других
VM Guru / Articles / Новая версия VMware Cloud Director Availability 4.4 - репликация онпремизной инфраструктуры в публичное облако VMware Cloud, где отсутствует Cloud Director
Новая версия VMware Cloud Director Availability 4.4 - репликация онпремизной инфраструктуры в публичное облако VMware Cloud, где отсутствует Cloud Director
Новая версия VMware Cloud Director Availability 4.4 - репликация онпремизной инфраструктуры в публичное облако VMware Cloud, где отсутствует Cloud Director
Совсем недавно компания VMware выпустила обновленную версию своего решения для обеспечения высокой доступности датацентров на базе VMware Cloud Director - Cloud Director Availability 4.4. Напомним, что о прошлых версиях этого решения мы писали тут и тут.
По-сути, Cloud Director Availability предназначен для создания резервной инфраструктуры в одном из публичных облаков сервис-провайдеров на основе VMware vCloud Director (так называемая услуга Disaster-Recovery-as-a-Service, DRaaS). Сегодня мы взглянем на новые возможности этого продукта, а также посмотрим на его основную новую функцию - обеспечение репликации онпремизной инфраструктуры VMware vSphere в одно из публичных облаков на базе технологии VMware Cloud.
Для начала небольшое видео от VMware, раскрывающее основные новые функции продукта:
Напомним, что еще в прошлой версии Cloud Director Availability позволил расширить сеть Layer 2 network в облако, как для инсталляций VMware Cloud Director на базе VMware NSX-T Data Center, так и на базе NSX Data Center for vSphere.
Это позволило облачным провайдерам, использующим VMware NSX, растянуть онпремизные сети клиентов на свои облака. Благодаря этому, они могут предложить клиентам бесшовный путь миграции в их облака с использованием обеих версий решения NSX.
Теперь продукт обзавелся следующими ключевыми возможностями:
1. Обеспечение катастрофоустойчивости vSphere DR и миграция данных в облако без Cloud Director
Ранее для инфраструктуры катастрофоустойчивости Cloud Director Availability требовалось, чтобы решение было развернуто как на онпремизной площадке клиента, так и в облаке сервис-провайдера. Теперь же версия 4.4 позволяет подключать резервирование инфраструктуры и для тех облаков, где присутствует только инфраструктура VMware vSphere. Это существенный шаг вперед, так как сегодня существует множество облаков на базе VMware Cloud, но не все из них имеют развернутую инфраструктуру Cloud Director.
Для этого были добавлены 2 новых режима развертывания:
Виртуальный модель vCenter Replication Management Appliance устанавливается клиентом на облачной площадке.
Аналогичный модуль Cloud vCenter Replication Appliance развертывается и на площадке клиента.
Такая архитектура позволяет управлять всей инфраструктурой катастрофоустойчивости через vSphere Client с помощью плагина VMware Cloud Director Availability vSphere Client Plug-In, не тревожа сервис-провайдера вопросами развертывания собственной DR-инфраструктуры.
Между площадками в этом случае будет обеспечиваться как онлайн-репликация данных ВМ, так и их миграция. Если основной сайт откажет, вы всегда сможете сделать Failover и повернуть репликацию в обратную сторону, используя встроенные механизмы доступности данных, а также провести переключение обратно на онпремизный сайт после восстановления его работоспособности (Failback).
2. Миграция датацентра в облако по клику
Теперь пользователи VMware vSphere прямо из клиента vSphere Client могут одним кликом запустить миграцию в облако, избежав комплексных процедур по подготовке и настройке окружений на своей стороне и на стороне сервис-провайдера.
Для этого из контекстного меню объекта (например, виртуальной машины) нужно выбрать опцию Fast Migration из раздела Cloud Provider DR and Migration:
Сам процесс запуска миграции не требует практически никакого ввода данных от пользователя:
3. Новые отчеты об исполнении задач восстановления
Теперь в продукте появились новые отчеты, называемые Recovery Plans Execution Reports. В них доступна информация о миграциях и восстановлении (Disaster Recovery) с указанием выполненных шагов плана и результата на каждом из них:
Тут также полезной оказывается информация о времени исполнения каждого из шагов, чтобы администратор мог понимать, сколько занимает этот процесс и, исходя из этого, планировать регламент операций по восстановлению инфраструктуры в случае сбоя.
Еще один интересный отчет - это информация о нарушениях политик RPO (допустимый уровень потерь, выраженный во времени изменения данных) за указанный промежуток времени. Как вы знаете, требования к контрольной точке восстановления (RPO) - критичная метрика для асинхронных репликаций, поэтому здесь администратор может понять, достигает ли компания поставленных требований:
4. Прочие улучшения
Здесь собраны небольшие нововведения, которые появились в Cloud Director Availability версии 4.4:
Появился встроенный фидбэк, где как клиент, так и сервис-провайдер, могут отправить сообщения в VMware о работе продукта:
Предпроверки удаленного сайта на совместимость, в случае когда вы делаете обновление одного из виртуальных модулей на собственной или облачной площадке.
Сбор бандлов поддержки (support bundles) напрямую сервис-провайдером - теперь он может получить их напрямую из интерфейса для создания тикета в поддержку.
Функции Network Extension для VMware Cloud on AWS, что позволяет растягивать сеть датацентра в облако, что упрощает миграцию и выполнения пост-миграционных процедур.
Фильтр по емкости ресурсов, которые позволяет понять, сколько и каких ресурсов требуется на целевой площадке, чтобы была возможность защитить все рабочие нагрузки.
Улучшения репликации - теперь для реплицируемой нагрузки автоматически подбирается соответствующий профиль хранилищ (storage profile) на целевой площадке.
Теперь для управляемых репликаций можно установить организацию-клиента в качестве владельца настраиваемых репликаций, а не только отдельных администраторов.
Помните, что VMware Cloud Director Availability 4.4 поддерживает прямое обновление только с версий 4.2.1 и 4.3.1.
Итак, давайте теперь рассмотрим процесс настройки репликации и восстановления инфраструктуры с помощью VMware Cloud Director Availability 4.4 в облаке, где присутствует только инфраструктура VMware vSphere.
Сначала надо убедиться, что на обеих площадках версия инфраструктуры vSphere соответствует хостам 6.5U3 (для этой версии не поддерживается VMware Cloud Director Availability vSphere Client Plug-in), 6.7U1/U2/U3 или 7.0/U1/U2/U3.
При развертывании модулей мы можем выбрать один из двух режимов: vCenter Replication Management Appliance или Cloud vCenter Replication Appliance (источником в этом случае будет онпремизная площадка). Надо отметить, что оба этих режима не совместимы с такими функциями, как Replicator или Tunnel.
Если у провайдера нет Cloud Director Availability (и, возможно, самого Cloud Director), то при развертывании OVF-шаблона в облаке нужно выбрать роль vCenter Replication Management Appliance:
Здесь нужно выбрать роль On-premises to Cloud vCenter Replication Appliance:
После развертывания обоих модулей, во время первоначальной настройки виртуального модуля vCenter Replication Management Appliance вам потребуется ввести лицензию, так как у сервис-провайдера она отсутствует:
После развертывания и первоначальной настройки обоих модулей вам потребуется настроить pairing между площадками (коммуникация происходит в обоих направлениях по порту 8048, поэтому требуется взаимная доступность обеих сайтов по этому порту). Трафик в этом случае шифруется средствами SSL.
В принципе, не важно в какой последовательности настраивать pairing на обеих модулях - начав на одном из них, вы можете закончить соединение модулей на втором.
Главное не забыть указать порт после адреса партнера. Ну и помните, что два модуля Cloud vCenter Replication Appliance нельзя соединить друг с другом.
Далее вы можете настроить репликацию виртуальных машин с онпремизной площадки в облако. Это можно сделать тремя способами:
Напрямую из vSphere Client
Из веб-консоли Cloud Director Availability
Из плагина Cloud Director Availability vSphere Client Plug-In клиента vSphere
Самый удобный способ - настраивать репликацию из плагина. Начать нужно в разделе Outgoing Replications, где нужно создать новую репликацию в облако:
После того, как вы выберете ВМ для репликации и целевую площадку, нужно будет задать несколько настроек:
Здесь мы указываем:
Целевые настройки RPO, в зависимости от оборудования площадок и характеристик канала репликации (минимальная настройка - 1 минута)
Включить или отключить политику сохранения копий Retention Policy
Включить ли механизм quiescing (приостановка операций ВМ для повышения консистентности данных)
Включить ли механику сжатия трафика (compression)
Выбрать тип дисков (это, кстати, новая возможность в данной версии) - тонкие (thin) или обычные (thick), но первоначально вам понадобится столько же места, сколько диски занимают на основной площадке
Можно отложить первоначальную синхронизацию или исключить некоторые диски ВМ из репликации
На этом, собственно, все - репликация настроена:
После этого вы сможете протестировать восстановление реплицированных виртуальных машин в облаке с помощью пункта Test в разделе Recovery:
Ну и для тех, кто хочет посмотреть на этот процесс вживую с объяснением всех деталей, компания VMware записала видео, посвященное Cloud Director Availability 4.4 в рамках серии Feature Friday: