VMware vCenter Site Recovery Manager

VMware vCenter Site Recovery Manager — автоматизирует процесс восстановления данных после сбоев. По сути, SRM представляет собой инструмент выстраивания процесса восстановления (восстановления серверов) в «правильном» порядке на «правильных» сетях).

2021: VMware SRM 8.4 и vSphere Replication 8.4

14 марта 2021 года стало известно о том, что на прошлой неделе компания VMware выпустила обновления своих продуктов - vSphere 7 Update 2 и vSAN 7 Update 2. Одной из важных составляющих инфраструктуры vSphere является технология репликации, которая служит основой для защиты активного дата-центра и позволяет создать горячие копии виртуальных машин на резервной площадке в рамках решения VMware Site Recovery Manager.

Как пояснялось, возможности недавнего обновления VMware SRM 8.4 и vSphere Replication 8.4:

• Оптимизация процедуры Re-Protect. При возвращении основного сайта в онлайн после операции восстановления на резервную площадку происходит обратная ресинхронизация данных виртуальных машин. Теперь этот процесс работает значительно быстрее, так как SRM начинает отслеживать изменяющиеся данные сразу после Failover'а или плановой миграции на резервный сайт.

Вот так это выглядит с точки зрения экономии времени на восстановление изначальной конфигурации площадок:

Оптимизация процедуры Re-Protect

• Оптимизация масштабируемости и производительности. Раньше технология vSphere Replication поддерживала репликацию до 2000 виртуальных машин на один сервер vCenter, теперь же это число было увеличено до 3000. На один модуль Replication Appliance теперь может приходиться до 300 ВМ вместо 200 ранее. Кроме того, инженеры VMware также поработали и над оптимизацией производительности процесса репликации.
• Отчетность. Ранее отчеты можно было выгружать в файл XML, теперь же была добавлена еще и возможность копировать их в любой Datagrid через UI. Также появилась опция "Export Global Report" в формат CSV, которая позволяет экспортировать все настройки и конфигурации инфраструктуры катастрофоустойчивости для отчетности и анализа. Там будут все Recovery Plans и Protection groups с их подробными конфигурациями.
• Оптимизация интерфейса. Тут появилось множество обновлений, например, раздел Missing network mappings, очень полезный для администраторов SRM.

Оптимизация интерфейса

На скриншоте видно, что при настройке репликации недостающие маппинги показываются в интерфейсе, где есть возможность их добавить в Protection groups на этапе одного из шагов мастера. После создания плана аварийного восстановления пользователю покажут список задач с ошибками, обнаруженными для полученных конфигураций. Это доступно на Summary Page, без необходимости открывать recovery plan report.

В истории задач видны все ошибки, сгруппированные по задачам:

Ошибки, сгруппированные по задачам

На любом экране с деревом инфраструктуры теперь есть информация о состоянии каждого из объектов (Disconnected, Maintenance Mode и т.п.):

Информация о состоянии каждого из объектов

Для маппинга папок теперь есть подсказка об их иерархии:

Подсказка об их иерархии

После фейловера или плановой миграции на другую площадку наступает необходимость восстановить функционирование основного сайта и вернуться к изначальной конфигурации. О процедуре Reprotect теперь напоминает специальный попап. Также при настройке репликации для виртуальной машин, помимо формата диска и политики хранилищ, теперь показывается и контроллер для каждого диска. Появилась возможность read-only просмотра мастера recovery settings для ВМ, когда планы восстановления находятся в нередактируемом состоянии.

• Оптимизация vSphere Replication Appliance Management. Интерфейс модуля VRMS был приведен к тем же стандартам, что и консоли Site Recovery Manager и vCenter. Теперь нужные задачи и настройки находить легче:

VRMS

• Оптимизация простоты использования. Теперь Site Recovery Manager автоматически выбирает placeholder datastores на обеих площадках с учетом характеристик этих датасторов. Эту механику можно отключить в настройках. Также теперь при настройке репликации автоматически определяются редко используемые ISO, подключенные как CD/DVD и исключаются из репликации.
• Улучшенная поддержка соединения площадок. Теперь конфигурация SRM поддерживает разницу в версиях (N+1), что очень удобно в целях апгрейда версии ПО на обеих площадках. Тут есть 3 основных момента:
  • Пара будет функционировать на условиях младшей версии
  • SRM и vSphere Replication должны быть одной версии в рамках одной площадки
  • Эта функциональность идет отдельно от совместимости разных версий vCenter

• Оптимизация автоматизации. Через SRM API теперь доступны следующие возможности:
  • Просмотр числа и типов лицензий
  • Создание пустых protection groups
  • Создание/редактирование папок и перемещение recovery plans и protection groups
  • Настройка array managers
  • Управление реплицируемыми парами дисковых массивов
  • Ручной маппинг/защита ВМ
  • Функции Add/Remove/Get для Placeholder Datastores
  • Добавление зависимостей ВМ

Для плагина vRealize Orchestrator plug-in for SRM было добавлено:

• • Добавление Inventory Mappings на уровне ВМ
  • Настройка Placeholder Datastore
  • Рабочий процесс создания папок Protection Group и Recovery Plan, а также их перемещение из одной папки в другую

• Оптимизация vRealize Operations Management Packs. Management Pack теперь поддерживает vRealize Operations Manager 8.3. В отчетах теперь можно найти информацию о:
  • Лицензиях
  • Объектах Array Manager
  • Ошибках, алертах и алармах
  • Recovery History
  • MPIT visibility для vSphere Replication

2020: VMware Site Recovery Manager 8.3

13 марта 2020 года компания VMware анонсировала выпуск обновленной версии решения VMware Site Recovery Manager 8.3, предназначенного для обеспечения катастрофоустойчивости виртуальных дата-центров.

Изменения и дополнения в SRM 8.3, отмеченные разработчиком:

• Интеграция с Virtual Volumes (vVols). Это было одной из самых ожидаемых возможностей SRM. В представленной версии тома vVols полностью поддерживаются для защиты с помощью SRM на базе технологий репликации на уровне дискового массива. Репликация для томов vVols работает на уровне отдельных виртуальных машин, а также в составе групп (replication groups).

Компонент VASA provider заменил модуль SRA (Storage Replication Adaptor), поэтому ежедневные операции выполняются проще и быстрее. Сначала поддержка будет реализована для хранилищ Pure, HPE 3par и Nimble, но вскоре появится и для других вендоров, подчеркнули в VMware.

• Автоматическая защита виртуальных машин. Раньше если было необходимо добавить ВМ в защищаемые на protected datastore, нужно было открыть консоль SRM и добавить ее в protection group. Теперь же, если машина перемещается на такой датастор с помощью vMotion или создается там администратором, то она автоматически попадает в состав защищенной группы.

Точно такая же автоматическая защита распространяется и на тома vVols, которые поддерживаются, начиная с этой версии SRM.

В VMware отметили, что если машина перемещается между датасторами через Storage vMotion, то она не попадает в protection group. Это сделано для того, чтобы предотвратить изменение protection group для машины во время этой операции.

• Бесшовное изменение размера диска. Раньше для изменения размера диска реплицируемой машины средствами vSphere Replication требовалось сделать несколько ручных операций на стороне таргета репликации. В представленной версии эта операция делается автоматически, когда пользователь меняет размер диска исходной ВМ.

• Утилита vSphere Replication Configuration Export/Import Tool. В SRM 8.1 появилась возможность сохранять и восстанавливать конфигурацию защищаемой среды, а в SRM 8.3 с помощью утилиты vSphere Replication Configuration Export/Import Tool можно делать то же самое для конфигураций репликации. Администраторы могут сделать резервную копию конфигураций реплицируемых ВМ, включая RPO, MPIT, компрессии, подморозки (quiescing), шифрования, настройки датасторов и все прочее. По данным на март 2020 года эта возможность доступна только через CLI.

• Улучшения интерфейса. В плане UI в SRM 8.3 было сделано много изменений, вот некоторые из них:
  • Улучшения репортинга, включая возможность экспорта всех представлений в формат CSV.
  • Пользователь может экспортировать детали репликации отдельных ВМ.
  • Интерфейс репликации включает статистику lag time, которая показывает прошедшее с момента последней репликации время.
  • Возможность спрятать/показать колонки во всех табличных представлениях.
  • Список replications list показывает ассоциированные protection groups.

• Улучшения производительности vSphere Replication. Улучшения касаются как механизма первоначальной синхронизации, так и постоянной репликации машины под нагрузкой.

• Прочие улучшения:
  • Улучшения утилиты SRM Configuration Import/Export Tool.
  • Расширенные возможности плагинов vRO для SRM и vSphere Replication, включая рабочие процессы для томов vVols.
  • Дополнительные возможности для vROps Management packs, как для SRM, так и для vSphere Replication.
  • Улучшенная интеграция с хранилищами [[[VMware Virtual SAN |vSAN]], которые больше понимают о наличии данных реплик vSphere Replication.
  • Улучшения безопасности, включая поддержку FIPS в интерфейсе, и интеграция с шифрованием vSphere Trust Authority.

Доступность для загрузки VMware Site Recovery Manager 8.3 ожидается в апреле 2020 года.^[1]

2019: VMware Site Recovery Manager 8.2

13 мая 2019 года компания VMware сообщила, что выпустила версию решения для обеспечения катастрофоустойчивости виртуальных дата-центров VMware Site Recovery Manager 8.2.

По информации компании, главное нововведение данного обновления - это отказ от Windows и переход на виртуальный модуль (Virtual Appliance) на базе гостевой ОС Photon. Правда установщик под Windows пока еще доступен, но, скорее всего, его уже не будет в следующих версиях.

В обновленной версии VMware SRM 8.2 появилось:

• Полная совместимость с платформой виртуализации VMware vSphere 6.7 Update 2.
• Улучшения интерфейса управления на базе HTML5:
  • Утилита SRM Configuration Import/Export Tool теперь доступна прямо из консоли решения.
  • Можно выбирать цветовые схемы пользовательского интерфейса, включая темную тему.

Темная тема

• • Отображение информации о емкости на вкладке Protection Groups Datastores.
  • Возможность дать фидбэк в VMware касательно обновленного интерфейса.

• Улучшения публичного API:
  • Вывод информации обо всех Array Managers.
  • Вывод всех реплицируемых томов RDM.
  • Обновленный пакет к vROPs - vRealize Operations Management Pack for Site Recovery Manager 8.2
  • Обновленный плагин к vRO - vRealize Orchestrator Plug-In for VMware Site Recovery Manager 8.2

• Возможность отсылать логи SRM на удаленный syslog-сервер.
• Поддержка шифрования сетевого трафика для vSphere Replication 8.2.

2014: VMware Site Recovery Manager 5.8

Компания VMware сделала в октябре 2014 года анонс VMware Site Recovery Manager 5.8 - средства создания катастрофоустойчивой архитектуры виртуального датацентра. Но на днях была обновлена vSphere Replication до версии 5.6, где появилась возможность проводить безопасную репликацию виртуальных машин в облако VMware vCloud Air, поэтому новость про SRM 5.8 сейчас будет очень кстати.

Новые возможности VMware SRM 5.8:

Наконец-то SRM полностью поддерживает vSphere Web Client (ранее он был доступен только для "толстого" клиента).

Интерфейс полнофункциональный. Вот, например, автоматическое создание реверсного мапинга на резервной площадке:

• Максимальное число защищаемых ВМ увеличилось до 5000.
• Максимальное число одновременно исполняемых задач увеличилось до 2000.
• Улучшилась производительность задач - теперь они выполняются до 75% быстрее.

• Теперь в рамках создания плана аварийного восстановления можно мапить не только отдельные IP-адреса машин (что неудобно при массовом мапинге), но и целые подсети (IP customisation plans).

• Новая версия vSphere Replication обеспечивает возможность проводить безопасную репликацию виртуальных машин в облако VMware vCloud Air.
• vSphere replication calculator - возможность посчитать, какой канал вам потребуется для репликации нужного числа виртуальных машин.
• Enhanced reporting – в новой версии vSphere Replication появилось новое представление reporting dashboard, которое представляет детальную информацию об использовании vSphere Replication.
• Появился новый плагин VMware Orchestrator Plugin for SRM для автоматизации операций SRM (это необходимо для нестандартных и комплексных сценариев).
• SRM теперь может использовать встроенную базу данных vPostgres для быстрого развертывания.
• Полная поддержка VSAN и vSphere Storage Appliance (VSA).
• Интегрированная Windows-аутентификация при использовании БД Microsoft SQL Server (подробнее тут).
• Поддержка интеграции с vCloud Automation Center (vCAC - сейчас этот продукт называется vRealize Automation) - появились средства самообслуживания пользователей.

В целом версия 5 доказавшего свою эффективность решения для аварийного восстановления VMware vCenter Site Recovery Manager включает встроенные возможности репликации, что позволит клиентам без дополнительных расходов вдвое увеличить количество защищенных приложений. В то же время, решение поддерживает разнородные конфигурации хранилищ на основных и резервных площадках. Новая возможность автоматического восстановления конфигурации и планирования миграций позволит клиентам управлять перемещениями, избегая сбоев и поддерживая плановое обслуживание и консолидацию дата-центров.

2013: VMware Site Recovery Manager 5.5

(Данные действительны на сентябрь 2013 года)

• Возможность протестировать процедуру аварийного восстановления с двух сторон, без нарушения работы производственного окружения.
• Поддержка виртуальных машин с дисками более 2 ТБ.
• Поддержка Windows Server 2012 для установки компонентов SRM.
• Новые настройки для поддержки режима vSphere Replicaiton.
• При перемещении машин в рамках одной consistency group полностью поддерживаются техники Storage DRS и Storage vMotion.
• Защита виртуальных машин, хранилища которых находятся на бэкэнде Virtual SAN (vSAN). Естественно, это реализовано на базе vSphere Replication.
• Поддержка техники multiple point-in-time (MPIT) - нескольких точек для восстановления целевой реплицируемой машины. Это защищает сервисы от логических повреждений данных, изменения в которых реплицируются на резервную площадку.
• SRM 5.5 больше не поддерживает базу данных IBM DB2.

Надо отметить, что для управления инфраструктурой SRM по-прежнему требуется "толстый" клиент vSphere Client (напомним, что его не убрали из vSphere 5.5, хотя и обещали - похоже именно из-за сопутствующих продуктов), а про поддержку vSphere Web Client пока ничего не говорят.

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

В SRM можно использовать репликацию на уровне дисковых массивов (array-based), которая работает быстро, надежно (до RPO=0) и синхронно (или асинхронно), но требует вложений в инфраструктуру, а также host-based репликацию по сети передачи данных, которая работает менее эффективно (RPO - от 15 минут до 24-х часов), зато использует существующую инфраструктуру Ethernet.

2012: VMware Site Recovery Manager 5.1

(Данные действительны на сентябрь 2012 года)

• Возможность построения DR-конфигурации без собственного резервного датацентра. В этом случае можно использовать ЦОД сервис-провайдера, работающего по программе предоставления облачных сервисов в аренду - VSPP. В случае серьезного сбоя или аварии в инфраструктуре компания может продолжить исполнять сервисы VMware vSphere из облака.
• Репликация с поддержкой приложений, а также автоматический Failback при использовании vSphere Replication. Теперь появилась интеграция SRM в механизмом VSS в гостевых ОС, кроме того обратное восстановление с резервной площадки на основную (Failback) возможно не только для технологии репликации на уровне дисковых массивов, но и для технологии репликации на уровне хоста vSphere Replication.
• Поддержка окружений vSphere Essentials Plus. Как многие уже знают, в Essentials Plus появились встроенные функции vSphere Replication, которые поддерживаются со стороны SRM, поэтому данное издание полностью поддерживается со стороны последнего.

Примечания