Как настроить репликацию в Hyper-V без использования домена

313

Давайте рассмотрим процедуру настройки репликации между серверами на основе Windows Server 2019 без использования доменной среды.

Потребности

В виртуальной машине, которую мы реплицируем, не должно быть сохраненных состояний(Контрольных точек)

Настройка процесса репликации

Добавляем DNS-суффиксы

Открываем «Панель управления», затем переходим в раздел «Система». Далее выбираем «Изменить параметры», затем «Изменить», затем «Дополнительно» и добавляем DNS-суффикс.

Затем производим перезагрузку сервера. То же самое повторяем на сервере репликации.

Отключаем проверку действительности сертификата.

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

reg add “HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\Replication” /v DisableCertRevocationCheck /d 1 /t REG_DWORD /f

Вносим изменения в файл hosts

Теперь мы должны отредактировать файл hosts, чтобы Server1 и Server2 всегда могли обращаться друг к другу по имени. Хотя этот шаг является опциональным, я предпочитаю выполнить его, чтобы избежать возможных проблем с DNS внутри нашей сети, которые могут помешать репликации.

Поэтому мы открываем блокнот с правами администратора и переходим по следующему пути: C:\windows\system32\drivers\etc\hosts. Затем добавляем две записи: IP-адрес исходного сервера вместе с его именем и DNS-суффиксом, а также IP-адрес сервера репликации вместе с его именем и суффиксом.

Выполняем аналогичные действия на сервере-репликации.

Создание отдельного сертификата для каждого сервера.

На исходном сервере мы создадим оба сертификата. Обычно команда New-SelfSignedCertificate создает сертификат сроком на год. Однако, чтобы избежать необходимости ежегодного обновления сертификатов, я нашел в интернете способ выпустить сертификаты на 10 лет.

New-SelfSignedCertificate -dnsname server1.pentagon.loc -notafter (Get-Date).AddYears(10) -CertStoreLocation cert:\LocalMachine\My -TestRoot

New-SelfSignedCertificate -dnsname server2.pentagon.loc -notafter (Get-Date).AddYears(10) -CertStoreLocation cert:\LocalMachine\My -TestRoot

В результате, при открытии certlm.msc (Сертификаты на локальном компьютере), мы должны увидеть следующее:

Test Root Certreq

Поскольку тестовый корневой сертификат CertReq НЕ находится в доверенных корневых центрах сертификации, эти сертификаты будут недоверенными. Его нужно руками перетянуть как на скриншоте, из промежуточного в доверенные.

Экспорт сертификатов

Мы выписали сертификат на server1 и server2 . На Server 1 мы все оставляем как есть , и экспортируем сертификат для server 2 .

Переносим данный сертификат на server 2 и нажимаем установить pfx . Store Location выбираем Local Mashine

Очень важный момент выбрать хранилище Персональное

Аналогично на переносим сертификат в доверенные.

Настройка репликации Hyper-V

На сервере репликации (в данном примере это Server2), запускаем утилиту Hyper-V, переходим в настройки Hyper-V, и выбираем «Конфигурация репликации». Затем мы указываем TCP-порт, через который будет осуществляться репликация, выбираем соответствующий сертификат и указываем место для хранения реплики.

Настал момент, когда можно запускать репликацию с Server1 на Server2. Открываем оснастку Hyper-V, выбираем нужную VM, кликаем включить репликацию.

Затем мы указываем адрес нашего сервера-реплики.

В разделе настроек подключения мы выбираем нужный сертификат.

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

Мы определяем, с какой частотой будет выполняться репликация.

Выбираем количество точек : 4точки в час

Мы задаем метод и время начальной передачи виртуальной машины, а также время запуска синхронизации. Если у нас есть крупная виртуальная машина, мы можем экспортировать ее на диск и переместить, но я предпочитаю использовать сеть, так как это более удобно.

Получаем сводку;

Ура репликация заработала.

Подсказки по репликации.

Установить время повторной синхронизации

По умолчанию, если репликация прервется, она автоматически возобновляется в период с 18:30 до 6:00. Чтобы улучшить этот процесс, нужно перейти в свойства виртуальной машины в Hyper-V, в разделе репликации выбрать опцию «Автоматический запуск». Это проверенный опытом способ, который обеспечивает большую стабильность и надежность репликации.

Изменение ресурсов виртуальной машины

При изменении конфигурации ВМ (добавили оперативной памяти, расширили диск) эти действия необходимо продублировать руками на виртуальной машине на сервере репликации;

Настроить мониторинг репликации

Для того чтобы иметь больше уверенности в работе системы, важно настроить мониторинг процесса репликации. Просмотр статуса репликации можно осуществить прямо из панели управления Hyper-V, добавив необходимые столбцы для отображения. Делается это так заходим в Hyper-v Manager — View — Add Colums

Просмотр состояния репликации

View replication health позволяет нам мониторить состояние репликации наших виртуальных машин. Это важно, потому что мы можем быстро заметить любые проблемы или задержки в процессе репликации. Таким образом, мы можем принять меры для устранения проблем и гарантировать надежность и целостность наших данных.

мы можем видеть различные аспекты состояния репликации, такие как:

1. Статус репликации: Показывает, работает ли репликация нормально или возникли проблемы.
2. Задержки: Отображает информацию о задержках в передаче данных между исходным сервером и сервером репликации.
3. Последнее время синхронизации: Показывает время последней успешной синхронизации данных между серверами.
4. Состояние виртуальных машин: Показывает, насколько актуальны данные на реплицированных виртуальных машинах.
5. Журнал событий: Позволяет просматривать записи событий, связанные с процессом репликации для более подробного анализа возможных проблем.

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

Запланированный переход на соседний сервер.

Hyper-V Replica предназначен для обеспечения восстановления после сбоев и готовности к аварийному восстановлению (DR), а не для создания кластера. В отличие от кластеризованных сред, Hyper-V Replica не обеспечивает автоматического переключения на резервные серверы в случае отказа. Вместо этого он предлагает репликацию виртуальных машин с одного сервера на другой для быстрого восстановления после сбоя. Когда основной сервер становится недоступным, администратору необходимо вручную активировать реплицированные виртуальные машины на сервере-реплике.

Кроме того, Hyper-V Replica не обеспечивает распределение нагрузки между узлами, что является ключевым аспектом кластеризации. Он не предоставляет механизмов для автоматического балансирования нагрузки или управления ресурсами между серверами. Таким образом, Hyper-V Replica не является альтернативой для создания кластеризованных сред, а скорее дополнительным инструментом для обеспечения резервного копирования и восстановления виртуальных машин.

Чтобы аварийно переключиться на соседний сервер, нам необходимо выполнить следующие шаги:

Вывод replication health

1.Выключаем на Primary сервере вирутальную машину и переводим ее в Planned failover

2. и выбираем пункт Start the replica virtual mashine

Reverse the replication — это говорит нужно ли нам будет после включения запустить процесс обратной репликации
Start the replica — Запустить на сервере replica вирутальную машину.

Ниже машина на Windows запускается без проблем

А вот на линукс не смогла провести проверку

тогда запустим так

на соседнем сервере включаем

и так как моя линукс машина не смогла ранее сама включить обратную репликацию я запущю ее сам

Теперь если выполнить Replication health видно что они поменялись местами

Сервер для репликации больше не доступен.

Разберем ситуацию есть сервер Server1 (Primary Server — основной) , Server2 (Replica Server куда шла реплика) . Сервер под названием Server1 демонтировали или он больше не включается. Как включить виртуальную машину.

При включении на Server2 вирутальной машины будет ошибка.

Выполните удаление настроек репликации на Server2 для того чтобы виртуальная машина стала основной на этом сервере.

После запускаем ее

Сеть на реплике сервере

После создания реплики в Hyper-V возникает необходимость выбора переключателя (switch), то есть сетевого адаптера, к которому будет привязана виртуальная машина. Не забывайте сделать это

Аварийный failover