Репликация Azure Site Recovery

Azure Site Recovery (ASR) — это служба аварийного восстановления, которая реплицирует рабочие нагрузки из основного расположения во вторичное и обеспечивает отработку отказа, если основное расположение становится недоступным. В отличие от Azure Backup, которое создает точки восстановления на определенные моменты времени, ASR поддерживает непрерывно обновляемую реплику VM, поэтому отработку отказа можно выполнить с минимальной потерей данных. ASR поддерживает репликацию Azure-в-Azure, репликацию локальных VMware или Hyper-V в Azure, а также физических серверов в Azure.

При репликации Azure-в-Azure ASR использует службу Mobility (автоматически устанавливаемую как расширение VM) для перехвата операций записи и ввода-вывода с дисков исходной VM. Перехваченные данные передаются по магистральной сети Azure в учетную запись хранения кэша в целевом регионе, а затем записываются на реплики управляемых дисков. Хранилище Recovery Services в целевом регионе координирует репликацию. Исходная VM продолжает нормально работать во время репликации — операции записи, объем которых не превышает пропускную способность репликации, не влияют на производительность.

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

Панель мониторинга ASR в хранилище Recovery Services показывает состояние репликации каждой защищенной VM. Возможные состояния: исправное, требующее внимания и критическое. Метрика достигнутого RPO (целевой точки восстановления) показывает, насколько реплика отстает от источника. Для репликации Azure-в-Azure ASR обычно обеспечивает RPO менее 1 минуты при нормальных условиях. Также можно просматривать потребление пропускной способности репликации и любые ошибки.

Политика репликации определяет частоту создания согласованных после сбоя точек восстановления (по умолчанию каждые 5 минут) и частоту создания согласованных с приложением точек восстановления (по умолчанию каждый час). Согласованные после сбоя точки восстановления создаются без приостановки приложения, а согласованные с приложением используют VSS и скрипты, чтобы приложение могло корректно восстановиться. Политика также задает срок хранения точек восстановления: от 0 до 72 часов для согласованных после сбоя и от 0 до 48 часов для согласованных с приложением.

Во время настройки репликации ASR создает или сопоставляет ресурсы целевого региона: целевую группу ресурсов, целевую виртуальную сеть, учетную запись хранения кэша и реплики управляемых дисков. Вы можете настроить сопоставление целевой сети, чтобы размещать VM после отработки отказа в определенных подсетях, назначать статические частные IP-адреса и задавать размеры целевых VM (они могут отличаться от размера исходной VM, что удобно для оптимизации ресурсов при аварийном восстановлении). Эти параметры хранятся в конфигурации Compute and Network защищенного элемента.

Для приложений, охватывающих несколько VM (например, веб-сервер и сервер базы данных), можно объединить их в группу согласованности нескольких VM. Затем ASR одновременно координирует согласованные после сбоя и согласованные с приложением точки восстановления для всех VM в группе. Благодаря этому при отработке отказа все VM восстанавливаются на один и тот же момент времени, что предотвращает несогласованность данных между уровнем приложения и уровнем базы данных, которая могла бы привести к ошибкам приложения после отработки отказа.

Сопоставление сетей определяет, какой целевой виртуальной сети соответствует каждая исходная виртуальная сеть VNet при переключении виртуальных машин. Если исходная виртуальная машина находится в VNet с именем prod-vnet в регионе «Восток США», настройте сопоставление сетей так, чтобы при переключении виртуальная машина размещалась в dr-vnet в регионе «Запад США». Без сопоставления сетей переключённые виртуальные машины размещаются в первой доступной VNet, что может вызвать проблемы с подключением, если топология VNet отличается от топологии исходного региона.

Репликация ASR в сценариях Azure-to-Azure использует магистральную сеть Azure — плата за исходящий трафик между парными регионами Azure для трафика репликации не взимается. Однако скорость репликации изменений не должна превышать доступную пропускную способность исходящего трафика хранилища исходной виртуальной машины. Для рабочих нагрузок с большим объёмом записи (например, крупных баз данных SQL Server с интенсивным потоком записи) используйте средство ASR Deployment Planner, чтобы оценить требуемую пропускную способность и проверить совместимость среды перед включением репликации.

ASR поддерживает репликацию как управляемых, так и неуправляемых дисков (на основе Blob), однако репликация управляемых дисков настоятельно рекомендуется, поскольку она избавляет от необходимости управлять учётными записями Storage и обеспечивает более высокую производительность. При репликации виртуальных машин с управляемыми дисками ASR создаёт соответствующие управляемые диски-реплики в целевом регионе. Также можно исключить из репликации отдельные диски данных (например, временные диски или диски для рабочих файлов), чтобы уменьшить пропускную способность репликации и затраты.

ASR и Azure Backup дополняют друг друга, а не являются альтернативами. Azure Backup защищает от повреждения данных, случайного удаления и программ-вымогателей — восстановление выполняется в заведомо исправное состояние, существовавшее несколько дней или недель назад. ASR защищает от сбоев регионов — выполняется переключение на реплику, отстающую от источника на несколько секунд или минут. Для рабочей нагрузки в рабочей среде обычно требуются оба средства: Backup для защиты данных и ASR для аварийного восстановления и обеспечения непрерывности бизнеса.

Проверьте понимание концепций Microsoft Azure Fundamentals (AZ-900), рассмотренных в этом уроке.

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