Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
VMware Site Recovery Manager
 | |
| Разработчики: | VMware |
|---|---|
| Операционная система: | кроссплатформенная |
| Тип ПО: | ПО для аварийного восстановления |
| Веб-сайт | https://www.vmware.com/ |
Содержание
Возможности VMware Site Recovery Manager
Архитектура VMware Site Recovery Manager
Отказоустойчивая система состоит из основного и резервного сайтов (ЦОДов). Оба cайта имеют типовую виртуальную IT-инфраструктуру VMware: виртуальные машины запущены на серверах ESX централизованно управляемых сервером vCenter. Работа SRM основывается на репликации блоков данных уровня дисковых массивов. Репликация обеспечивается средствами ПО производителей систем хранения. Для интеграции с дисковыми массивами SRM использует программные адаптеры репликации (SRA, Storage Replication Adapter), которые поставляются производителями дисковых массивов. Используя адаптер репликации, SRM проверяет наличие репликации LUN, на которых хранятся файлы защищаемых виртуальных машин, а также инициирует выполнение различных команд дисковыми массивами, таких как создание снэпшотов, переключение режимов работы и т.п. Администрирование производится с автоматизированного рабочего места администратора с установленным VMware vSphere Client. В каждый сайт добавляется сервер Site Recovery Manager, управляющий процессами аварийного восстановления и реализующий функционал создания, тестирования и выполнения планов восстановления. Кроме того, сервер SRM интегрируется с серверами vCenter основного и резервного сайта, что обеспечивает централизованное управление процессами аварийного восстановления, мониторинг их состояния, а также оповещение операторов в случае возникновения аварийных ситуаций. [Источник 3]
Варианты восстановления сайта
Плановая миграция. Предполагает доступность и полную функциональность основного и резервного сайтов. Исключает потерю данных, это запланированная операция, проходит в рабочем порядке, без аварийных ситуаций:
Аварийное восстановление (Disaster recovery). Рассчитано на внезапное падение основного сайта, осуществляется переключение на резервный сайт, незапланированная операция:
Требования к конфигурации сайтов для работы Site Recovery Manager
Подходы к защите виртуальных машин
Различные режимы репликации
Site Recovery Manager с репликацией на уровне массива (Array-based replication)
Данный подход предполагает репликацию данных между сайтами на уровне массивов (СХД), посредством заложенных в них механизмов репликации. Интеграция SRM с массивами осуществляется посредством storage replication adapters (SRAs), это программные компоненты, которые должны разрабатываться производителями массивов. Для поддержки Array-based replication на SRM-server каждого сайта должны быть установлены SRA для каждого подключенного к нему массива.
Site Recovery Manager с использованием vSphere Replication
Site Recovery Manager может использовать vSphere Replication (встроенная и бесплатная технология пакета VMware vSphere) для репликации данных на уровне виртуальных машин между сайтами. Работа vSphere Replication не зависит от типа и модели хранилища, не требует интеграции с массивом (разработки SRA) и поддерживает любое хранилище совместимое с vSphere. vSphere Replication позволяет создавать цепочку снэпшотов для реплицируемых виртуальных машин на резервном сайте – множество реплик защищаемых машин на разные моменты времени. Таким образом, появляется возможность выбора оптимального состояния виртуальной машины для восстановления среди множества снапшотов реплики. [Источник 5]
Смешанный режим репликации
Site Recovery Manager поддерживает смешанный режим работы в котором совместно используются оба механизма репликации: Array-based replication и vSphere Replication. Данный режим требует развертывания и настройки этих технологий на обоих сайтах. Настройка разных механизмов репликации для одних и тех же виртуальных машин не поддерживается. Однако, Site Recovery Manager позволяет включать в один план задачи по восстановлению с разными механизмами репликации, но для разных виртуальных машин.
Развертывание для аварийного восстановления с помощью VMware Site Recovery Manager
В этой статье объясняется, как реализовать аварийное восстановление для локальных виртуальных машин VMware (ВМ) и виртуальных машин на основе Решения VMware для Azure. В решении, описанном в этой статье, с Решением Azure VMware используется VMware Site Recovery Manager (SRM) и vSphere Replication. Экземпляры SRM и серверов репликации развертываются как на защищенном сайте, так и на сайте восстановления.
SRM — это решение для аварийного восстановления, предназначенное для сокращения времени простоя виртуальных машин в среде Решения Azure VMware в случае аварии. SRM автоматизирует отработку отказа и восстановление размещения, обеспечивая минимальный простой при аварии. Кроме того, не нарушающее работу встроенное тестирование гарантирует соблюдение целевых показателей времени восстановления. В целом, SRM упрощает управление с помощью автоматизации и обеспечивает быстрое и хорошо предсказуемое время восстановления.
vSphere Replication — это технология репликации на основе гипервизора VMware для виртуальных машин vSphere. Она защищает виртуальные машины от частичных или полных сбоев сайта. Кроме того, она упрощает защиту аварийного восстановления с помощью не зависящей от хранилища репликации с ориентацией на виртуальные машины. vSphere Replication настраивается отдельно для каждой виртуальной машины, что позволяет выбирать виртуальные машины для репликации.
Из этой статьи вы узнаете, как реализовать аварийное восстановление для локальных виртуальных машин VMware (ВМ) и виртуальных машин на основе Решения VMware для Azure.
Поддерживаемые сценарии
SRM помогает планировать, тестировать и запускать восстановление виртуальных машин между защищенным сайтом vCenter Server и сайтом vCenter Server для восстановления. Вы можете использовать SRM в Решении Azure VMware в следующих двух сценариях аварийного восстановления:
На схеме показан сценарий развертывания основного Решения Azure VMware в дополнительное.
SRM можно использовать для реализации различных типов восстановления, примеры которых приведены ниже.
Запланированная миграция. Начинается, когда основной и дополнительный сайты Решения Azure VMware функционируют и полностью работоспособны. Это упорядоченная миграция виртуальных машин с защищенного сайта на сайт восстановления без потери данных при условии переноса рабочих нагрузок в правильном порядке.
Аварийное восстановление с помощью SRM. Может инициироваться, когда защищенный сайт Решения Azure VMware неожиданно переходит в автономный режим. Site Recovery Manager оркестрирует процесс восстановления с помощью механизмов репликации, что позволяет сократить потери данных и простои системы.
В Решении Azure VMware можно защитить только отдельные виртуальные машины на узле, воспользовавшись SRM в сочетании с vSphere Replication.
Двусторонняя защита. Для защиты виртуальных машин в обоих направлениях используется единый набор парных сайтов SRM. Каждый сайт может быть одновременно защищенным сайтом и сайтом восстановления, но для другого набора виртуальных машин.
Решении Azure VMware не поддерживает:
Рабочий процесс развертывания
На схеме рабочего процесса показан рабочий процесс развертывания из основного Решения Azure VMware в дополнительное. Кроме того, здесь показаны действия, которые необходимо выполнить на портале Azure и в средах VMware Решения Azure VMware, чтобы обеспечить комплексную защиту виртуальных машин.
Предварительные требования
Убедитесь, что вы явно указали удаленным пользователям роли «Администратор VRM» и «Администратор СРМ» в удаленном vCenter.
Сценарий. Восстановление локальных виртуальных машин в Решении Azure VMware
Частное облако Решения Azure VMware, развернутое в качестве дополнительного региона.
Разрешение DNS в локальные диспетчеры SRM и устройства виртуального облака.
Для частных облаков, созданных не ранее 1 июля 2021 г., можно настроить разрешение частной зоны DNS. Если разрешение частной зоны DNS требуется для частных облаков, созданных до 1 июля 2021 г, отправьте запрос в службу поддержки с просьбой предоставить конфигурацию частной зоны DNS.
Подключение ExpressRoute между локальной средой и Решением Azure VMware для — 2 Гбит/с.
Сценарий. Восстановление из основного Решения Azure VMware в дополнительное
Частное облако Решения Azure VMware должно быть развернуто в основном и дополнительном регионах.
Подключение, например ExpressRoute Global Reach, между исходным и целевым частным облаком Решения Azure VMware.
Установка SRM в Решении Azure VMware
В локальном центре обработки данных установите VMware SRM и vSphere.
В частном облаке Решения Azure VMware в разделе Управление выберите Надстройки > Аварийное восстановление.
Стандартный пользователь CloudAdmin в частном облаке Решения Azure VMware не имеет достаточных прав для установки VMware SRM или vSphere Replication. Процесс установки состоит из нескольких шагов, описанных в разделе Предварительные требования. Вместо этого можно установить VMware SRM с vSphere Replication в качестве службы-настройки из частного облака Решения Azure VMware.
В раскрывающемся списке Решение для аварийного восстановления выберите Диспетчер Site Recovery VMware (SRM) — репликация vSphere.
Укажите лицензионный ключ, выберите согласиться с условиями и нажмите кнопку Установить.
Если лицензионный ключ не указан, SRM устанавливается в режиме оценки. Лицензия используется только для включения VMware SRM.
Установка устройства vSphere Replication
После успешного завершения установки устройства SRM необходимо установить устройства vSphere Replication. Каждый сервер репликации поддерживает до 200 защищенных виртуальных машин. Масштаб можно менять в соответствии с потребностями.
На вкладке Disaster recovery (Аварийное восстановление) в раскрывающемся списке Replication using (Репликация с помощью) выберите vSphere Replication.
Переместите ползунок сервера vSphere, чтобы указать количество серверов репликации в зависимости от числа защищаемых виртуальных машин. Щелкните Установить.
После установки убедитесь, что установлены оба устройства: SRM и vSphere Replication.
Наличие кнопки удаления указывает на то, что установлены оба устройства: SRM и vSphere Replication.
Настройка связывания сайтов в vCenter
После установки VMware SRM и vSphere Replication необходимо завершить настройку и связывание сайтов в vCenter.
Войдите в vCenter от имени cloudadmin@vsphere.local.
Перейдите к Site Recovery, проверьте состояние vSphere Replication и VMware SRM, а затем выберите OPEN Site Recovery (Открыть Site Recovery), чтобы запустить клиент.
Выберите NEW SITE PAIR (Создать пару сайтов) в клиенте Site Recovery (SR) на новой открывшейся вкладке.
Введите указанные ниже параметры удаленного сайта и нажмите кнопку NEXT (Далее).
Частное облако Решения Azure VMware работает со встроенным контроллером Platform Services Controller (PSC), поэтому можно выбрать только один локальный клиент vCenter. Если удаленный клиент vCenter использует встроенный контроллер Platform Service Controller (PSC), чтобы указать PSC, используйте полное доменное имя vCenter (или его IP-адрес) и порт.
У удаленного пользователя должно быть достаточно разрешений для выполнения операции связывания. В этом можно легко убедиться, назначив этому пользователю роли администратора VRM и администратора SRM в удаленном клиенте vCenter. Для удаленного частного облака Решения Azure VMware с такими ролями настраивается пользователь cloudadmin.
Выберите CONNECT (Подключить), чтобы принять сертификат для удаленного клиента vCenter.
На этом этапе при связывании служб клиент должен обнаружить устройства VRM и SRM на обеих сторонах.
Выберите устройства для связывания, а затем нажмите кнопку NEXT (Далее).
Выберите CONNECT (Подключить), чтобы принять сертификаты для удаленных клиентов VMware SRM и vCenter (снова).
Выберите CONNECT (Подключить), чтобы принять сертификаты для локальных клиентов VMware SRM и vCenter.
Проверьте параметры и нажмите кнопку FINISH (Готово).
В случае успеха клиент отобразит еще одну панель для связывания. Однако в случае неудачи будет выведено предупреждение.
В нижней части в правом углу щелкните двойную стрелку вверх, чтобы развернуть панель и отобразить списки Recent Tasks (Последние задачи) и Alarms (Предупреждения).
Обновление клиента SR иногда занимает много времени. Если кажется, что операция выполняется слишком долго или отображается как «зависшая», нажмите значок обновления в строке меню.
Выберите VIEW DETAILS (Просмотреть сведения), чтобы открыть панель связывания удаленных сайтов, с которой открывается диалоговое окно для входа на удаленный клиент vCenter.
Введите имя пользователя с достаточными разрешениями для репликации и восстановления сайта, а затем выберите LOG IN (Вход).
При связывании вход, который часто выполняется от имени другого пользователя, является одноразовым действием для установления связывания. Клиент SR требует выполнять такой вход при каждом его запуске для работы со связыванием.
Пользователь с достаточными разрешениями должен иметь роли администратора VRM и администратора SRM, предоставленные ему в удаленном клиенте vCenter. Пользователь также должен иметь доступ к инвентарному перечню ресурсов удаленного клиента vCenter, например папкам и хранилищам данных. Для частного облака удаленного Решения Azure VMware у пользователя cloudadmin есть соответствующие разрешения и доступ.
Вы увидите предупреждение о том, что в локальном диспетчере VRM не работает встроенный сервер VRS. Это связано с тем, что Решение Azure VMware не использует встроенный сервер VRS в частном облаке Решения Azure VMware. Вместо этого он использует устройства VRS.
Защита, повторная защита и восстановление размещения SRM
После создания пары сайтов следуйте приведенной ниже документации VMware для комплексной защиты виртуальных машин с портала Azure.
Решения VMware для репликации и аварийного восстановления: vSphere Replication и Site Recovery Manager (SRM)
Site Recovery Manager (SRM)
VMware Site Recovery Manager (SRM) это решение для обеспечения непрерывности бизнеса и аварийного восстановления, предназначенное для планирования, тестирования и восстановления ВМ (виртуальных машин) с защищаемого (основного) сайта на (резервный) сайт восстановления.
SRM предлагает 3 подхода к защите (репликации) ВМ:
• Группы хранилищ (datastore groups). Защита ВМ в группах хранилищ посредством сторонних механизмов репликации (3-я сторона). Используется репликация на уровне массива (Array-based replication).
• Отдельные ВМ. Защита отдельных ВМ на уровне хостов. SRM используется в комбинации с технологией VMware vSphere Replication.
• Политики хранения (storage policies). Защита ВМ на основе специальных политик хранения. Используется репликация на уровне массива (Array-based replication).
SRM обеспечивает 2 варианта восстановления сайта (датацентра):
• Плановая миграция. Предполагает доступность и полную функциональность основного и резервного сайтов. Исключает потерю данных, это запланированная операция, проходит в рабочем порядке, без аварийных ситуаций.
• Аварийное восстановление (Disaster recovery). Рассчитано на внезапное падение основного сайта, осуществляется переключение на резервный сайт, незапланированная операция.
SRM осуществляет оркестровку процессов восстановления дата-центра и механизмов репликации, что обеспечивает минимизацию потерь данных и времени восстановления:
• SRM обеспечивает гашение ВМ на основном сайте и синхронизацию данных между сайтами в случае работоспособности основного сайта.
• SRM запускает на резервном сайте реплицированные ВМ в порядке определяемом планом восстановления.
SRM дает возможность тестирования планов восстановления. Для проведения тестов используются временные копии реплицированных данных, что позволяет исключить влияние на основные процессы обоих сайтов.
SRM обеспечивает 2 варианта развёртывания в контексте взаимоотношений между сайтами:
• Базовый (однонаправленный) вариант – предполагает возможность миграции сервисов основного дата-центра (защищаемый сайт) на резервную площадку (сайт восстановления).
• Двунаправленный вариант – обеспечивает защиту ВМ в обоих направлениях. Каждый сайт в образованной паре является основным, выполняя при этом функцию резервного для своего соседа.
Требования к конфигурации сайтов для работы SRM:
• Идентичность и совместимость версий SRM, vCenter Server, vSphere Replication на обоих сайтах.
• В случае репликации на уровне массива (Array-based replication), выбранная технология репликации должна поддерживаться на обоих сайтах, массивы образовывать пару.
• Инфраструктура резервного сайта (хосты, сети, хранилища) должна соответствовать ВМ и поддерживать нагрузки основного сайта. Резервный сайт может быть нагружен (сверх нормы) непродуктивными или некритичными ВМ, которые могут быть остановлены в случае восстановления основного сайта.
• Сайты должны быть соединены через надежную IP-сеть, обеспечивающую необходимую пропускную способность.
• Резервный сайт должен иметь подключение к публичным и частным сетям, доступным основному сайту.
Для работы технологии требуется установка SRM-серверов (Site Recovery Manager Server) на основном и резервном сайтах. Для небольших датацентров допустима установка SRM-сервера на одну систему с сервером vCenter, в частности установка их на одной ВМ. Для крупных инфраструктур из соображений нагруженности и доступности целесообразна установка SRM-сервера на отдельной системе (на отдельной ВМ).
Много-сайтовые конфигурации SRM
Стандартная конфигурация, которая рассматривалась выше, включала 2 сайта: основной и резервный. Оба сайта имеют по серверу vCenter, которые связываются посредством SRM-серверов, устанавливаемых на обоих сайтах. Таким образом, ВМ принадлежащие vCenter основного сайта могут быть восстановлены на vCenter резервного сайта.
На случай если дата-центр имеет более 2х площадок SRM поддерживает различные много-сайтовые конфигурации:
• Общий сайт восстановления — shared recovery site (many-to-one, N:1) – множество защищаемых сайтов могут реплицировать и восстанавливать свои ВМ на один общий резервный сайт;
• Общий основной сайт — shared protected site (one-to-many, 1:N) – основной сайт имеет несколько резервных площадок;
• Многие ко многим — many-to-many (N:N).
Сущности SRM (SRM-серверы) на основном и резервном сайте должны образовывать пару, им присваиваются одинаковые идентификаторы (extension ID). Поэтому, на общем сайте должно быть поднято количество сущностей SRM равное количеству его сайтов партнеров. Например, если общий сайт восстановления обслуживает 5 защищаемых сайтов, то на нем должно быть развернуто 5 SRM-серверов, образующих пары с защищаемыми сайтами. SRM-серверы общего сайта должны быть установлены на разных ВМ (хост-машинах) и иметь уникальные идентификаторы. При этом множество SRM сущностей общего сайта взаимодействуют с одним сервером vCenter, управляющим данным сайтом.
Нельзя устанавливать несколько SRM-серверов на одну хост-машину (ВМ). Каждый SRM-сервер должен иметь собственную БД. Один сайт восстановления может иметь не более 10 защищаемых сайтов.
SRM с репликацией на уровне массива (Array-based replication)
Данный подход предполагает репликацию данных между сайтами на уровне массивов (СХД), посредством заложенных в них механизмов репликации. Интеграция SRM с массивами осуществляется посредством storage replication adapters (SRAs), это программные компоненты, которые должны разрабатываться производителями массивов. Для поддержки Array-based replication на SRM-server каждого сайта должны быть установлены SRA для каждого подключенного к нему массива.
SRM с использованием vSphere Replication
SRM может использовать vSphere Replication (встроенная и бесплатная технология пакета VMware vSphere) для репликации данных на уровне ВМ между сайтами. Работа vSphere Replication не зависит от типа и модели хранилища, не требует интеграции с массивом (разработки SRA) и поддерживает любое хранилище совместимое с vSphere.
vSphere Replication позволяет создавать цепочку снапшотов для реплицируемых ВМ на резервном сайте – множество реплик защищаемых машин на разные моменты времени. Таким образом, появляется возможность выбора оптимального состояния ВМ для восстановления среди множества снапшотов реплики.
Смешанный режим репликации
SRM поддерживает смешанный режим работы в котором совместно используются оба механизма репликации: Array-based replication и vSphere Replication. Данный режим требует развертывания и настройки этих технологий на обоих сайтах. Настройка разных механизмов репликации для одних и тех же ВМ не поддерживается. Однако, SRM позволяет включать в один план задачи по восстановлению с разными механизмами репликации, но для разных ВМ.
vSphere Replication
vSphere Replication это расширение для vCenter, которое обеспечивает репликацию и восстановление ВМ на уровне гипервизора, а также обеспечивает мониторинг и управление данными процессами. Данная технология является альтернативой репликации на уровне массива. Решение поддерживает следующие варианты репликации ВМ сайта:
• между сайтом источника и целевым сайтом (site-to-site);
• между кластерами внутри одного сайта;
• между множеством сайтов источников и общим целевым сайтом (many-to-one).
vSphere Replication не зависит от типа массива и поддерживает любое хранилище совместимое с vSphere. Решение входит во все редакции vSphere (за исключением самой простой и бесполезной) и не требует покупки лицензий.
Репликация осуществляется путем передачи измененных блоков между сайтами или кластерами источника и цели. Это подразумевает первоначальную полную синхронизацию ВМ источника и её реплики. Настройка задания репликации позволяет установить RPO, а также активировать возможность сохранения множества промежуточных временнЫх состояний реплики (MPIT — multiple points in time) – аналог снапшотов ВМ.
Существует возможность мониторинга и управления состоянием репликации, получения информации о входящих и исходящих репликациях, состоянии сайтов, результатах репликации и ошибках.
Процесс восстановления ВМ из реплики не автоматизирован и требует ручного вмешательства. В частности, он требует вручную выбрать синхронизацию состояния ВМ с сайтом источника или восстановить последнее состояние из реплики. Восстановленная ВМ не имеет сетевых подключений дабы не вызвать потенциальных конфликтов, что требует ручного подключения ВМ к нужным виртуальным сетям дата-центра. MPIT обеспечивает восстановление реплицированной ВМ с заданной цепочкой снапшотов, что дает возможность выбрать нужное состояние восстановленной ВМ.
vSphere Replication appliance – основная сущность решения, которая регистрируется и подключается как расширение к серверу vCenter. vCenter допускает установку и подключение только одного vSphere Replication appliance (VR appliance). VR appliance включает встроенный vSphere Replication server, который управляет всеми процессами репликации. Для балансировки нагрузки поддерживается развертывание дополнительных vSphere Replication server, которые подключаются к основному VR appliance данного сайта (vCenter-а) и по сути сами являются виртуальными эплаенсами.
Пример конфигурации репликации site-to-site:
Пример конфигурации репликации между кластерами внутри одного сайта, при этом используются 2 VR сервера для балансировки нагрузки (это не обязательно, можно было обойтись одним VR appliance):
Пример конфигурации репликации many-to-one: