Домены отказа и зоны доступности Azure Dedicated Host: полное руководство по высокой доступности

By Mirko Peters · 2026-10-25

Узнайте, как настроить домены отказа и зоны доступности Azure Dedicated Host, чтобы создавать высокодоступные корпоративные облачные архитектуры с выделенными серверами для одного клиента.

Automatically translated with AI from the original post. Read the English original

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

Главное

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

Архитектура Azure Dedicated Host

При миграции критически важных приложений в Microsoft Azure высокая доступность требует большего, чем просто развёртывание нескольких виртуальных машин за балансировщиком нагрузки. В общей облачной инфраструктуре гипервизоры автоматически распределяют клиентские нагрузки по центру обработки данных для оптимизации использования ресурсов. Однако организациям, работающим в условиях строгих требований соответствия, или тем, кто использует чувствительные к задержкам корпоративные базы данных, часто необходим полный контроль над тем, где физически находятся их вычислительные мощности.

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

Роль групп хостов

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

Группы хостов упрощают управление, объединяя несколько физических серверов под единым административным управлением. Они также задают строгие правила размещения. Группа хостов не может охватывать несколько зон доступности: если архитектура требует резервирования между зонами, нужно создать отдельные группы хостов для каждой зоны. Как только группа хостов активна, в неё можно добавлять выделенные хосты и распределять виртуальные машины.

Надёжность на уровне регионов: зоны доступности

Зоны доступности — это физически разделённые площадки внутри одного региона Azure. Каждая зона оснащена собственным независимым источником питания, выделенными системами охлаждения и надёжной сетевой инфраструктурой. Если непредвиденное отключение электроэнергии или сбой местной инфраструктуры затронут Зону 1, Зоны 2 и 3 продолжат работать без перебоев.

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

• Создайте группу хостов A в зоне доступности 1 и назначьте ей выделенные хосты.
• Создайте группу хостов B в зоне доступности 2 и также назначьте ей выделенные хосты.
• Разверните основную виртуальную машину с базой данных на выделенном хосте в зоне 1.
• Разверните реплику или вторичную виртуальную машину с базой данных на выделенном хосте в зоне 2.

Такое намеренное разделение гарантирует, что локальный инцидент в дата-центре не сможет одновременно вывести из строя основной и вторичный экземпляры приложения.

Снижение аппаратных рисков с помощью доменов отказа

Зоны доступности защищают от масштабных сбоев дата-центра, тогда как домены отказа устраняют локальные аппаратные уязвимости внутри самих серверных стоек. Внутри дата-центра Azure серверы организованы в физические ряды и стойки, подключённые к общим коммутаторам Top-of-Rack и блокам распределения питания.

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

Проектирование с учётом избыточности на уровне стойки

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

Чтобы устранить эту единую точку отказа, сделайте следующее:

1. Настройте группу хостов так, чтобы она использовала как минимум два домена отказа.
2. Разверните выделенный хост A и назначьте его домену отказа 1.
3. Разверните выделенный хост B и назначьте его домену отказа 2.
4. Разместите первую виртуальную машину веб-приложения на хосте A.
5. Разместите вторую виртуальную машину веб-приложения на хосте B.

Когда Azure планирует плановое обслуживание платформы или возникает локальный аппаратный сбой на уровне стойки, затрагивающий домен отказа 1, страдает только хост A. Ваша вторая виртуальная машина, работающая на хосте B в домене отказа 2, остаётся полностью работоспособной, поддерживая бизнес-сервисы для конечных пользователей.

Выводы и следующие шаги

Проектирование высокой доступности с Azure Dedicated Host требует тщательного планирования на нескольких архитектурных уровнях. Используя группы хостов, размещая развёртывания across зонами доступности и разделяя физические серверы по отдельным доменам отказа, вы получаете полный контроль над средой однотенантного облака и сохраняете отказоустойчивость корпоративного уровня.

Чтобы услышать подробный разбор изоляции оборудования, механики лицензирования и распространённых ловушек ценообразования, обязательно послушайте полный выпуск подкаста M365 FM, чтобы получить больше экспертных знаний об облаке!

Часто задаваемые вопросы

Может ли один Azure Dedicated Host охватывать несколько зон доступности?

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

В чём разница между зоной доступности и доменом отказа на выделенных хостах?

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

Нужно ли настраивать домены отказа для моих виртуальных машин на выделенных хостах?

Нет, виртуальные машины наследуют разделение на уровне стойки от выделенного хоста, на котором они размещены. Вы назначаете выделенный хост конкретному домену отказа при его создании в группе хостов.

Можно ли использовать автоматическое размещение виртуальных машин по нескольким доменам отказа в группе узлов?

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