Переключение на резервный узел и возврат на основной узел
- 6 мин
Azure Site Recovery предоставляет возможность переключиться на Azure в случае возникновения аварии и вернуться на локальные машины после её завершения.
Выполните полное переключение на остальную часть защищенной среды в Azure. После успешного выполнения отработки сценария отказа на одной тестовой виртуальной машине вы выполняете полный отказ. После успешного завершения отказа выполните восстановление после отказа.
В этом уроке вы узнаете о различиях между переключением на резерв и возвратом в основном режим работы. Вы также узнаете, как автоматически создается политика отката после настройки политики репликации в Azure.
Переключение на резервный узел и возврат на основной узел
Переключение на резервный режим — это процесс, который происходит при принятии решения об активации плана BCDR для бизнеса. Отработка отказа происходит, когда текущая динамическая среда, защищенная с помощью Site Recovery, перемещается в среду реплики. Эта реплицированная среда замещает рабочую среду и становится основной инфраструктурой.
Возврат к основной системе — это обратная отработка отказа. Предыдущая динамическая среда (которая теперь является средой реплики, так как отработка отказа произошла) снова возвращает свою исходную роль и снова становится динамической средой. После переключения на резервный экземпляр необходимо выполнить этап повторной защиты. На этом этапе вы синхронизируете исходную среду с новой рабочей средой. Этот процесс позволяет выполнить отработку отказа и возврат к основному узлу без потери данных. Этап повторной защиты, скорее всего, будет длительным процессом, так как необходимо установить, что старая динамическая среда работает правильно после аварии.
Четыре этапа действий отработки отказа и восстановления нормального функционирования:
- переход на Azure: Если локальный первичный сайт выходит из строя, принимается решение о переходе на Azure (или ваш дополнительный сайт), что создает виртуальные машины из первичных реплицированных данных.
- повторно защитить виртуальные машины Azure. После завершения аварийного переключения виртуальные машины Azure необходимо повторно защитить, чтобы они могли воспроизвести изменения обратно в локальную среду после устранения сбоя. Виртуальные машины отключены для обеспечения согласованности данных.
- Переключение отказа обратно на локальную среду. Когда локальный сайт вновь запущен и работает, можно выполнить переключение отказа обратно на эту среду. Затем она снова становится рабочей средой. Вы не можете переключиться обратно на физические серверы. Все системы должны переключиться обратно на виртуальные машины.
- Повторная защита локальных виртуальных машин: Повторная защита локальных виртуальных машин выполняется так, чтобы они начали репликацию в Azure после успешного возврата.
Политики отката
При создании локальной политики репликации для копирования локальных компьютеров в Azure автоматически создается связанная политика обратного восстановления. Политика имеет некоторые фиксированные атрибуты, которые нельзя изменить. Эти атрибуты:
- Вы можете реплицировать только на локальный сервер конфигурации.
- Цель точки восстановления устанавливается в 15 минут.
- Срок хранения точки восстановления — 24 часа.
- Моментальные снимки, согласованные с приложениями, создаются каждый час.
Запуск операции отказоустойчивости останавливает виртуальные машины Azure. После завершения репликации запустите локальную виртуальную машину, чтобы взять на себя рабочие нагрузки. Работа службы нарушена, поэтому запланируйте откат на время, которое не повлияет на ваш бизнес.
Планы непрерывности бизнес-процессов и аварийного восстановления (BCDR)
Планы BCDR в Site Recovery позволяют настраивать последовательность отработки отказа и возврата к исходному состоянию для виртуальных машин и приложений, работающих на них. Машины группируются вместе, а действия восстановления можно автоматизировать с помощью скриптов во время аварийного переключения или восстановления. Вы также можете добавить дополнительные шаги вручную для действий, если вам нужно. Если вы протестируете план BCDR до аварии, вы можете быть более уверены в положительном результате. Вам нужно быстро настроить инфраструктуру и запустить ее в дополнительном расположении, чтобы обеспечить соответствие цели времени восстановления компании.
Гибкие резервирования
Благодаря гибкости с отработкой отказа Site Recovery может выполнять отработку отказа по требованию для тестирования. Изоляция этих тестов означает, что активные службы не будут прерваны. Эта гибкость также позволяет выполнять переключение на резервный сервер во время планового отключения активной службы. Сбой не прерывает работу пользователей системы, так как они автоматически переключаются на реплицированную среду. Гибкость также работает в другом направлении. Восстановление после отказа по запросу можно провести как в рамках запланированного теста, так и в рамках сценария аварийного восстановления в полном объеме.