Что нового в Windows 8 для облачных вычислений на базе Hyper-V (часть 10) — функции аварийного восстановления Hyper-V

Фон

Хороший план аварийного восстановления ИТ включает в себя как процедуры, так и технологии, которые позволяют компании эффективно восстанавливаться после событий (например, стихийных бедствий или других), которые могут привести к остановке или серьезному сокращению ежедневных вычислительных операций. Во всем бизнес-спектре аварийное восстановление является областью, значение которой продолжает расти для организаций, которые хотят избежать ситуации, когда потеря критически важных вычислительных ресурсов серьезно влияет на производительность и доходы бизнеса. В случае малого и среднего бизнеса внедрение аварийного восстановления было еще более сложной задачей из-за стоимости решений для репликации и хранения данных. Эта задача еще больше усложняется переходом на виртуализированные или облачные вычислительные среды. Хорошей новостью является то, что Windows Server 2012 включает компонент репликации данных, который помогает снизить затраты на технологические компоненты реализации аварийного восстановления для развертываний виртуальных машин на основе Hyper-V.

Реплика Windows Server 2012 Hyper-V

В Windows Server 2012 улучшена функция отказоустойчивого кластера, чтобы обеспечить решение высокой доступности для виртуальных машин на базе Hyper-V в пределах одного физического сайта или между географически разбросанными сайтами. Благодаря новой функции Hyper-V Replica Windows Server 2012 теперь также предоставляет решение для репликации виртуальной машины между географически рассредоточенными сайтами по глобальной сети (WAN) с использованием асинхронного процесса на основе хоста, так что реплицируемая виртуальная машина не отстает от исходной виртуальной машины более чем на 5 минут. Кроме того, Microsoft разработала функцию реплики Hyper-V, которая не зависит ни от приложения, ни от хранилища. Это означает, что любое приложение, работающее на виртуальной машине, поддерживается, поскольку репликация происходит на уровне виртуальной машины. Кроме того, на разных сайтах можно использовать разные решения для хранения данных, так что даже если на основном сайте используется дорогая сеть хранения данных (SAN) из соображений производительности, сайт аварийного восстановления может использовать более дешевые решения для хранения, помогая снизить затраты на внедрение оборудования..

Функциональность реплики Hyper-V

Реплика Hyper-V использует асинхронную репликацию между основной виртуальной машиной и репликой. Реплика Hyper-V дублирует запись VHD-файла основной виртуальной машины в файл журнала и отправляет файл журнала на виртуальную машину-реплику с 5-минутным циклом. В то время как основной файл журнала виртуальной машины реплицируется, новые записи дублируются в новый файл журнала. Чтобы обеспечить надежный транспортный протокол, который работает через локальные и глобальные сети и не требует серьезной перенастройки брандмауэров, реплика Hyper-V использует HTTP для трафика репликации.

Поскольку реплики, скорее всего, будут настроены для репликации на сервер, который географически удален от основного сервера виртуальной машины, реплика Hyper-V устойчива к сбоям в глобальной сети за счет операций повторной попытки, возобновления и повторной синхронизации, которые пытаются восстановить виртуальные первичный сервер и реплику. машина снова синхронизируется после сбоев в сети. Еще одна мера смягчения последствий реплики Hyper-V — ограничить размер файлов журнала, содержащих записи, не превышающим половину размера исходного файла VHD. По умолчанию файлы журнала хранятся в том же месте, что и VHD-файл основной виртуальной машины, что позволяет избежать заполнения физического устройства хранения.

Реплика Hyper-V также поддерживает мобильность виртуальных машин посредством Live Migration, Storage Migration и Quick Migration внутри и между отказоустойчивыми кластерами, чтобы гарантировать, что миграция основной или реплики виртуальной машины не нарушит активные каналы реплики Hyper-V. Это требует, чтобы все основные серверы виртуальных машин в пути миграции были авторизованы на серверах-репликах, чтобы при миграции основной виртуальной машины на другой сервер связь реплики Hyper-V могла быть автоматически восстановлена с сервером-репликой. Реплика Hyper-V требует настройки брокера реплики Hyper-V, если первичный сервер или реплика Hyper-V является частью кластера. Роль Hyper-V Replica Broker настраивается как часть отказоустойчивого кластера. Посредник реплик Hyper-V взаимодействует с отказоустойчивой кластеризацией и сетью Hyper-V для перенаправления событий виртуальной машины на соответствующий узел в кластере реплик. Брокер реплик Hyper-V выполняет это с помощью запросов к базе данных кластера, чтобы определить узел, который должен обрабатывать определенное событие.

Конфигурация сети для реплик виртуальных машин

Поскольку основная виртуальная машина и виртуальная машина-реплика, скорее всего, будут расположены в разных подсетях, вам необходимо выбрать стратегию обработки изменений IP-адресов, которая не оставит виртуальную машину-реплику недоступной, когда она будет подключена к сети. Доступны три варианта: использование статического IP-адреса, автоматическое назначение через DHCP или использование новой функции виртуализации сети Windows Server 2012. Виртуализация сети обеспечивает сопоставление на уровне гипервизора между сетевым адресом, назначенным внутри виртуальной машины (адрес клиента или CA), и уникальным сетевым адресом на хосте (адрес провайдера или PA), который используется для маршрутизации пакетов в физических сетях. Решающее значение имеет обновление и распространение DNS-записей реплики виртуальной машины по всей инфраструктуре для отражения IP-адреса, по которому она доступна.

Конфигурация сервера реплики Hyper-V и реплики виртуальной машины

Чтобы использовать функцию реплики Hyper-V, сервер должен быть включен в качестве сервера-реплики. Вы можете настроить сервер-реплику с помощью PowerShell или параметров Hyper-V в консоли диспетчера Hyper-V, как показано на рис. 1. Конфигурация сервера-реплики требует определения типа аутентификации (Kerberos или сертификата) и порта, будь то аутентифицированные серверы или только определенному набору серверов разрешено реплицировать виртуальные машины на сервер-реплику, а также место хранения реплицированных файлов виртуальных машин.

Рис. 1. Настройки Hyper-V в консоли диспетчера Hyper-V

Реплику Hyper-V можно настроить для виртуальной машины с помощью диспетчера Hyper-V (как показано на рис. 2), диспетчера отказоустойчивого кластера, PowerShell или System Center Virtual Machine Manager 2012 SP1. Процесс настройки реплики Hyper-V унифицирован для Hyper-V Manager, Failover Cluster Manager и System Center Virtual Machine Manager 2012 SP1.

Рис. 2. Конфигурация реплики Hyper-V в консоли диспетчера Hyper-V

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

Мониторинг реплики Hyper-V

Существует несколько вариантов мониторинга реплики Hyper-V. В консоли диспетчера Hyper-V, как показано на рис. 3, на панели виртуальной машины есть вкладка репликации, которая позволяет просматривать тип, состояние и работоспособность репликации. Вы также можете просмотреть основной сервер, сервер-реплику и время последней синхронизации.

Рис. 3. Мониторинг репликации в консоли диспетчера Hyper-V

Чтобы получить дополнительные сведения о работоспособности репликации для конкретной виртуальной машины, вы можете щелкнуть правой кнопкой мыши виртуальную машину, выбрать параметр репликации в меню, а затем выбрать «Просмотр работоспособности репликации», как показано на рис. 4.

Рис. 4. Выбор работоспособности репликации в консоли диспетчера Hyper-V

Диалоговое окно «Работоспособность репликации» предоставляет статус и статистику, которые помогут вам оценить состояние реплики виртуальной машины, включая количество обнаруженных ошибок, количество успешных циклов репликации и время последней синхронизации. Как показано на рисунке 5, если для виртуальной машины пропущено более 20 процентов циклов репликации, состояние работоспособности репликации отражает состояние предупреждения, которое должно побудить вас исследовать причину неудачных циклов репликации.

Рис. 5. Диалоговое окно «Состояние репликации» в консоли диспетчера Hyper-V

PowerShell также доступен для мониторинга реплики Hyper-V. На рис. 6 показан список командлетов, связанных с репликацией Hyper-V.

Рисунок 6. Командлеты PowerShell для реплики Hyper-V

Вывод

В этой статье вы узнали о новой функции Windows Server 2012 Hyper-V Replica, которая поддерживает сценарии аварийного восстановления для виртуальных машин на сайте и в географическом расположении или между сайтами и географическими местоположениями. В последней части этой серии, части 11, вы узнаете больше о сценариях Hyper-V Replica, которые Microsoft поддерживает с Windows Server 2012.

• Что нового в Windows 8 для облачных вычислений на базе Hyper-V (часть 11) — сценарии аварийного восстановления Hyper-V