Архитектура аварийного восстановления из Azure в Azure

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

Компоненты архитектуры

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

Целевые ресурсы

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

Управление целевыми ресурсами

Вы можете управлять целевыми ресурсами следующим образом.

• Можно изменять параметры целевого объекта при включении репликации. Обратите внимание, что номер SKU по умолчанию для виртуальной машины целевого региона совпадает с номером SKU исходной виртуальной машины (или следующим лучшим доступным номером SKU для исходной виртуальной машины). В раскрывающемся списке показаны только номера SKU того же семейства, что и исходная виртуальная машина (1-го или 2-го поколения).
• Можно изменять параметры целевого объекта, когда репликация уже работает. Аналогично другим ресурсам, таким как целевая группа ресурсов, целевое имя и другие, номер SKU виртуальной машины целевого региона можно также обновить после выполнения репликации. Ресурс, который не может быть обновлен, является типом доступности (один экземпляр, набор или зона). Чтобы изменить этот параметр, придется отключить репликацию и повторно включить ее после изменения параметра.

Политика репликации

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

Управление политиками репликации

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

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

Согласованность нескольких виртуальных машин

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

Моментальные снимки и точки восстановления

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

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

Site Recovery делает моментальные снимки следующим образом.

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

Согласованность

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

Согласованность при сбое

согласованность на уровне приложений

Процесс репликации

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

1. На виртуальной машине автоматически устанавливается расширение службы мобильности Site Recovery.
2. Это расширение регистрирует виртуальную машину в Site Recovery.
3. Для виртуальной машины начинается постоянная репликация. Все операции записи файлов немедленно передаются в учетную запись хранения данных кэша в исходном месте.
4. Site Recovery обрабатывает данные кэша и отправляет их в целевую учетную запись хранения или на управляемые диски реплики.
5. По результатам обработки этих данных каждые пять минут создаются отказоустойчивые точки восстановления. Точки восстановления с согласованностью на уровне приложений создаются в соответствии с параметром, указанным в политике репликации.

Процесс репликации

Требования к подключению

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

Исходящие подключения (URL-адреса)

Если виртуальной машине разрешен исходящий доступ только к определенным URL-адресам, включите в этот список следующие URL-адреса.

Исходящая связность для диапазонов IP-адресов

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

Правила исходного региона

Правила целевого региона

Управление доступом с помощью правил группы безопасности сети

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

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

Узнайте больше о исходящем подключении для Site Recovery и управлении подключением к группам безопасности сети.

Подключение для согласованности между множеством виртуальных машин

Если включить согласованность между виртуальными машинами, компьютеры в группе репликации будут обмениваться данными друг с другом через порт 20004.

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

Процесс переключения на резервный сервер

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

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

• Быстро выполните репликацию виртуальной машины Azure в вторичный регион.