Реплика Hyper-V
Применимо к:Windows Server 2012 R2, Windows Server 2012
Реплика Hyper-V является неотъемлемой частью роли Hyper-V. Она асинхронно реплицирует виртуальные машины на первичном сайте в виртуальные машины реплики на вторичном сайте.
Требования
Серверы. Вам потребуется два сервера под управлением Windows Server 2012 или Windows Server 2012 R2 с ролью Hyper-V.
Расположение. Эти серверы могут физически располагаться как рядом, так и в разных географических расположениях.
Топология. Сервер-источник, сервер-получатель и сервер-реплика расширенной репликации могут быть как изолированными, так и узлами в отказоустойчивом кластере. Поддерживается сочетание изолированной и кластерной сред.
Сертификат. Если вы планируете использовать проверку подлинности на основе сертификатов (требуется для шифрования реплицированных данных при передаче), вам понадобится сертификат, который может быть локальным, самозаверяющим или поставленным внутренним ЦС.
Репликация
. После включения реплики Hyper-V для конкретной виртуальной машины на сервере-источнике узла Hyper-V начальная репликация начинает создавать идентичную виртуальную машину на вторичном сайте. После начальной репликации реплика Hyper-V поддерживает файл журнала для виртуальных жестких дисков виртуальной машины. Файл журнала воспроизводится в обратном порядке на виртуальном жестком диске реплики с частотой репликации. Этот журнал и обратный порядок означают, что последние изменения сохраняются и реплицируются асинхронно. Если репликация не происходит в соответствии с ожидаемой частотой, будет выдано предупреждение.
Вы можете настроить параметры повторной синхронизации для виртуальной машины. Такая повторная синхронизация может быть ручной, автоматической или автоматической по определенному расписанию. Установка автоматической повторной синхронизации полезна для устранения проблем текущей синхронизации.
Расширенная репликация
В Windows Server 2012 R2 появилась расширенная репликация, разрешающая несколько копий данных для защиты от различных сценариев сбоя. Например, можно хранить вторую виртуальную машину реплики в близком географическом расположении, а третью более удаленно.
В расширенной репликации изменения, происходящие на основных виртуальных машинах, направляются на вторичный сайт и на сервер-реплику расширенной репликации. В случае сбоя вы можете получить данные как с сервера-реплики расширенной репликации, так и с сервера-получателя, что обеспечивает дополнительный уровень защиты.
Примечание.
Сервер-реплика расширенной репликации не поддерживает репликацию, согласованную с приложениями, и должен использовать те же виртуальные жесткие диски, что и сервер-реплика.
Если отключается и сервер-источник, и сервер-реплика, можно выполнить отработку отказа на сервер-реплику расширенной репликации.
На сервере расширенной репликации можно запустить тестовую отработку отказа точно так же, как на сервере-получателе, не нарушая рабочие нагрузки.
Расширенная репликация настраивается с помощью диспетчера Hyper-V, Windows PowerShell (с использованием параметра –Extended) или WMI.
В консоли диспетчера Hyper-V расширяется репликация для конкретной виртуальной машины. Вы можете задать частоту репликации в 5 или 15 минут. Если имеется кластер, выберите вариант для виртуальной машины в консоли диспетчера отказоустойчивости кластеров.
В PowerShell используется тот же командлет, что и для настройки репликации (с частотой в 5 или 15 минут):
Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
Вы можете наблюдать за расширенной репликацией на вкладке "Репликация" в консоли Hyper-V сайта-реплики. Можно проверить состояние, последовательно перейдя по вкладкам "Консоль Hyper-V-> Репликация -> Просмотр состояния работоспособности репликации -> Расширенная репликация".
Если требуется просмотреть цепочку расширенной репликации, используйте следующий командлет PowerShell:
Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
Отработка отказа
Отработка отказа не является автоматической. Вы можете вручную выполнять разные виды отработки отказа для виртуальной машины.
Тестовая отработка отказа — позволяет убедиться, что виртуальная машина реплики может быть успешно запущена на вторичном сайте. В этом случае во время отработки отказа создается тестовый дубликат виртуальной машины, и воздействие на обычную рабочую репликацию не производится. Если после отработки отказа выбрать Отработка отказа на тестовой виртуальной машине реплики, она будет удалена.
Плановая отработка отказа — используется для отработки отказа виртуальных машин во время планового отключения или ожидаемых простоев. Необходимо отключить основную машину перед выполнением плановой отработки отказа. После отработки отказа реплика Hyper-V запускает репликацию изменений обратно на сервер-источник. Последний набор отслеживаемых изменений отправляется, чтобы убедиться в отсутствии потерь данных. В конце плановой отработки отказа начинается обратная репликация, так что основная виртуальная машина становится дополнительной и наоборот, что обеспечивает их синхронизацию.
Внеплановая отработка отказа — используется при возникновении непредвиденных сбоев. Внеплановая отработка отказа инициируется на виртуальной машине реплики. Ее следует использовать, только если произошел сбой основной машины. Проверка проверяет, работает ли основная машина. Если включен журнал восстановления, можно выполнить восстановление на более ранний момент времени. Во время отработки отказа необходимо проверить, действительна ли точка восстановления, а затем завершить отработку отказа, чтобы обеспечить объединение точек восстановления.
Тест |
Запланировано |
Незапланированные ситуации |
|
|---|---|---|---|
Когда следует выполнять? |
Чтобы проверить, что машины реплики запускаются как требуется. Для обучения рабочей группы. Для тестирования процессов отработки отказа и восстановления. |
Согласно требованиям организации или соответствия. Для плановых простоев. Для предстоящих аварийных событий. Для обслуживания основного сервера. |
При возникновении непредвиденных событий. |
Где инициируется операция? |
Виртуальная машина реплики |
Инициируется на основной и завершается на дополнительной |
Виртуальная машина реплики |
Создается ли дубликат машины? |
Да |
Нет |
Нет |
Сколько времени занимает? |
Один раз в месяц |
||
Как часто рекомендуется? |
Один раз в месяц |
Один раз каждые шесть месяцев |
Только в случае аварии |
Продолжается ли репликация основной машины? |
Да |
Да — с помощью обратной репликации на основной сайт после отработки отказа. |
Нет |
Теряются ли какие-либо данные? |
Нет |
Нет |
Может быть, в зависимости от события |
Возникает ли простой? |
Нет |
Плановый простой |
Внеплановый простой |
Восстановление
При настройке репликации для виртуальной машины вы указываете количество точек восстановления, которые хотите сохранять для нее. Точки восстановления представляют моменты времени, на которые можно восстановить данные из реплицированной машины. Фактически восстановление от предыдущих точек восстановления возвращает реплику. В Windows Server 2012 доступны точки восстановления до 15 часов назад. В Windows Server 2012 R2 этот срок увеличен до 24 часов.
Другие полезные ресурсы
Тип содержимого |
Ссылок |
|---|---|
Оценка продукта |
Windows Server 2012 R2 и Windows Server 2012| Общие сведения о реплике Hyper-V и ее диагностика |
Планирование |
Подготовка к развертыванию реплики Hyper-V | Обзор возможностей реплики hyper-V | Плакат |
Развертывание |
|
Диагностика |
|
Средства и параметры |
|
Ресурсы сообщества |