Vmware site recovery manager что это

16.10.202306.07.2022 admin 0 Comments

Решения 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:

Источник

Национальная библиотека им. Н. Э. Баумана
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)

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 позволяет включать в один план задачи по восстановлению с разными механизмами репликации, но для разных виртуальных машин.

Источник

Виртуализация vSphere, Hyper-V, Xen и Red Hat

Более 5550 заметок о виртуализации, виртуальных машинах VMware, Microsoft и Xen, а также Kubernetes

VM Guru / Articles / Установка и настройка VMware Site Recovery Manager (SRM) в лаборатории с использованием виртуальной системы хранения LeftHand VSA.

Установка и настройка VMware Site Recovery Manager (SRM) в лаборатории с использованием виртуальной системы хранения LeftHand VSA

Установка и настройка VMware Site Recovery Manager (SRM) в лаборатории с использованием виртуальной системы хранения LeftHand VSA.

Автор: Александр Самойленко
Дата: 24/04/2009

Продукт VMware Site Recovery Manager (SRM) позволяет обеспечить отказоустойчивость виртуальных машин на ESX / ESXi на уровне всего виртуального центра обработки данных, что позволяет в сотни раз сократить время восстановления ЦОД после аварий и катастроф. VMware SRM в корне меняет подход к обеспечению отказоустойчивости для ЦОД и позволяет восстанавливать работоспособность всех служб в датацентре в случае форс-мажорных обстоятельств (пожары и т.п.). Кроме того, VMware Site Recovery Manager (SRM) является ключевым компонентом для построения и тестирования плана восстановления ИТ-служб компании после сбоев.

В предыдущей статье вы могли узнать для чего нужен VMware Site Recovery Manager (SRM), и как он работает. А сегодня я расскажу, как сделать тестовую или демонстрационную лабораторию с VMware SRM на ноутбуке с 4 ГБ оперативной памяти.

Итак для начала спецификация того, что нам потребуется при установке и настройке тестовой / демонстрационной лаборатории VMware Site Recovery Manager (SRM) на ноутбуке:

Схема тестовой лаборатории с VMware Site Recovery Manager.

Теперь какую схему мы будем строить:

Таким образом, получаем такую картинку:

Или вот такую, в конечном итоге:

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

Скачивание необходимого ПО для VMware SRM.

Теперь с сайта компании VMware скачиваем ESX 3.5 Update 3 и VMware vCenter 2.5 Update 3, VMware vCenter Site Recovery Manager Update 1 и LeftHand Networks Storage Replication Adapter (SRA).

Далее необходимо скачать ПО LeftHand VSA, представляющее собой виртуальный модуль (Virtual Appliance), который содержит службы для создания общей для серверов ESX / ESXi системы хранения с возможностью репликации данных. Это хранилище, поставляемое в виде виртуальной машины, полностью поддерживается продуктом VMware Site Recovery Manager.

К преимуществам LeftHand VSA можно также отнести небольшое потребление оперативной памяти (224 МБ на виртуальную машину) и минимальные требования к дисковому пространству – 5 ГБ.

После того, как скачаете LeftHand VSA распакуйте zip-архив в две папки – VSA1 и VSA2 – это и будут наши виртуальные хранилища с репликацией.

Теперь настало время шагов установки.

Установка виртуальной инфраструктуры VMware Virtual Infrastructure (vSphere) и компонентов LeftHand VSA.

Устанавливаем в виртуальных машинах серверы VMware ESX по следующей инструкции:

После того, как 2 виртуальных сервера VMware ESX установлены, устанавливаем 2 виртуальных сервера vCenter (VirtualCenter) как обычные машины Windows 2003 Server. Если требуется включаем их в домен. Настраиваем разрешение имен (я не использовал DNS-сервер, а просто добавлял записи в hosts). Создаем 2 виртуальных датацентра – DC1 и DC2, а также 2 кластера CL1 и CL2.

Добавляем ESX1 к VC1, а ESX2 к VC2.

Добавляем VSA1 в VMware Workstation и запускаем эту виртуальную машину:

Устанавливаем ей IP-адрес двух интерфейсов и имя хоста:

В моем случае для сети управления я выбрал IP-адрес 192.168.188.161 а для сети доступа 192.168.188.181.

Создание томов для SRM и настройка репликации.

На первом сервере VirtualCenter (VC1) устанавливаем консоль CMC для LeftHand VSA. Открываем консоль, стартуем мастер «Find Nodes» и вводим IP-адреса наших VSA.

Далее стартуем мастер «Management Groups, Clusters and Volumes» и создаем новую «Management Group» со следующими параметрами:

Management Group Name: MG1
Storage Module: VSA1
Username: administrator
Password: password
NTP: 81.171.44.131 (любой подходящий NTP)
Cluster: Standard
Cluster Name: CL1
Virtual IP: 192.168.188.181/24 Volume Name: V1 (replication level: none, size 500 MB, provisioning: thin)

Запускаем такой же мастер и для VSA2. Меняем MG1, VSA1, CL1, 192.168.188.181и V1 на MG2, VSA2, CL2, 192.168.188.182 и V2, соответственно.

Далее запускаем мастер «Assign Volume and Snapshot Wizard». Выставляем следующие параметры:

Server: esx1 (или IP-адрес сервисной консоли)
Initiator Node Name: iqn.1998-01.com.vmware:esx1-1282476b (копируем из VI Client)
Management Group: MG1
Volume: V1
Permission Level: Read and Write Access
Значение load-balancing оставьте disabled
Initiator Node Name: iqn.2008-10.local.srm:esx1

Запускаем такой же мастер и для VSA2. Меняем Server, Initiator Name, MG1, V1, на Server2, Initiator Name2, MG2, V2, соответственно.

Таким образом, мы создали 2 iSCSI LUNs. Теперь нам необходимо настроить репликацию между ними. LeftHand VSA использует асинхронную репликацию LUN based. Теперь нам необходимо создать 2 дополнительных тома, чтобы получать данные с другого сайта. Для создания реплик LeftHand VSA использует технику создания удаленных снапшотов (Remote Snapshots).

Нажмите правой кнопкой на иконку «Volumes» в категории MG1 и выберите пункт «New Volume». Установите следующие параметры:

Volume Name: RS2
Size: 500 MB
Advanced / Type: Remote

Повторите то же самое для MG2, создав том с именем RS1.

Теперь необходимо выставить корректную временную зону, для чего выберите MG1 и перейдите на вкладку Time.

Теперь принимаемся непосредственно за репликацию. Для тома V1 перейдите на вкладку «Details». В категории «Volume Tasks» выберите «New Schedule to Remote Snapshot a Volume». Установите такие параметры:

Name: V1_RS1
Start at: укажите время, достаточное для установки VMware Site Recovery Manager и создания виртуальной машины на новом томе VMFS для только что созданного LUN.
Recur: every 60 minutes
Remote Snaphot Management Group: MG2

После чего выберите RS1 и «Retain Maximum of 2 snapshots» для обоих томов.

Далее нужно добавить созданные LUN к хостам VMware ESX и отформатировать их в VMFS (по одному на каждый хост, в моем случае IP-адреса 192.168.188.181 – для esx1, а 192.168.188.182 – для esx2).

Создание тестового окружения и установка VMware Site Recovery Manager (SRM).

Устанавливаем VMware Site Recovery Manager на хостах vCenter (VirtualCenter) по схеме «Next-Next-Finish». Не забываем создать базу данных для VMware SRM. Я использовал для создания SQL Server 2005 Management Studio Express.

По такой же схеме (Nex-Next-Finish) устанавливаем LeftHand SRA для VSA.

ВНИМАНИЕ! После установки нужно рестартовать сервис VMware Site Recovery Manager (SRM) на хостах vCenter.

Теперь устанавливаем VMware Site Recovery Manager (SRM) на другой сайт (где vCenter2). Там же устанавливаем и LeftHand SRA.

Настройка VMware Site Recovery Manager (SRM)

Запускаем VMware VI Client и устанавливаем плагин VMware Site Recovery Manager (SRM):

Запускаем клиент VMware SRM:

Теперь мы можем начинать конфигурировать Recovery Plans для VMware Site Recovery Manager:

Соединяем между собой два сайта, выбрав «Pair with Remote Site…»:

После успешного соединения серверов vCenter мы увидим такую картинку, говорящую об успешности соединения:

После того как коннекция между серверами VMware vCenter создана, запускаем мастер «Array Managers». Настраиваем виртуальный массив защищаемого сайта:

При успешном соединении мы увидим вот такую картинку:

Настаиваем виртуальный массив резервного сайта:

Убеждаемся, что все в порядке:

Теперь нажимаем ссылку «Inventory Mappings» и настраиваем маппинги окружений VMware SRM:

Убеждаемся в том, что маппинги настроены:

Теперь создаем «Protection Groups» и далее уже «Recovery Plans»:

Все что дальше – уже вопросы использования самого VMware Site Recovery Manager, которые мы обязательно рассмотрим в следующих статьях.

Версия статьи в PDF.

Чтобы оставлять комментарии, вы должны быть зарегистрированы на сайте.