Что такое зоны доступности?
Многие регионы Azure предоставляют зоны доступности, которые разделены группами центров обработки данных в пределах региона. Каждая зона доступности имеет независимую мощность, охлаждения и сетевую инфраструктуру, чтобы при возникновении сбоя одной зоны, то региональные службы, емкость и высокий уровень доступности поддерживаются остальными зонами.
Зоны доступности подключены высокопроизводительной сетью с задержкой кругового пути менее 2 мс. Они достаточно близки, чтобы иметь подключения с низкой задержкой к другим зонам доступности, но достаточно далеко друг от друга, чтобы уменьшить вероятность более одного, затронутых локализованным сбоем, например сбоем питания или штормом.
Расположения центров обработки данных выбираются с помощью строгих критериев оценки рисков уязвимостей. Этот процесс определяет все значительные риски, связанные с центром обработки данных, и рассматривает общие риски между зонами доступности.
На следующей схеме показано несколько примеров регионов Azure. Регионы 1 и 2 поддерживают зоны доступности, а регионы 3 и 4 не имеют зон доступности.
Сведения о том, какие регионы поддерживают зоны доступности, см. в регионах Azure с поддержкой зон доступности.
Поддержка зоны доступности
Службы Azure могут обеспечить поддержку двух типов зон доступности: избыточной между зонами и зональными. Каждая служба может поддерживать один или оба типа. При разработке стратегии надежности убедитесь, что каждая служба в рабочей нагрузке поддерживает зоны доступности.
Развертывания, избыточные между зонами: ресурсы, избыточные между зонами, реплицируются или распределяются по нескольким зонам доступности автоматически. Например, службы данных, избыточные между зонами, реплицируют данные в нескольких зонах, чтобы сбой в одной зоне не влиял на доступность данных. Для некоторых служб можно выбрать набор зон, которые использует ресурс, в то время как в других службах Майкрософт выбирает зоны.
При развертывании, избыточном между зонами, корпорация Майкрософт управляет распространением запросов между зонами и репликацией данных между зонами. Если сбой возникает в зоне доступности, корпорация Майкрософт автоматически управляет отработками отказа в другую зону.
Зональные развертывания: зональный ресурс развертывается в одной, самостоятельно выбранной зоне доступности. Этот подход не обеспечивает преимущества устойчивости, но помогает достичь более строгих требований к задержке или производительности. Например, виртуальные машины, управляемые диски и стандартные IP-адреса можно развертывать в одной зоне.
Чтобы повысить устойчивость зональных ресурсов, необходимо разработать архитектуру с отдельными ресурсами в нескольких зонах доступности в регионе, но корпорация Майкрософт не управляет процессом. Если сбой возникает в зоне доступности, вы несете ответственность за отработку отказа в другую зону.
Некоторые службы не используют зоны доступности, пока не настроите их для этого. Если вы явно не настраиваете службу для поддержки зоны доступности, она называется незональным или региональным развертыванием. Ресурсы, настроенные таким образом, могут быть помещены в любую зону доступности в регионе и могут быть перемещены. Если любая зона доступности в регионе возникает сбой, незональные ресурсы могут находиться в затронутой зоне и могут столкнуться с простоем.
Внимание
Некоторые службы могут иметь дополнительные требования для поддержки зоны доступности. Например, некоторые могут поддерживать только зоны доступности для определенных уровней или номеров SKU или в подмножестве регионов Azure.
Настройка ресурсов для поддержки зоны доступности
Каждая служба имеет собственный метод настройки поддержки зоны доступности. Сведения о том, как каждая служба поддерживает зоны доступности и как настроить ее, см . в руководствах по надежности Azure по службам.
Физические и логические зоны доступности
Каждому центру обработки данных назначается физическая зона. Физические зоны сопоставляются с логическими зонами в подписке Azure, а разные подписки могут иметь другой порядок сопоставления. Подписки Azure автоматически назначаются при создании подписки. Из-за этого сопоставление зоны для одной подписки может отличаться для других подписок.
Например, подписка A может иметь физическую зону 1, сопоставленную с логической зоной 2, а подписка B имеет физическую зону 1, сопоставленную с логической зоной 3:
Чтобы понять сопоставление между логическими и физическими зонами для подписки, используйте API Azure Resource Manager списков. Azure CLI или Azure PowerShell можно использовать для получения сведений из API.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Зоны доступности и обновления Azure
Для каждого региона корпорация Майкрософт стремится развернуть обновления в службах Azure в пределах одной зоны доступности одновременно. Этот подход снижает влияние обновлений на активную рабочую нагрузку, что позволяет рабочей нагрузке продолжать работать в других зонах во время обновления. Чтобы воспользоваться преимуществами обновлений последовательной зоны, рабочая нагрузка должна быть уже настроена для выполнения в нескольких зонах. Дополнительные сведения о развертывании обновлений Azure см. в статье "Продвижение безопасных методов развертывания".
Руководство по архитектуре зоны доступности
Для достижения надежных рабочих нагрузок:
- Рабочие нагрузки должны быть настроены для использования нескольких зон доступности, если регион, который они находятся в поддерживаемых зонах доступности.
- Для критически важных рабочих нагрузок следует рассмотреть решение, которое является как несколькими регионами, так и несколькими зонами.
Дополнительные сведения об использовании регионов и зон доступности в архитектуре решения см . в рекомендациях по использованию зон доступности и регионов.