Надежность в действиях служба хранилища Azure

Статья
06/26/2024

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

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

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

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

Сбои могут варьироваться от сбоев программного обеспечения и оборудования до таких событий, как землетрясения, наводнения и пожары. Устойчивость к сбоям достигается с избыточностью и логической изоляцией служб Azure. Дополнительные сведения о зонах доступности в Azure см. в разделе "Регионы и зоны доступности".

Службы с поддержкой зон доступности Azure предназначены для обеспечения правильного уровня надежности и гибкости. Их можно настроить двумя способами. Они могут быть избыточными по зонам с автоматической репликацией между зонами или зональными экземплярами, закрепленными в определенной зоне. Эти подходы также можно объединить. Дополнительные сведения об зональной архитектуре, избыточной между зонами, см . в рекомендациях по использованию зональных зон и регионов.

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

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

Взаимодействие с зонами вниз

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

Подготовка и восстановление сбоя зоны

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

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

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

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

Действие хранилища — это региональная служба, которая выполняется для учетных записей в одном регионе. Если регион отключен, учетная запись хранения и служба также отключены. Служба не поддерживает аварийное восстановление в разных регионах. Если вы активируете отработку отказа учетной записи хранения в другой регион, задачи хранения не могут выполняться в учетной записи хранения, пока она не вернется в исходный регион. Таким образом, хотя вы можете восстановить учетную запись хранения, задача хранения не сможет выполняться.

Внимание

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

Обнаружение сбоев, уведомление и управление

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

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