Непрерывность бизнес-процессов и аварийное восстановление

Рабочие нагрузки организации и корпоративных приложений соответствуют требованиям цели времени восстановления (RTO) и целевой точки восстановления (RPO). Эффективное проектирование непрерывности бизнес-процессов и аварийного восстановления (BCDR) предоставляет возможности уровня платформы, соответствующие этим требованиям. Чтобы спроектировать возможности BCDR, составьте требования к аварийному восстановлению платформы (DR).

Рекомендации по проектированию

При проектировании BCDR для рабочих нагрузок приложений учитывайте следующие факторы:

• Требования к доступности приложений и данных:

  • Требования RTO и RPO для каждой рабочей нагрузки.
  • Поддержка моделей доступности "активный — активный" и "активный — пассивный".

• BCDR в качестве службы для служб платформы как услуги (PaaS):

  • Поддержка функции собственного DR и высокого уровня доступности (HA).
  • Георепликация и возможности аварийного восстановления для служб PaaS.

• Поддержка развертывания в нескольких регионах для отработки отказа с расположением компонента для производительности.

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

• Пригодность рабочей нагрузки для Зоны доступности или групп доступности:

  • Совместное использование данных и зависимости между зонами.
  • Зоны доступности по сравнению с группами доступности, которые влияют на домены обновления.
  • Процент рабочих нагрузок, которые могут находиться в состоянии обслуживания одновременно.
  • Зоны доступности поддерживают конкретные ценовые категории (SKU) виртуальных машин. Например, Хранилище дисков Azure требует использования Зон доступности.

• Последовательные резервные копии для приложений и данных:

  • Моментальные снимки виртуальной машины.
  • Хранилище Служб восстановления Azure Backup.
  • Подписка ограничивает количество хранилищ Служб восстановления и размер каждого хранилища.

• Сетевое подключение, если происходит отработка отказа:

  • Планирование ресурсов пропускной способности для Azure ExpressRoute.
  • Маршрутизация трафика во время регионального, зонального или сетевого сбоя.

• Плановая и внеплановая отработка отказа:

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

• Место расположения данных:

  • Ознакомьтесь с руководством по месту расположения данных в стране или регионе, указывающее, должны ли данные храниться в пределах страны или региональных границ. Это руководство влияет на разработку межрегионных реплика tion.
  • Регионы Azure, которые находятся в том же географическом регионе, что и их включенный набор, могут помочь в межрегионном реплика tion для удовлетворения требований к месту проживания данных, таких как налоговые и правоохранительные требования. Дополнительные сведения см. в статье о реплика реплика Azure.

Рекомендации по проектированию

Следующие рекомендации по проектированию поддерживают BCDR для рабочих нагрузок приложений:

• Применяйте Azure Site Recovery для сценариев аварийного восстановления виртуальных машин из Azure в Azure.

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

• Используйте собственные возможности аварийного восстановления PaaS.

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

• Используйте собственные возможности резервного копирования Azure.

  Собственные функции резервного копирования PaaS и резервного копирования Azure позволяют не использовать программное обеспечение и инфраструктуру сторонних разработчиков. Как и в других собственных функциях, можно устанавливать, проверять и применять конфигурации резервного копирования с помощью Политики Azure, чтобы обеспечить соответствие требованиям организации.

• Используйте несколько регионов и расположений пиринга для подключения ExpressRoute.

  Избыточная архитектура гибридной сети помогает обеспечить непрерывное подключение между различными местоположениями, если сбой влияет на расположение поставщика в регионе Azure или на расположение поставщика пиринга.

• Избегайте использования перекрывающихся диапазонов IP-адресов в рабочих сетях и сетях аварийного восстановления.

  Для рабочих и аварийного восстановления сетей с перекрывающимися IP-адресами требуется процесс отработки отказа, который может усложнить и отложить отработку отказа приложения. По возможности спланируйте архитектуру сети BCDR, которая обеспечивает одновременную связь со всеми сайтами.