Поделиться через


Надежность в Azure Backup

В этой статье описывается поддержка надежности в Azure Backup, а также рассматриваются зоны доступности и восстановление между регионами и непрерывность бизнес-процессов. Более подробный обзор надежности в Azure см. в статье "Надежность Azure".

Azure Backup — это безопасный и надежный встроенный механизм защиты данных в Azure, обеспечивающий защиту данных для различных локальных и облачных рабочих нагрузок. Azure Backup может легко масштабировать защиту в нескольких рабочих нагрузках и обеспечить встроенную интеграцию с рабочими нагрузками Azure (виртуальными машинами, SAP HANA, SQL на виртуальных машинах Azure, Файлы Azure, AKS и т. д.) без необходимости управлять автоматизацией или инфраструктурой для развертывания агентов, создавать новые скрипты или подготавливать хранилище.

Azure Backup поддерживает следующие параметры избыточного хранилища данных:

  • Локально избыточное хранилище (LRS). Для защиты данные от сбоев серверных стоек и дисков можно использовать LRS. LRS реплицирует данные резервного копирования три раза в одном центре обработки данных в основном регионе. Дополнительные сведения о локально избыточном хранилище см. в разделе Хранилище BLOB-объектов Azure — локально избыточное хранилище.

  • Геоизбыточное хранилище (GRS) можно использовать для защиты от простоев в пределах региона. GRS реплицирует данные резервного копирования в дополнительный регион. Дополнительные сведения см. в разделе Хранилище BLOB-объектов Azure — геоизбыточное хранилище.

  • Межзональное избыточное хранилище (ZRS): для репликации ваших данных резервного копирования в зонах доступности можно использовать ZRS. ZRS гарантирует расположение и устойчивость данных в одном регионе. Хранилище объектов Blob Azure — зонально-резервное хранилище.

Примечание.

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

Сейфовое хранилище

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

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

Хранилище служб восстановления Хранилище резервных копий
Виртуальная машина Azure Диски Azure
SQL на виртуальной машине Azure Azure Blobs
Файлы Azure Сервер Базы данных Azure для PostgreSQL
SAP HANA на виртуальной машине Azure Службы Kubernetes
Сервер Azure Backup
агент Azure Backup;
Менеджер по защите данных (Data Protection Manager, DPM)

Поддержка зоны доступности

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

Дополнительные сведения о зонах доступности в Azure см. в статье "Что такое зоны доступности?"

Служба Azure Backup

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

Данные Azure Backup

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

Поддержка перехода на зоны доступности

Сведения о переносе хранилища служб восстановления в поддержку зоны доступности см. в статье "Миграция хранилища служб восстановления Azure в поддержку зоны доступности".

Аварийное восстановление между регионами и непрерывность бизнес-процессов

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

Для восстановления после сбоя компания Microsoft использует модель общей ответственности. В этой модели корпорация Майкрософт гарантирует, что доступны базовые инфраструктуры и службы платформы. Однако многие службы Azure не делают автоматической репликации данных и не обеспечивают возврат из вышедшего из строя региона для перекрестной репликации в другой доступный регион. Для этих служб вы отвечаете за настройку плана аварийного восстановления, который подходит для вашей рабочей нагрузки. Большинство служб, работающих на платформе Azure как услуга (PaaS), предоставляют функции и рекомендации для поддержки аварийного восстановления. Вы можете использовать специализированные функции для поддержки быстрого восстановления и разработки плана аварийного восстановления.

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

Чтобы обеспечить региональную избыточность для данных резервного копирования, Azure Backup позволяет реплицировать резервные копии в дополнительный парный регион Azure с помощью геоизбыточного хранилища (GRS) для защиты резервных копий от региональных сбоев. При включении резервных копий с помощью GRS резервные копии в дополнительном регионе становятся доступными только при объявлении сбоя в основном регионе. Однако с помощью кросс-регионального восстановления можно получить доступ и выполнить восстановление из точек восстановления дополнительного региона даже если в основном регионе нет сбоев. С помощью хранилища данных между регионами можно проводить проверки для оценки региональной устойчивости.

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