Поделиться через

Отработка отказа и восстановление размещения физических серверов, реплицированных в Azure

  • Статья

В этом руководстве описывается, как выполнить отработку отказа локальных физических серверов, которые реплицируются в Azure, с помощью Azure Site Recovery. После отработки отказа восстановление размещения с переходом от Azure к локальному сайту происходит в тех ситуациях, когда это возможно.

Перед началом работы

  • Узнайте о процессе переключения при аварийном восстановлении.
  • Если вы хотите переключить несколько машин, узнайте, как объединить машины в план восстановления.
  • Перед тем как выполнять полное переключение при отказе, запустите отработку аварийного восстановления, чтобы убедиться, что все работает должным образом.
  • Выполните эти инструкции, чтобы после отработки отказа подготовиться к подключению к виртуальным машинам Azure.

Запуск отработки отказа

Проверка свойств сервера

Проверьте свойства сервера и убедитесь, что он соответствует требованиям Azure к виртуальным машинам Azure.

  1. В разделе Защищенные элементы щелкните Реплицированные элементы и выберите виртуальную машину.
  2. В области Реплицированный элемент находятся сводные данные о компьютере, в том числе состояние работоспособности и последние доступные точки восстановления. Щелкните Свойства, чтобы просмотреть дополнительные сведения.
  3. В области Вычисления и сеть можно изменить имя Azure, группу ресурсов, целевой размер, группу доступности и параметры управляемого диска.
  4. Можно просмотреть или изменить параметры сети, включая сеть (или подсеть), в которой будет размещаться виртуальная машина Azure после отработки отказа, и IP-адрес, который будет ей назначен.
  5. В разделе Диски отображаются сведения об операционной системе и дисках данных на компьютере.

Отработка отказа с переходом в Azure

  1. В разделе Параметры>Реплицированные элементы выберите компьютер и щелкните >Отработка отказа.

  2. В разделе Отработка отказа выберите точку восстановления, в которую будет выполнена отработка отказа. Можно выбрать один из следующих вариантов:

    • Последние. В этом случае сначала обрабатываются все данные, отправляемые в Site Recovery. Этот вариант обеспечивает самое низкое значение RPO (целевая точка восстановления), так как виртуальная машина Azure, созданная после отработки отказа, будет иметь все данные, реплицированные в службу Site Recovery до момента активации отработки отказа.
    • Последняя обработанная. Отработка отказа выполняется до последней точки восстановления компьютера, которая была обработана Site Recovery. Этот вариант обеспечивает низкий показатель целевого времени восстановления, так как не требует времени на обработку данных.
    • Последняя точка во времени согласованности приложений. Отработка отказа компьютера выполняется до последней точки восстановления с согласованным состоянием приложений, которая была обработана Site Recovery.
    • Настраиваемая. Следует указать точку восстановления.

  3. Выберите Завершение работы виртуальной машины перед началом отработки отказа., чтобы служба Site Recovery попыталась выключить исходный компьютер, прежде чем запускать отработку отказа. Отработка отказа продолжится, даже если их не удастся отключить. На странице Задания можно следить за ходом выполнения отработки отказа.

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

  5. После проверки зафиксируйте отработку отказа. При этом будут удалены все доступные точки восстановления.

Предупреждение

Не отменяйте отработку отказа в процессе выполнения. Перед началом отработки отказа репликация компьютера останавливается. Если отменить отработку отказа, она останавливается, но компьютер не будет реплицироваться повторно. Дополнительная отработка отказа физических серверов может длиться 8–10 минут.

Автоматизировать действия во время аварийного переключения

Возможно, вы захотите автоматизировать действия во время отработки отказа. Для этого вы можете использовать сценарии или модули Runbook автоматизации Azure в планах восстановления.

  • Узнайте о создании и настройке планов восстановления, включая добавление сценариев.
  • Узнайте о добавлении модулей Runbook для службы автоматизации Azure.

Настройка параметров после отработки отказа

После отработки отказа нужно настроить параметры Azure для подключения к реплицированным виртуальным машинам Azure. Кроме того, настройте внутренние и общедоступные IP-адреса.

Подготовка к повторному включению защиты и восстановлению размещения

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

  1. Размещение физических серверов, реплицированных в Azure, можно восстановить только на виртуальных машинах VMware. Для этого вам требуется локальная инфраструктура VMware. Выполните действия, описанные в этой статье, чтобы подготовиться к повторному включению защиты и восстановлению размещения, включая настройку сервера обработки в Azure и локального главного целевого сервера, а также настройку VPN типа "сеть — сеть" или частного пиринга ExpressRoute.
  2. Убедитесь, что локальный сервер конфигурации запущен и подключен к Azure. Во время отработки отказа в Azure локальный сайт может быть недоступным. Сервер конфигурации тоже может быть недоступен, или его работа может быть завершена. Во время восстановления размещения виртуальная машина должна существовать в базе данных сервера конфигурации. В противном случае восстановление размещения завершается сбоем.
  3. Удалите все моментальные снимки на локальном главном целевом сервере. В противном случае повторная защита не будет работать. Во время выполнения задания повторного включения защиты моментальные снимки на виртуальной машине автоматически объединяются.
  4. При повторной защите виртуальных машин, объединенных в группу репликации для согласованности нескольких виртуальных машин, убедитесь, что все они имеют одинаковую операционную систему (Windows или Linux), и что на развертываемом главном целевом сервере установлен тот же тип операционной системы. Все виртуальные машины в группе репликации должны использовать тот же главный целевой сервер.
  5. Откройте требуемые порты для восстановления размещения.
  6. Перед восстановлением размещения убедитесь, что подключен сервер vCenter Server. В противном случае отключение дисков и их присоединение к виртуальной машине завершится сбоем.
  7. Если управление виртуальными машинами, в которые необходимо выполнить восстановление размещения, осуществляется с помощью сервера vCenter Server, убедитесь в наличии требуемых разрешений. Если выполнить обнаружение vCenter в режиме пользователя только для чтения и защитить виртуальные машины, операция настройки защиты завершится успешно и отработка отказа будет работать. Однако во время повторного включения защиты происходит сбой отработки отказа, так как невозможно обнаружить хранилища данных, и они не указаны во время повторной защиты. Для устранения этой проблемы можно обновить учетные данные vCenter, указав соответствующую учетную запись или разрешения, и повторить задание.
  8. Если виртуальные машины созданы с помощью шаблона, убедитесь в том, что диски каждой виртуальной машины имеют UUID. При возникновении конфликта UUID локальной виртуальной машины и UUID главного целевого сервера из-за того, что оба идентификатора созданы на основе одного шаблона, происходит сбой повторного включения защиты. Выполните развертывание из другого шаблона.
  9. Если вы восстанавливаете размещение на альтернативном сервере vCenter Server, убедитесь в том, что новый сервер vCenter Server и главный целевой сервер обнаружены. Как правило, если они не являются хранилищами данных, они недоступны или не отображаются в списке повторной защиты.
  10. Проверьте следующие сценарии, в которых невозможно выполнить отработку отказа:
    • Если вы используете бесплатный выпуск ESXi 5.5 или бесплатный выпуск vSphere 6 Hypervisor. Выполните обновление до другой версии.
    • Если вы используете физический сервер Windows Server 2008 R2 с пакетом обновления 1 (SP1).
    • Виртуальные машины, которые были перенесены.
    • Виртуальная машина, которая была перемещена в другую группу ресурсов.
    • Реплика виртуальной машины Azure, которая была удалена.
    • Незащищенная реплика виртуальной машины Azure (реплицируется на локальный сайт).
  11. Изучите типы восстановления размещения, которые можно использовать, — восстановление в исходное расположение и восстановление в альтернативное расположение.

Повторное включение защиты виртуальных машин Azure в альтернативном расположении

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

  1. В хранилище выберите >Параметры>Реплицированные элементы, щелкните правой кнопкой мыши машину, для которой выполнена отработка отказа, и выберите >Защитить повторно.
  2. В окне Повторная защита выберите Из Azure в локальную среду.
  3. Укажите локальный главный целевой сервер и сервер обработки.
  4. В поле Хранилище данных выберите главное целевое хранилище данных, для которого нужно восстановить диски локальной среды. Используйте этот параметр, если локальная виртуальная машина удалена или не существует, и вам нужно создать новые диски. Этот параметр не учитывается, если диски уже существуют. Но его значение необходимо указать.
  5. Выберите главный целевой диск для хранения. Политика восстановления размещения выбирается автоматически.
  6. Нажмите кнопку ОК, чтобы начать процесс повторной защиты. Задание приступит к репликации виртуальной машины Azure на локальный сайт. Ход выполнения операции можно отслеживать на вкладке Задания .

Примечание.

Если вы хотите восстановить виртуальную машину Azure в существующую локальную виртуальную машину, подключите ее хранилище данных локальной виртуальной машины с доступом на чтение и запись к узлу ESXi главного целевого сервера.

Восстановление размещения из Azure

Выполните отработку отказа следующим образом:

  1. На странице Реплицированные элементы щелкните правой кнопкой мыши виртуальную машину и выберите пункт >Внеплановая отработка отказа.
  2. На странице Подтверждение отработки отказа должно быть указано направление отработки отказа "Из Azure". 3. Выберите точку восстановления, которую хотите использовать для отработки отказа.
    • Рекомендуется использовать последнюю точку восстановления. Точка, согласованная с приложением, следует за последней точкой во времени, что приведет к потере некоторых данных.
    • Последняя точка восстановления является отказоустойчивой точкой восстановления.
    • При отработке отказа служба Site Recovery отключает виртуальные машины Azure и загружает локальную виртуальную машину. Чтобы исключить время простоя, выберите подходящий момент.
  3. Щелкните машину правой кнопкой мыши, а затем выберите пункт Зафиксировать. Будет запущено задание по удалению виртуальных машин Azure.
  4. Убедитесь, что работа виртуальной машины Azure была завершена должным образом.

Повторное включение защиты локальных машин в Azure

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

  1. В хранилище выберите >Параметры>Реплицированные элементы, затем выберите виртуальные машины, для которых выполнено восстановление размещения, и щелкните Защитить повторно.
  2. Выберите сервер обработки, который используется для отправки реплицированных данных в Azure, и нажмите кнопку ОК.

Следующие шаги

После завершения задания повторной защиты локальная виртуальная машина реплицируется в Azure. При необходимости можно запустить другую процедуру отработки отказа в Azure.