Репликация виртуальных машин Azure, работающих Локальные дисковые пространства в другой регион

  • Статья

В этой статье описывается, как включить аварийное восстановление виртуальных машин Azure с локальными дисковыми пространствами.

Примечание.

Для кластеров локальных дисковых пространств поддерживаются только отказоустойчивые точки восстановления.

Локальные дисковые пространства (S2D) — это программно-определяемое хранилище, которое позволяет создавать гостевые кластеры в Azure. Гостевой кластер в Microsoft Azure — это отказоустойчивый кластер, состоящий из виртуальных машин IaaS. Она позволяет размещенным рабочим нагрузкам виртуальных машин выполнять отработку отказа между гостевыми кластерами, обеспечивая более высокую доступность для приложений, чем одна виртуальная машина Azure. Это полезно в сценариях, когда виртуальная машина размещает критическое приложение, например SQL или масштабируемый файловый сервер.

Аварийное восстановление с помощью локальных дисковых пространств

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

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

Снимок экрана: дисковые пространства.

  • Две виртуальные машины Azure в отказоустойчивом кластере Windows и каждая виртуальная машина имеют два или более дисков с данными.
  • S2D синхронизирует данные на диске данных и представляет синхронизированное хранилище в качестве пула носителей.
  • Пул носителей представляет общий том кластера (CSV) для отказоустойчивого кластера.
  • Отказоустойчивый кластер использует CSV для дисков данных.

Рекомендации по аварийному восстановлению

  1. При настройке облака-свидетеля для кластера сохраните свидетеля в регионе аварийного восстановления.
  2. Если вы собираетесь выполнить отработку отказа виртуальных машин в подсети в регионе аварийного восстановления, который отличается от исходного региона, то после отработки отказа необходимо изменить IP-адрес кластера. Чтобы изменить IP-адрес кластера, необходимо использовать скрипт плана Site Recovery .

Включение Site Recovery для кластера локальных дисковых пространств

  1. В хранилище служб восстановления выберите +реплика te

  2. Выберите все узлы в кластере и сделайте их частью группы согласованности нескольких виртуальных машин.

  3. Выберите политику репликации с отключенной согласованностью приложения (доступна только поддержка согласованности при сбое).

  4. Включите репликацию.

    Снимок экрана: раздел настройки параметров репликации.

  5. Перейдите к реплицированным элементам и вы увидите состояние виртуальной машины.

  6. Обе виртуальные машины становятся защищенными и также отображаются как часть группы согласованности нескольких виртуальных машин.

    Снимок экрана: защищенные виртуальные машины, входящие в группу согласованности для нескольких виртуальных машин.

Создание плана восстановления

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

Добавление виртуальных машин в группы отработки отказа

  1. Создайте план восстановления, добавив виртуальные машины.
  2. Выберите "Настроить", чтобы сгруппировать виртуальные машины. По умолчанию все виртуальные машины являются частью Group 1.

Добавление сценариев в план восстановления

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

Отработка отказа виртуальных машин

Оба узла виртуальных машин должны быть отработки отказа с помощью плана восстановления Site Recovery.

Снимок экрана: защита дисковых пространств.

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

  1. На портале Azure выберите хранилище служб восстановления.
  2. Выберите созданный план восстановления.
  3. Выберите Тестовая отработка отказа.
  4. Чтобы запустить тестовую отработку отказа, выберите точку восстановления и виртуальную сеть Azure.
  5. После запуска вторичной среды можно выполнить проверку.
  6. После завершения проверки выберите Очистить тестовую отработку отказа, чтобы очистить среду отработки отказа.

Дополнительные сведения см. в статье Тестовая отработка отказа в Azure с помощью Site Recovery.

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

  1. На портале Azure выберите хранилище служб восстановления.
  2. Выберите план восстановления, созданный для приложений SAP.
  3. Выберите Отработка отказа.
  4. Чтобы запустить отработку отказа, выберите точку восстановления.

Дополнительные сведения см. в статье Отработка отказа в Site Recovery.

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

  • Дополнительные сведения о выполнении отработки отказа см. здесь.