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