Что такое зоны доступности?
Многие регионы Azure предоставляют зоны доступности, которые разделены группами центров обработки данных в пределах региона. Зоны доступности располагаются достаточно близко для установления подключений с низкой задержкой к другим зонам доступности. Они соединены высокопроизводительной сетью с задержкой приема-передачи менее 2 мс. Однако зоны доступности расположены достаточно далеко друг от друга, чтобы снизить вероятность воздействия локальных сбоев или погода сразу не несколько из них. Зоны доступности имеют независимую инфраструктуру питания, охлаждения и сетевую инфраструктуру. Они разработаны таким образом, чтобы региональные службы, емкость и высокий уровень доступности поддерживались остальными зонами, если одна зона испытывает сбой. Они помогают поддерживать синхронизацию данных и обеспечить их доступность в случае сбоя.
Расположения центров обработки данных выбираются с помощью строгих критериев оценки рисков уязвимостей. Этот процесс определяет все значительные риски, связанные с центром обработки данных, и рассматривает общие риски между зонами доступности.
На следующей схеме показано несколько примеров регионов Azure. Регионы 1 и 2 поддерживают зоны доступности.
Сведения о том, какие регионы поддерживают зоны доступности, см. в регионах Azure с поддержкой зон доступности.
Примечание.
Необходимо развернуть два или более Виртуальные машины в разных зонах доступности в одном регионе, чтобы получить максимально возможный процент подключения об уровне обслуживания.
Зональные и избыточные между зонами службы
При развертывании в регионе Azure, который содержит зоны доступности, можно совместно использовать несколько зон доступности. С помощью нескольких зон доступности можно хранить отдельные копии приложения и данных в отдельных физических центрах обработки данных в крупной городской области.
Службы Azure используют зоны доступности двумя способами:
Зональные ресурсы закреплены в определенной зоне доступности. Можно объединить несколько зональных развертываний в разных зонах, чтобы соответствовать высоким требованиям к надежности. Вы несете ответственность за управление репликацией данных и распределение запросов между зонами. Если сбой возникает в одной зоне доступности, вы несете ответственность за отработку отказа в другую зону доступности.
Ресурсы, избыточные между зонами, распределяются по нескольким зонам доступности. Microsoft управляет распределением запросов между зонами и репликацией данных между зонами. Если сбой возникает в одной зоне доступности, Microsoft автоматически управляет отработкой отказа.
Службы Azure поддерживают один или оба этих подхода. Службы "Платформа как услуга" (PaaS) обычно поддерживают развертывания, избыточные между зонами. Службы инфраструктуры как службы (IaaS) обычно поддерживают зональные развертывания. Дополнительные сведения о работе служб Azure с зонами доступности см . в регионах Azure с поддержкой зон доступности.
Сведения о поддержке надежности для конкретной службы с помощью зон доступности, а также рекомендации по аварийному восстановлению см . в обзоре рекомендаций по обеспечению надежности.
Физические и логические зоны доступности
Каждому центру обработки данных назначается физическая зона. Физические зоны сопоставляются с логическими зонами в подписке Azure, а разные подписки могут иметь другой порядок сопоставления. Подписки Azure автоматически назначаются при создании подписки. Из-за этого сопоставление зоны для одной подписки может отличаться для других подписок. Например: подписка A может иметь физическую зону X, сопоставленную с логической зоной 1, а подписка B имеет физическую зону X, сопоставленную с логической зоной 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'
Зоны доступности и обновления Azure
Корпорация Майкрософт стремится развернуть обновления в службах Azure в одном поясе доступности одновременно. Этот подход снижает влияние на активную рабочую нагрузку, так как рабочая нагрузка может продолжать работать в других зонах во время обновления. Чтобы воспользоваться преимуществами этого преимущества, необходимо запустить рабочую нагрузку в нескольких зонах. Дополнительные сведения о развертывании обновлений Azure см. в статье "Продвижение безопасных методов развертывания".
Парные и неоплачиваемые регионы
Многие регионы также имеют парный регион. Парные регионы поддерживают определенные типы подходов к развертыванию в нескольких регионах. Некоторые новые регионы имеют несколько зон доступности и не имеют парного региона. Вы по-прежнему можете развертывать решения с несколькими регионами в этих регионах, но используемые подходы могут отличаться.
Модель общей ответственности
Модель общей ответственности описывает, как обязанности разделяются между поставщиком облачных служб (Майкрософт) и вами. В зависимости от типа используемых служб вы можете взять на себя более или менее ответственность за работу службы.
Корпорация Майкрософт предоставляет зоны доступности и регионы, чтобы обеспечить гибкость в разработке решения в соответствии с вашими требованиями. При использовании управляемых служб корпорация Майкрософт берет на себя больше обязанностей по управлению ресурсами, которые могут даже включать репликацию данных, отработку отказа, восстановление размещения и другие задачи, связанные с операционной распределенной системой.
Руководство по архитектуре зоны доступности
Для достижения более надежных рабочих нагрузок:
- Рабочие нагрузки должны быть настроены для использования зон доступности, если регион, в котором они находятся, поддерживает зоны доступности.
- Для критически важных рабочих нагрузок следует рассмотреть решение, которое является как несколькими регионами, так и несколькими зонами.
Дополнительные сведения об использовании регионов и зон доступности в архитектуре решения см . в рекомендациях по использованию зон доступности и регионов.