Восстановление после катастрофической потери данных

Azure Stack Hub выполняет службы Azure в вашем центре обработки данных и может работать в малых средах, которые состоят всего из четырех узлов в одной стойке, тогда как Azure функционирует в более чем 40 регионах с несколькими центрами обработки данных и несколькими зонами в каждом. Ресурсы пользователя могут охватывать несколько серверов, стоек, центров обработки данных и регионов. Сейчас Azure Stack Hub позволяет развертывать всю облачную инфраструктуру в одной стойке. Это ограничение подвергает облако риску при аварийных ситуациях в центре обработки данных или серьезных ошибках в программном продукте. При аварии экземпляр Azure Stack Hub переходит в автономный режим. Возникает вероятность потери всех данных без возможности восстановления.

В зависимости от первопричины потери данных, возможно, вам потребуется исправить только одну службу инфраструктуры или восстановить весь экземпляр Azure Stack Hub. Может потребоваться даже восстановление на различном оборудовании в том же или другом расположении.

Этот сценарий предназначен для восстановления всей установки в случае сбоя оборудования и повторного развертывания частного облака.

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

Рабочие процессы

Процесс защиты Azure Stack Hub начинается с резервного копирования инфраструктуры и данных приложения или клиента по отдельности. Из этой статьи вы узнаете, как защитить инфраструктуру.

В худшем случае при потере всех данных восстановление Azure Stack Hub — это процесс восстановления уникальных данных инфраструктуры для конкретного развертывания Azure Stack Hub и всех данных пользователя.

Восстановить

Если все данные потеряны, но оборудование сохраняет работоспособность, нужно повторно развернуть Azure Stack Hub. Во время повторного развертывания можно указать место хранения и учетные данные, необходимые для доступа к резервным копиям. В таком случае нет необходимости указывать службы, которые нужно восстановить. Контроллер резервного копирования инфраструктуры внедряет состояние плоскости управления в рамках рабочего процесса развертывания.

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

Режим развертывания	Начальная точка	Конечная точка
Чистая установка	Базовая сборка	Изготовитель оборудования развертывает Azure Stack Hub и обновляет инфраструктуру до последней поддерживаемой версии.
Режим восстановления	Базовая сборка	Изготовитель оборудования развертывает Azure Stack Hub в режиме восстановления и использует версию, которая соответствует требованиям, в зависимости от последней доступной резервной копии. Изготовитель оборудования выполняет развертывание и обновляет систему до последней поддерживаемой версии.

Данные в резервных копиях

Azure Stack Hub поддерживает тип развертывания, называемый режимом восстановления в облаке. Этот режим используется только для восстановления Azure Stack Hub после аварии или ошибки в программном продукте, при которых нет возможности восстановить решение. В этом режиме развертывания не восстанавливаются данные пользователей, которые хранятся в решении. Восстановление в этом режиме ограничено следующими данными:

• входные данные развертывания;
• Данные службы внутренних удостоверений
• конфигурация федеративной идентификации (развертывания AD FS);
• корневые сертификаты, используемые внутренним центром сертификации;
• Azure Resource Manager пользовательские данные конфигурации, такие как подписки, планы, предложения, группы ресурсов, теги, квоты хранилища, сетевые квоты и вычислительные ресурсы.
• секреты и хранилища Key Vault;
• назначения политик RBAC и назначения ролей.

Во время развертывания пользовательские ресурсы IaaS (инфраструктура как услуга) и PaaS (платформа как услуга) не восстанавливаются. К таким потерям относятся виртуальные машины IaaS, учетные записи хранения, большие двоичные объекты, таблицы, конфигурация сети и др. Восстановление в облаке предназначено для того, чтобы операторы и пользователи могли войти на портал по завершении развертывания. Ресурсы входящих на портал пользователей не сохраняются. Пользователи восстанавливают свои подписки, а также исходные планы, предложения и политики, определенные администратором. Пользователи, выполняя вход в систему, работают с теми же ограничениями, что и исходное решение до аварии. Когда восстановление в облаке завершится, оператор может вручную восстановить важные поставщики ресурсов и поставщики ресурсов сторонних разработчиков, а также связанные с ними данные.

Проверка резервных копий

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

Дальнейшие действия

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