Выполнение отработки аварийного восстановления
В этом уроке вы узнаете о аварийной детализации Site Recovery: о том, что необходимо учитывать и как выполнить тест, чтобы проверить правильность конфигурации.
Вы можете использовать детализации аварийного восстановления для проверки способности вашей организации восстановиться после сбоя, не влияя на рабочую службу.
В предыдущем упражнении вы завершили настройку Azure Site Recovery и теперь необходимо протестировать репликацию инфраструктуры. Протестируйте конфигурацию, выполнив отработку аварийного восстановления. Azure Site Recovery позволяет безопасно выполнять эти детализации, чтобы не влиять на рабочую среду. Вы также проведете некоторые тесты контроля качества для конфигурации, чтобы убедиться в работе своего решения аварийного восстановления.
Что такое отработка аварийного восстановления?
Отработка аварийного восстановления — это способ проверить, правильно ли настроено решение. Детализация должна дать вам и вашей компании уверенность в том, что ваши данные и службы доступны даже в случае аварии. Обычно организации задают целевое время восстановления (RTO), указывающее, сколько времени потребуется на восстановление инфраструктуры. Ваша компания также должна определить цель точки восстановления (RPO), которая определяет объем потери данных, приемлемый в качестве функции времени. Например, если RPO вашей организации — это один день, вам потребуется каждый день создавать резервную копию всех своих данных. Кроме того, необходимо убедиться, что для восстановления этой резервной копии потребуется менее одного дня.
Чтобы обеспечить выполнение тестов аварийного восстановления, Site Recovery активно просит нас сделать это на панели мониторинга Site Recovery.
Зачем выполнять отработку аварийного восстановления?
Детализация аварийного восстановления жизненно важна, чтобы решение соответствовало требованиям непрерывности бизнес-процессов и аварийного восстановления (BCDR) и обеспечить соответствующую работу репликации. Детализация аварийного восстановления в сочетании с RTO и RPO должна быть тщательно проверена, чтобы обеспечить репликацию, отработку отказа и восстановление в течение требуемого периода времени.
Например, предположим, что RTO — это час, а RPO — шесть часов. Если ваши системы архивируются каждый час, то это подразумевает потерянные данные за час плюс дополнительный час на восстановление ваших систем.
Представьте, что фактическое время восстановления составляет пять часов. В настоящее время ваши системы близки к тому, чтобы быть более шести часов вне даты, что означает, что вы будете в нарушение цели BCDR RPO. Тестирование фактического времени, затрачиваемого на восстановление после сбоев, может подтвердить, что системы соответствуют вашим планам BCDR.
Тестовая отработка отказа отдельных компьютеров
Тест отработки отказа позволяет имитировать аварию и видеть ее последствия. Вы можете запустить тест отработки отказа на панели мониторинга Site Recovery или непосредственно из меню аварийного восстановления на определенной виртуальной машине. Начнем с выбора точки восстановления. Можно выбрать последнюю обработанную точку, последнюю точку с согласованием приложений или пользовательскую точку восстановления.
Создание тестовой отработки отказа
Создайте изолированную виртуальную сеть, чтобы не повлиять на свою рабочую инфраструктуру. Для этого выполните следующие шаги:
Откройте целевую виртуальную машину с именем patient-records. Простой способ найти ее — отфильтровать все ресурсы, чтобы отображались только те из них, для которых Тип == виртуальная машина. Выберите patient-records из списка результатов.
Прокрутите меню ресурсов до раздела Операции и выберите Аварийное восстановление.
Откроется новая панель Реплицированные элементы. Нажимайте кнопку Обновить до тех пор, пока в поле состояния не появится значение Защищено. Затем в верхней строке меню выберите Тестовая отработка отказа.
После успешной проверки выберите виртуальную сеть в раскрывающемся списке виртуальной сети Azure, а затем нажмите кнопку тестовой отработки отказа. Этот параметр запускает тестовую отработку отказа виртуальной машины и позволяет отслеживать ход выполнения на странице заданий Site Recovery, выбрав значок уведомлений и выбрав задачу "Запуск задачи" для выполнения тестовой отработки отказа ссылки на виртуальную машину .
После завершения виртуальная машина отработки отказа появится на портале в Виртуальные машины в регионе восстановления. Затем можно проверить, что виртуальная машина работает, имеет правильный размер и подключение, а также зеркально отображает исходную виртуальную машину, но в другом регионе Azure.
Убедившись, что все работало должным образом, вы можете удалить реплицированную виртуальную машину, выбрав "Очистка тестовой отработки отказа" на панели аварийного восстановления . На этом этапе рекомендуется добавить заметки о результатах теста. Установите флажок рядом с тестированием, чтобы удалить тестовую виртуальную машину отработки отказа, а затем нажмите кнопку "ОК".
Гибкая отработка отказа нескольких компьютеров
Site Recovery позволяет гибко реализовать полноценный сценарий тестового аварийного восстановления для всех наших виртуальных машин. Вы можете создавать планы восстановления, включающие одну или несколько виртуальных машин. Отработки отказа можно выполнять любое количество раз, кроме того, можно гибко настроить политику для тестирования различных сочетаний инфраструктуры.
Как и при тестировании отдельных виртуальных машин, для всех компонентов, включенных в план восстановления, доступна очистка.
Разница между отработкой и рабочей отработкой отказа
Выполнение рабочей отработки отказа в Site Recovery похоже на тестовую отработку. Существует несколько особенностей, первая из которых заключается в выборе элемента Отработка отказа, а не Тестовая отработка отказа. Перед началом отработки отказа можно завершить работу исходной виртуальной машины, чтобы при переключении не терялись данные. Site Recovery не очищает исходную среду после завершения отработки отказа.
После завершения отработки отказа убедитесь, что виртуальная машина работает должным образом. Site Recovery позволяет изменить точку восстановления на этом этапе. Если вы удовлетворены работой отработки отказа, зафиксируйте ее. Site Recovery удаляет все точки восстановления исходной виртуальной машины и завершает отработку отказа. Размещая реплицированную инфраструктуру и данные в дополнительном регионе, необходимо помнить, что для новой виртуальной машины в дополнительном регионе также требуется защита.