Регионы и зоны в Azure
Сбои могут иметь разную степень воздействия. Некоторые аппаратные сбои, такие как неисправный диск, могут повлиять на один компьютер узла. Сбой сетевого коммутатора может повлиять на всю серверную стойку. Реже случаются сбои, нарушающие работу всего центра обработки данных, такие как отключение питания в центре обработки данных. В редких случаях весь регион может стать недоступным.
Один из основных способов обеспечить устойчивость приложения — настроить избыточность. Но вам нужно запланировать эту избыточность при разработке приложения. Кроме того, требуемый уровень избыточности зависит от бизнес-требований — не каждому приложению требуется избыточность по регионам для защиты от регионального сбоя. Как правило, используются компромиссные решения, обеспечивающие избыточность и надежность при сопоставимых затратах и уровне сложности.
В Azure некоторые регионы делятся на три Зоны доступности. Зона доступности соответствует физически изолированному центру обработки данных в географическом регионе. В Azure есть ряд средств для обеспечения избыточности приложения на каждом уровне потенциального сбоя, включая наборы доступности, зоны доступности и парные регионы.
Схема состоит из трех частей. В первой части показаны виртуальные машины в группе доступности виртуальной сети. Во второй части показана зона доступности с двумя группами доступности в виртуальной сети. В третьей части показаны парные регионы с ресурсами в каждом регионе.
Все эти варианты описаны в следующей таблице.
| Группа доступности | Зона доступности 1 | Парный регион | |
|---|---|---|---|
| Область сбоя | Стойка | Центр обработки данных | Область/регион |
| Маршрутизация запросов | Load Balancer | Распределение нагрузки между зонами | Диспетчер трафика |
| Задержка в сети | Очень низкий | Низкая | От среднего до высокого |
| Виртуальная сеть | Виртуальная сеть | Виртуальная сеть | Пиринговая связь между виртуальными сетями, размещенными в разных регионах |
Группы доступности
Для защиты от локальных аппаратных сбоев, например сбоя диска или сетевого коммутатора, разверните две или более виртуальных машин в группе доступности. Группа доступности состоит из двух или более доменов сбоя, которые совместно используют общие источники питания и сетевые коммутаторы. Виртуальные машины в наборе доступности распределены между доменами сбоя. Поэтому если аппаратный сбой влияет на один домен сбоя, сетевой трафик по-прежнему будет перенаправляться на виртуальные машины в других доменах сбоя. Дополнительные сведения о группах доступности см. в статье Управление доступностью виртуальных машин Windows в Azure.
Когда экземпляры виртуальной машины добавляются в группы доступности, им назначается домен обновления. Домен обновления — это группа виртуальных машин для одновременных запланированных событий технического обслуживания. Распределение виртуальных машин по нескольким доменам обновления гарантирует, что запланированные события обновления и исправления в любое время влияют только на подгруппу этих виртуальных машин.
Группы доступности должны быть упорядочены по роли экземпляра в приложении, чтобы обеспечить работу одного экземпляра для каждой роли. Например, в трехуровневом веб-приложении можно создать отдельные наборы доступности для интерфейсной части, приложений и уровней данных.
Зоны доступности
Зона доступности — это физически изолированная зона в пределах региона Azure. У каждой зоны доступности есть отдельный источник питания, сеть и система охлаждения. Развертывание виртуальных машин между зонами доступности помогает защитить приложения от сбоев в центре обработки данных. Не все регионы поддерживают зоны доступности.
Пары регионов
Чтобы защитить приложение от регионального сбоя, можно развернуть его в нескольких регионах с помощью диспетчера трафика Azure для распределения интернет-трафика между регионами. Каждый регион Azure сопряжен с другим регионом. Вместе эти регионы образуют региональные пары. За исключением южной Бразилии, региональные пары находятся в одной и той же географической области. Так соблюдаются требования к размещению данных, связанные с налогообложением и применением законодательства в пределах юрисдикции.
В отличие от Зоны доступности, которые физически разделены центрами обработки данных, но могут находиться в относительно близлежащих географических районах, парные регионы обычно разделены по крайней мере 300 миль. Благодаря этому в случае масштабных аварий затрагивается только один из регионов в паре. Соседним парам можно назначить базу данных синхронизации и данные службы хранилища. Вы можете настроить пары таким образом, чтобы обновления платформы распространялись только на один регион в паре за один раз.
Геоизбыточное хранилище Azure (GRS) автоматически резервируется в соответствующем парном регионе. Для всех остальных ресурсов создание полностью избыточного решения с использованием пары регионов означает создание полной копии решения в обоих регионах.