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

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

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

Необходимые компоненты

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

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

1. В хранилище>Реплицированных элементов щелкните правой кнопкой мыши отработку отказа виртуальной машины и выберите "Повторно защитить". Должно отображаться направление повторной защиты от дополнительного в основной.

   

2. Просмотрите сведения о группе ресурсов, сети, хранилище и группах доступности. Затем выберите OK. Ресурсы, помеченные как новые, создаются во время повторного включения защиты.

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

   

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

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

Свойство	Примечания.
Целевая группа ресурсов	Измените целевую группу ресурсов, в которой создается виртуальная машина. В рамках повторной защиты целевая виртуальная машина удаляется. При повторной защите отработки отказа виртуальной машины на исходной виртуальной машине целевая группа ресурсов не может быть изменена.
Целевая виртуальная сеть	Во время включения задания повторной защиты невозможно изменить целевую сеть. Чтобы изменить сети, выполните повторное сопоставление сети.
Резервирование мощности	Настройте резервирование емкости для виртуальной машины. Для резервирования мощности можно создать новую группу резервирования мощности или выбрать существующую. Дополнительные сведения о резервировании мощности.
Целевое хранилище (вторичная виртуальная машина не использует управляемые диски)	Вы можете изменить учетную запись хранения, которую виртуальная машина использует после отработки отказа.
Управляемые диски реплики (вторичная виртуальная машина использует управляемые диски)	Site Recovery создает управляемые диски реплики в основном регионе для зеркального отображения управляемых дисков вторичной виртуальной машины.
Хранилище кэша	Вы можете указать учетную запись хранения кэша, которую нужно использовать во время репликации. Если учетная запись хранения кэша не существует, по умолчанию создается новая. По умолчанию используется тип учетной записи хранения (стандартная учетная запись хранения или учетная запись хранения блочных BLOB-объектов класса Premium), выбранная для исходной виртуальной машины в исходном первичном расположении. Например, во время репликации из исходного источника в целевой объект, если выбран высокий объем обработки, во время повторной защиты от целевого объекта к исходному источнику большой двоичный объект класса Premium будет использоваться по умолчанию. Его можно настроить и изменить для повторной защиты. Дополнительные сведения см. в статье "Аварийное восстановление виртуальных машин Azure" с высоким уровнем поддержки.
Группа доступности	Если виртуальная машина в дополнительном регионе является частью группы доступности, можно выбрать группу доступности для целевой виртуальной машины в основном регионе. По умолчанию Site Recovery пытается найти и использовать имеющуюся группу доступности в основном регионе. Во время настройки можно указать новую группу доступности.

Что происходит при повторном включении защиты?

По умолчанию происходит следующее:

1. Учетная запись хранения кэша создается в регионе, где выполняется отработка отказа виртуальной машины.
2. Если целевая учетная запись хранения (исходная учетная запись хранения в основном регионе) не существует, будет создана новая. Назначенное имя учетной записи хранения — это имя учетной записи хранения, используемой вторичной виртуальной машиной, суффиксом.asr
3. Если виртуальная машина использует управляемые диски, то управляемые диски реплики создаются в основном регионе для хранения данных, реплицируемых с дисков вторичной виртуальной машины.
4. Временные реплики исходных дисков (диски, подключенные к виртуальным машинам в дополнительном регионе), создаются с именем ms-asr-<GUID>, используемым для передачи и чтения данных. Временные диски позволяют использовать полную пропускную способность диска вместо 16 % пропускной способности исходных дисков (подключенных к виртуальной машине). После завершения повторной защиты временные диски удаляются.
5. Если целевая группа доступности не существует, она создается во время включения повторной защиты (при необходимости). Если настроены параметры повторной защиты, используется выбранная группа.

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

1. Целевая виртуальная машина отключена, если она запущена.
2. Если виртуальная машина использует управляемые диски, создается копия исходного диска с суффиксом -ASRReplica . Исходные диски удаляются. Копии с суффиксом -ASRReplica используются для репликации.
3. Если виртуальная машина использует неуправляемые диски, диски данных целевой виртуальной машины отсоединяются и используются для репликации. Копия диска ОС создается и подключена на виртуальной машине. Диск исходной операционной системы отключается и используется для репликации.
4. Синхронизируются только изменения между исходным и целевым дисками. Разница в файлах определяется путем сравнения обоих дисков с последующей передачей. Ниже указано предполагаемое время, которое занимает повторное включение защиты.
5. После завершения синхронизации запускается разностная репликация данных, в ходе которой создается точка восстановления в соответствии с политикой репликации.

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

1. Если виртуальная машина использует управляемые диски, то диски реплик создаются с суффиксом -ASRReplica . Копии с суффиксом -ASRReplica используются для репликации.
2. Если виртуальная машина использует неуправляемые диски, то диски реплик создаются в целевой учетной записи хранения.
3. Все содержимое дисков копируется из региона отработки отказа в новый целевой регион.
4. После завершения синхронизации запускается разностная репликация данных, в ходе которой создается точка восстановления в соответствии с политикой репликации.

Примечание.

Диски ms-asr являются временными дисками, которые удаляются после завершения действия повторной защиты . Вы будете взимать минимальную стоимость на основе цены на управляемый диск Azure за то время, когда эти диски активны.

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

В большинстве случаев Azure Site Recovery не реплицирует все данные в исходный регион. Объем реплицируемых данных зависит от следующих условий:

1. Azure Site Recovery не поддерживает повторную защиту, если данные исходной виртуальной машины удаляются, повреждены или недоступны по какой-либо причине. Например, изменение или удаление группы ресурсов. Кроме того, можно отключить предыдущую защиту от аварийного восстановления и включить новую защиту из текущего региона.
2. Если доступны исходные данные виртуальной машины, то разностные вычисления вычисляются путем сравнения дисков и передачи только различий. В этом случае время повторного защиты больше или равноchecksum calculation time + checksum differentials transfer time + time taken to process the recovery points from Azure Site Recovery agent + auto scale time.

Факторы, управляющие временем повторной защиты в сценарии 2

Следующие факторы влияют на время повторной защиты, когда исходная виртуальная машина доступна в сценарии 2:

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

2. Разностная передача данных контрольной суммы выполняется примерно на 23% пропускной способности диска.

3. Время, затраченное на обработку точек восстановления, отправленных агентом Azure Site Recovery— агент Azure Site Recovery продолжает отправлять точки восстановления во время этапа вычисления и передачи контрольной суммы, а также. Однако Azure Site Recovery обрабатывает их только после завершения передачи контрольной суммы. Время, затраченное на обработку точек восстановления, составляет около пятого (1/5- го) времени, затраченного на вычисление разностных сумм контрольной суммы и времени передачи разностных сумм (время для вычисления контрольной суммы и времени для передачи контрольной суммы). Например, если время, затраченное на вычисление разностной суммы контрольной суммы и разностная передача контрольной суммы, составляет 15 часов, время, затраченное на обработку точек восстановления от агента, составит три часа.

4. Автоматическое масштабирование составляет примерно 20–30 минут.

Пример сценария:

Давайте рассмотрим пример из следующего снимка экрана, где включение репликации из основного расположения в расположение аварийного восстановления заняло час и 12 минут. Время вычисления контрольной суммы будет по крайней мере час и 12 минут. Предположим, что объем данных после отработки отказа составляет 45 ГБ, и диск имеет пропускную способность 60 Мбит/с, разностная передача будет происходить в 14 Мбит/с, а время, затраченное на разностную передачу, составляет 45 ГБ / 14 Мбит/с, то есть примерно 55 минут. Время, затраченное на обработку точек восстановления, составляет примерно одну пятую из общего времени, затраченного на вычисление контрольной суммы (72 минуты) и время передачи данных (55minutes), что составляет около 25 минут. Кроме того, для автоматического масштабирования требуется 20–30 минут. Таким образом, общее время для повторной защиты должно быть не менее трех часов.

В приведенном выше примере показано, как оценить время повторной защиты.

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

Однако при повторной защите виртуальной машины из основного региона в регион аварийного восстановления после восстановления размещения мы не удаляем виртуальную машину и связанные сетевые карты в регионе аварийного восстановления, созданном во время предыдущей отработки отказа.

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

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

Дополнительные сведения об Azure Site Recovery