Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье описывается поддержка надежности в 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 резервные копии в дополнительном регионе становятся доступными только при объявлении сбоя в основном регионе. Однако с помощью кросс-регионального восстановления можно получить доступ и выполнить восстановление из точек восстановления дополнительного региона даже если в основном регионе нет сбоев. С помощью хранилища данных между регионами можно проводить проверки для оценки региональной устойчивости.