Включение аварийного восстановления виртуальных машин Azure между зонами доступности
В этой статье описывается, как реплика te, выполнить отработку отказа и выполнить отработку отказа виртуальных машин Azure из одной зоны доступности в другую в том же регионе Azure.
Служба Azure Site Recovery может способствовать стратегии непрерывности бизнес-процессов и аварийного восстановления, сохраняя бизнес-приложения во время запланированных и незапланированных сбоев. Мы рекомендуем Site Recovery в качестве варианта аварийного восстановления сохранить работу приложений при наличии региональных сбоев.
Зоны доступности — уникальные физические расположения в пределах одного региона Azure. В каждой зоне есть один центр обработки данных или несколько.
Если вы хотите переместить виртуальные машины в зону доступности в другом регионе, ознакомьтесь с этой статьей.
Поддерживаемые регионы для аварийного восстановления между зонами
Поддержка аварийного восстановления между зонами в настоящее время ограничена следующими регионами:
| Северная и Южная Америка | Европа | Ближний Восток | Африка | Азиатско-Тихоокеанский регион |
|---|---|---|---|---|
| Brazil South | Центральная Франция | Израиль, центральный регион | Северная часть ЮАР | Восточная Австралия |
| Центральная Канада | Центрально-Западная Германия | Центральный Катар | Центральная Индия | |
| Центральная часть США | Северная Италия | Северная часть ОАЭ; | Северный Китай 3 | |
| Восточная часть США | Северная Европа | Восточная Азия | ||
| восточная часть США 2 | Восточная Норвегия; | Восточная Япония | ||
| Центрально-южная часть США | Центральная Польша | Республика Корея, центральный регион | ||
| US Gov (Вирджиния) | Центральная Швеция | Юго-Восточная Азия | ||
| западная часть США 2 | Северная Швейцария | |||
| Западная часть США — 3 | южная часть Соединенного Королевства | |||
| Западная Европа |
При использовании аварийного восстановления между зонами Site Recovery не перемещает или не хранит данные из региона, в котором он развернут. Вы можете выбрать хранилище служб восстановления из другого региона, если хотите. Хранилище служб восстановления содержит метаданные, но фактические данные клиента не содержат.
Дополнительные сведения о поддерживаемых в настоящее время зонах доступности.
Примечание.
Аварийное восстановление между зонами не поддерживается для виртуальных машин с управляемыми дисками с помощью хранилища, избыточного между зонами (ZRS).
Использование зон доступности для аварийного восстановления
Как правило, клиенты используют зоны доступности для развертывания виртуальных машин в конфигурации высокой доступности. Эти виртуальные машины могут быть слишком близки друг к другу, чтобы служить решением аварийного восстановления в результате стихийных бедствий.
Однако в некоторых сценариях клиенты могут использовать зоны доступности для аварийного восстановления:
- Клиенты, у которых была стратегия аварийного восстановления метро при размещении локальных приложений, иногда хотят имитировать эту стратегию после миграции приложений в Azure. Эти клиенты признают, что стратегия аварийного восстановления метро может не работать в крупномасштабной физической катастрофе, и они принимают этот риск. Такие клиенты могут использовать аварийное восстановление между зонами.
- Многие клиенты имеют сложную сетевую инфраструктуру и не хотят повторно создавать ее в дополнительном регионе из-за связанных затрат и сложности. Аварийное восстановление между зонами снижает сложность. В ней используются избыточные понятия сети в зонах доступности, чтобы упростить настройку. Такие клиенты предпочитают простоту и могут использовать зоны доступности для аварийного восстановления.
- В некоторых регионах, которые не имеют парного региона в той же юридической юрисдикции (например, Юго-Восточная Азия), аварийное восстановление между зонами может служить решением для аварийного восстановления. Это помогает обеспечить соответствие нормативным требованиям, так как приложения и данные не перемещаются по национальным границам.
- Аварийное восстановление между зонами подразумевает реплика по сравнению с аварийным восстановлением Azure в Azure по сравнению с аварийным восстановлением между зонами. Это может снизить задержку и, следовательно, уменьшить целевую точку восстановления (RPO).
Хотя это сильные преимущества, существует вероятность того, что аварийное восстановление между зонами может не соответствовать требованиям к устойчивости в случае стихийных бедствий на уровне региона.
Сеть для аварийного восстановления между зонами
Как упоминание раньше, аварийное восстановление между зонами использует избыточные сетевые понятия между зонами доступности для снижения сложности. Поведение сетевых компонентов в сценарии аварийного восстановления между зонами описано следующим образом:
Виртуальная сеть: вы можете использовать ту же виртуальную сеть, что и исходную сеть для фактических отработок отказа. Для тестовой отработки отказа используйте виртуальную сеть, отличную от исходной виртуальной сети.
Подсеть: отработка отказа в той же подсети поддерживается.
Частный IP-адрес: если вы используете статические IP-адреса, вы можете использовать те же IP-адреса в целевой зоне, если вы решили настроить их таким образом.
При использовании Azure Site Recovery у вас должен быть бесплатный IP-адрес, доступный в подсети для каждой виртуальной машины, для которой требуется использовать один и тот же IP-адрес в целевой зоне. Во время отработки отказа Azure Site Recovery выделяет этот бесплатный IP-адрес исходной виртуальной машине, чтобы освободить целевой IP-адрес. Затем Azure Site Recovery выделяет целевой IP-адрес целевой виртуальной машине.
Ускорение сети. Аналогично аварийному восстановлению Azure в Azure, вы можете включить ускоренную сеть, если тип виртуальной машины поддерживает его.
Общедоступный IP-адрес. Вы можете подключить ранее созданный общедоступный IP-адрес в том же регионе к целевой виртуальной машине. Базовые общедоступные IP-адреса не поддерживают сценарии, связанные с зонами доступности.
Подсистема балансировки нагрузки: стандартная подсистема балансировки нагрузки — это региональный ресурс, поэтому целевая виртуальная машина может быть подключена к внутреннему пулу той же подсистемы балансировки нагрузки. Новый подсистема балансировки нагрузки не требуется.
Группа безопасности сети. Вы можете использовать те же группы безопасности сети, которые были применены к исходной виртуальной машине.
Необходимые компоненты
Перед развертыванием аварийного восстановления между зонами для виртуальных машин убедитесь, что другие функции, включенные на виртуальных машинах, взаимодействуют с ним.
| Функция | Условия поддержки |
|---|---|
| классические виртуальные машины; | Не поддерживается |
| Виртуальные машины ARM | Поддерживается |
| Шифрование дисков Azure версии 1 (двойной проход с идентификатором Microsoft Entra) | Поддерживается |
| Шифрование дисков Azure версии 2 (один проход без идентификатора Microsoft Entra) | Поддерживается |
| Неуправляемые диски | Не поддерживается |
| Управляемые диски | Поддерживается |
| Ключи, управляемые клиентом | Поддерживается |
| Группы размещения близкого взаимодействия | Поддерживается |
| Взаимодействие для резервного копирования | Поддерживается резервное копирование и восстановление на уровне файлов. Резервное копирование и восстановление на уровне диска и виртуальной машины не поддерживаются. |
| "Горячее" добавление или удаление | После включения реплика зоны можно добавить диски. Удаление дисков после включения реплика зоны не поддерживается. |
Настройка аварийного восстановления между зонами и зонами Site Recovery
Вход
Войдите на портал Azure.
Включение репликации для зональной виртуальной машины Azure
В меню портала Azure выберите Виртуальные машины или выполните поиск по запросу Виртуальные машины на любой странице и выберите этот пункт. Затем выберите виртуальную машину, которую вы хотите реплика te. Для аварийного восстановления между зонами эта виртуальная машина должна находиться в зоне доступности.
В разделе Операции щелкните Аварийное восстановление.
На вкладке "Основы" для аварийного восстановления между зонами доступности выберите "Да".
Если вы принимаете все значения по умолчанию, перейдите к следующему шагу.
Если вы хотите внести изменения в параметры реплика tion, нажмите кнопку Далее: Дополнительные параметры. Для пользователей аварийного восстановления Azure в Azure эта вкладка может показаться знакомой. Дополнительные сведения о параметрах на этой вкладке см. в руководстве по настройке аварийного восстановления для виртуальных машин Azure.
Перейдите на вкладку "Рецензирование и запуск реплика", а затем нажмите кнопку "Пуск" реплика.
Вопросы и ответы
Как работает цена на аварийное восстановление между зонами? Цены на аварийное восстановление между зонами идентичны ценам на аварийное восстановление в Azure в Azure. Дополнительные сведения см. на странице цен Azure Site Recovery и в этой записи блога.
Затраты исходящего трафика в аварийном восстановлении между зонами ниже, чем расходы исходящего трафика в аварийном восстановлении между регионами. Сведения о расходах на передачу данных между зонами доступности см. на странице цен на пропускную способность.
Что такое соглашение об уровне обслуживания для RTO и RPO? Соглашение об уровне обслуживания (SLA) для цели восстановления (RTO) совпадает с соглашением об уровне обслуживания для Site Recovery в целом. Мы обещаем RTO до двух часов. Для RPO не определено соглашение об уровне обслуживания.
Гарантируется ли емкость во вторичной зоне? Группа Site Recovery и группа управления емкостью Azure планируют достаточной емкости инфраструктуры. При запуске отработки отказа команды также помогают гарантировать, что экземпляры виртуальных машин, защищенные Site Recovery, развертываются в целевой зоне. Для получения дополнительных вопросов о емкости проверка распространенные вопросы о аварийном восстановлении Azure в Azure.
Какие операционные системы поддерживают аварийное восстановление между зонами? Аварийное восстановление между зонами поддерживает те же операционные системы, что и аварийное восстановление Azure в Azure. Дополнительные сведения см. в таблице поддержки.
Могут ли исходные и целевые группы ресурсов совпадать? № Необходимо выполнить отработку отказа в другую группу ресурсов.
Следующие шаги
Действия, которые необходимо выполнить для выполнения аварийного восстановления, отработки отказа, повторной защиты и восстановления размещения, совпадают с действиями в сценарии аварийного восстановления в Azure в Azure.
Чтобы выполнить детализацию аварийного восстановления, выполните действия, описанные в руководстве по выполнению аварийного восстановления для виртуальных машин Azure.
Чтобы выполнить отработку отказа и повторно защитить виртуальные машины во вторичной зоне, выполните действия, описанные в руководстве. Отработка отказа виртуальных машин Azure в дополнительный регион.
Чтобы вернуться в основную зону, выполните действия, описанные в руководстве . Отработка отказа виртуальных машин Azure в основном регионе.