Меню Рубрики

Установка и настройка vsphere replication

Установка и настройка vSphere Replication 8.2.0

vSphere Replication 8.2.0 позволяет создавать резервные копии виртуальных машин в vCenter. В случае сбоя системный администратор может запустить реплицированную копию виртуалки. Копия отстаёт по времени от основной машины, это отставание можно регулировать в настройках от 5 минут до 24 часов. Установим и настроим.

  • vCenter 6.7
  • vSphere Replication 8.2.0, Build 13480246
  • VMware Open Virtualization Format Tool 4.3.0 Update 2

Подробнее о версии vSphere Replication 8.2.0 :

Установка vSphere Replication 8.2.0 через OVF Tool 4.3.0 Update 2

Устанавливаем VMware Open Virtualization Format Tool 4.3.0 Update 2:

Скачиваем дистрибутив vSphere Replication 8.2.0:

Для скачивания вам понадобится учётная запись VMware. Сам дистрибутив бесплатен.

Качаю версию 8.2.0 от 9 мая 2019 года.

  • Name: VMWare-vSphere_Replication-8.2.0-13480246.iso
  • Release Date: 2019-05-09
  • Build Number: 13480246
  • MD5SUM: 9011b8bb7bd16940aee6c056d83a7957
  • SHA1SUM: a45567fdef37bb3fafffd2c009a00e3bf26f6b84
  • SHA256SUM: 3875609c746fcd731b49e18ee72ab972f6ad16618eda5abba5a0ef0ced802bb6

Распаковываем VMWare-vSphere_Replication-8.2.0-13480246.iso в папку C:\VR:

В папке bin должен появиться vSphere_Replication_OVF10.ovf:

Запускаем командную строку. Переходим в папку c OVF Tool:

Загружаем OVF файл в vCenter командой:

  • DATASTORE_NAME — название хранилища из vCenter. Убедитесь, что хватает свободного места.
  • vsphere-rep01.my_replication_host.local — название виртуалки с Replication Manager, замените его на свой.
  • MY_NETWORK — название сети, в которой будет находиться виртуалка.
  • PASSWORD_REP — установите пароль для Replication Manager
  • ntpserver — IP адрес NTP сервера (не понял зачем он нужен, но указал).
  • 10.10.60.201 — это IP Replication Manager, замените его на свой.
  • C:\VR\bin\vSphere_Replication_OVF10.ovf — путь к OVF файлу.
  • PASSWORD_ADM — пароль пользователя administrator@vsphere.local — админ vCenter.
  • 10.10.60.50 — IP адрес vCenter, замените на свой.
  • 10.10.60.47 — IP адрес хоста, на котором будет лежать виртуалка. На хосте должно быть доступно выбранное хранилище.

Возможные ошибки

Вы указали DNS имя вместо IP адреса. можно заменить на IP или прописать DNS в своём файле hosts.

Error: cURL error: SSL connect error

Деплой начался но не дошёл до 100%

Не хватает места в хранилище.

Completed successfully. Успешно создана виртуальная машина.

Настройка vSphere Replication 8.2.0

Настройка DNS

Выделяем IP адрес для виртуальной машины vSphere Replication. Прописываем его в DNS. Настраиваем его в зоне обратного просмотра. Без этого вы не сможете указать VRM Host.

Убеждаемся что IP адрес и доменное имя vCenter тоже есть в DNS и в зоне обратного просмотра.

Настройка сети на vSphere Replication 8.2.0

Запускаем новую виртуальную машину и видим, что сеть не настроена.

Настроим. Красным нам подсказывают что делать. Жмём Enter. Логинимся под пользователем root. Выполняем:

Запускается утилита для настройки сети. Настраиваем IP адрес, маску, шлюз по умолчанию, DNS, Hostname.

После настройки сети можно перейти по URL https://указанный_вами_IP:5480 для конфигурации vSphere Replication 8.2.0.

Логинимся под пользователем root с указанным при деплое пароле.

Настройка сертификатов vSphere Replication 8.2.0

Проверяем настройки сети. Переходим в раздел Network > Address.

У меня IP адрес vSphere Replication 10.20.50.51, доменное имя vsphere-rep00.my_domain.local.

Переходим в раздел VR > Configuration. Блок SSL Certificate Policy. Нажимаем кнопку Generate and Install.

Сгенерируются самоподписанные сертификаты. Страничка перезагрузится. Если не перезагрузится, то перезагрузите вручную. Проверить новый сертификат можно из браузера, в Certification Path будет виден IP адрес.

Подключение vSphere Replication 8.2.0 к vCenter

Переходим в раздел VR > Configuration. И настраиваем Startup Configuration.

  • LookupService Address. IP адрес или доменное имя PSP. В моём случае он совпадает с доменным именем vCenter.
  • SSO Administrator — логин от vCenter. Administrator@vsphere.local.
  • Password — пароль от Administrator@vsphere.local.
  • VRM Host — тыкаем Browse и выбираем IP адрес виртуалки vSphere Replication. Если не настроили DNS выше, то в списке не будет ничего.
  • VRM Site Name — IP адрес или доменное имя vCenter.
  • vCenter Server Address — IP адрес или доменное имя vCenter.
  • vCenter Server Port — 80, у меня не меняется.
  • vCenter Server Admin Mail — root@ и IP адрес виртуалки vSphere Replication.
  • IP Address for Incoming Storage Traffic — IP адрес виртуалки vSphere Replication, она у меня одна.
Читайте также:  Установка гидронасоса для воды

Нажимаем Safe and Restart Service.

Accept — доверяем самоподписанному сертификату.

Если видим «Successfully saved the configuration», то успех.

Внизу страницы можно увидеть, что VRM сервис запущен.

источник

Установка vSphere Replication 8.1.0 на vCenter 6.7 с помощью OVF Tool 4.2.0

Будем устанавливать vSphere Replication на vCenter с помощью OVF Tool.

Качаем vSphere Replication 8.1.0.

Оно также распространяется в составе Site Recovery Manager. https://www.vmware.com/go/try-srm

Устанавливаем VMware Open Virtualization Format Tool 4.2.0. Если у вас стоит более ранняя версия ovftool — обновите её, иначе возникнут проблемы с SSL.

  • vCenter 6.7
  • Site Recovery Version 8.1.0, Build 9295240 (vSphere Replication)
  • VMware Open Virtualization Format Tool 4.2.0

Распаковываем VMWare-vSphere_Replication-8.1.0-9466424.iso в папку C:\VR:

В папке bin должен появиться vSphere_Replication_OVF10.ovf:

Запускаем командную строку. Переходим в папку c OVF Tool:

Загружаем OVF файл в vCenter командой:

  • DATASTORE_NAME — название хранилища из vCenter. Убедитесь, что хватает свободного места.
  • vsphere-rep01.my_replication_host.local — название виртуалки с Replication Manager, замените его на свой.
  • MY_NETWORK — название сети, в которой будет находиться виртуалка.
  • PASSWORD_REP — установите пароль для Replication Manager
  • ntpserver — IP адрес NTP сервера (не понял зачем он нужен, но указал).
  • 10.10.60.201 — это IP Replication Manager, замените его на свой.
  • C:\VR\bin\vSphere_Replication_OVF10.ovf — путь к OVF файлу.
  • PASSWORD_ADM — пароль пользователя administrator@vsphere.local — админ vCenter.
  • 10.10.60.50 — IP адрес vCenter, замените на свой.
  • 10.10.60.47 — IP адрес хоста, на котором будет лежать виртуалка. На хосте должно быть доступно выбранное хранилище.

Возможные ошибки

Вы указали DNS имя вместо IP адреса. можно заменить на IP или прописать DNS в своём файле hosts.

Error: cURL error: SSL connect error

Деплой начался но не дошёл до 100%

Не хватает места в хранилище.

Настройка vSphere Replication

После запуска виртуалки с vSphere Replication сеть будет не настроена. Смена IP адреса на vSphere Replication 8.1.0

источник

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

источник

Добавить комментарий