Выделенные узлы Azure

Область применения: ✔️ виртуальные машины Linux ✔️ виртуальные машины Windows ✔️ унифицированные наборы масштабирования

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

Общие сведения о видео

Преимущества

Резервирование всего узла обеспечивает несколько преимуществ за пределами стандартного общего узла виртуальной машины:

• Оптимизация затрат. С помощью гибридного преимущества Azure вы можете принести собственные лицензии для Windows и SQL в Azure. Дополнительные сведения см. на странице Преимущество гибридного использования Azure.

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

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

• Безопасность: изоляция оборудования на физическом уровне сервера позволяет сохранять конфиденциальные данные памяти в физическом узле. На ваших узлах не будут размещены виртуальные машины других клиентов. Выделенные узлы развертываются в одних центрах обработки данных и совместно используют ту же сетевую и базовую инфраструктуру хранения, что и другие, не изолированные узлы.

Группы, узлы и виртуальные машины

Группа узлов — это ресурс, представляющий коллекцию выделенных узлов. Вы создаете группу узлов в определенном регионе и зоне доступности, затем добавляете туда узлы.

Хост — это ресурс, сопоставленный с физическим сервером в центре обработки данных Azure. Физический сервер выделяется при создании узла. Создание узла происходит в группе узлов. Узел имеет номер SKU, описывающий, какие размеры виртуальных машин могут быть созданы. Каждый узел может размещать несколько виртуальных машин с разными размерами, если они находятся в одной серии размеров.

Рекомендации по обеспечению высокого уровня доступности

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

Используйте зоны доступности для изоляции неисправностей

Зоны доступности — уникальные физические расположения в пределах одного региона Azure. Каждая зона состоит из одного или нескольких центров обработки данных, оснащенных независимым питанием, охлаждением и сетями. Группа хостов создается в одной зоне доступности. После создания все узлы будут размещены в этой зоне. Чтобы обеспечить высокую доступность в разных зонах, необходимо создать несколько групп узлов (по одной на зону) и распределить узлы между ними соответствующим образом.

При назначении группы узлов зоне доступности все виртуальные машины, созданные на этом узле, должны быть созданы в одной зоне.

Использование доменов сбоя для изоляции отказов

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

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

Домены отказоустойчивости относятся к группе хостов. Вы не должны делать никаких предположений об анти-аффинности между двумя группами хостов (если только они не находятся в разных зонах доступности).

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

Использование зон доступности и доменов сбоя

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

Пример шаблона Resource Manager использует зоны и домены отказов для распределения хостов для максимального резервирования в регионе.

Ручное размещение vs. автоматическое размещение

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

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

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

Ограничения автоматического размещения

Известные проблемы и ограничения при использовании автоматического размещения виртуальных машин:

• Вы не сможете повторно развернуть виртуальную машину.
• Вы не сможете использовать виртуальные машины серии DCv2, Lsv2, NVasv4, NVsv3, Msv2 или M-серии виртуальных машин с выделенными узлами.

Восстановление хостинговой службы

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

Новый хост будет иметь такие же ограничения, как и старый хост.

• Группа ресурсов
• Регион
• Домен сбоя
• Группа хостов
• ADH SKU
• Автоматическая замена при сбое в настройках

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

Implications

Если вы решите отключить автоматическое восстановление службы и если базовый узел столкнется с ошибкой, состояние узла изменится на "Host Pending Deallocate" и в конечном итоге будет деактивировано.

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

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

Поддержка масштабируемого набора виртуальных машин

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

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

Следующие требования применяются при создании масштабируемого набора виртуальных машин в выделенной группе узлов:

• Необходимо включить автоматическое размещение виртуальных машин.
• Параметр доступности группы узлов должен соответствовать набору масштабирования.
  • Для региональных масштабируемых наборов рекомендуется использовать группу региональных узлов, созданную без указания зоны доступности.
  • Группа хостов и набор масштабирования должны использовать ту же зону доступности.
  • Число доменов сбоя для уровня группы узлов должно соответствовать количеству доменов сбоя для масштабируемого набора. Портал Azure позволяет указать максимальное распространение для набора масштабирования, который задает количество доменов сбоя, равное 1.
• Выделенные узлы должны быть созданы сначала с достаточной емкостью и теми же параметрами для зон масштабируемого набора и доменов сбоя.
• Поддерживаемые размеры виртуальных машин для выделенных узлов должны соответствовать размеру, используемому для масштабируемого набора.

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

• Избыточное резервирование не рекомендуется и отключено по умолчанию. Вы можете включить перепредоставление, но выделение набора масштабирования завершится ошибкой, если в группе узлов недостаточно ресурсов для всех виртуальных машин, включая перепредоставленные экземпляры.
• Используйте режим оркестрации ScaleSetVM.
• Не используйте группы близкого размещения для совместного расположения

Поддержка дисков категории "Ультра" для виртуальных машин на выделенных узлах

Диски ценовой категории "Ультра" обеспечивают более высокий объем операций ввода-вывода в секунду (не более 160 00 операций ввода-вывода в секунду на диск) и более высокую пропускную способность диска (не более 4000 МБИТ/с на диск) в зависимости от размера диска. Все ограничения дисков категории "Ультра" по-прежнему применяются. Чтобы использовать диски категории "Ультра" на выделенных узлах, необходимо выполнить следующие требования:

• Группа узлов требует настройки Ultra Disk "Включено"; это свойство не может быть изменено после создания группы.
• Серия виртуальных машин выделенного узла должна быть совместима с дисками категории "Ультра".

Выделенные узлы также поддерживают диски категории "Ультра" с специальными размерами виртуальных машин: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Однако в этих случаях ниже перечислены дополнительные ограничения, которые будут применяться:

• Группа узлов должна иметь автоматическое размещение "Отключено"
• Число доменов отказоустойчивости группы узлов должно быть установлено только на "1".

Управление обслуживанием

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

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

Дополнительные сведения см. в разделе "Управление обновлениями платформы с помощью управления обслуживанием".

Рекомендации по емкости

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

Quotas

При развертывании выделенного узла расходуются два типа квоты.

1. Квота vCPU выделенного хоста. Ограничение квоты по умолчанию — 3000 виртуальных ЦП на регион.
2. Квота семейства размеров виртуальной машины. Например, подписка с оплатой по мере использования может иметь квоту только 10 виртуальных ЦП, доступных для серии размеров Dsv3 в регионе "Восточная часть США". Чтобы развернуть выделенный узел Dsv3, необходимо запросить увеличение квоты по крайней мере до 64 виртуальных ЦП, прежде чем развернуть выделенный узел.

Чтобы запросить увеличение квоты, создайте запрос на поддержку на портале Azure.

Развертывание выделенного узла будет использовать как выделенный виртуальный ЦП узла, так и квоту семейства виртуальных машин по виртуальному ЦП, но не будет использовать региональный виртуальный ЦП. ВМ, размещенные на выделенном хосте, не влияют на квоту vCPU семейства ВМ. Если виртуальная машина будет перемещена из выделенного узла в мультитенантную среду, виртуальная машина будет использовать квоту виртуальной ЦП семейства виртуальных ЦП.

Дополнительные сведения см. в разделе о квотах виртуальных процессоров.

Бесплатная пробная версия и подписки MSDN не имеют квоты для выделенных узлов Azure.

Pricing

Пользователям взимается плата за выделенный узел независимо от количества развернутых виртуальных машин. В ежемесячной инструкции вы увидите новый оплачиваемый тип ресурсов узлов. Виртуальные машины на выделенном узле по-прежнему будут отображаться в выписке, но будут иметь стоимость 0.

Цена на хост устанавливается на основе семейства виртуальных машин, типа (размера оборудования) и региона. Цена узла относительно наибольшего размера виртуальной машины, поддерживаемого на узле.

Плата за лицензирование программного обеспечения, хранение и использование сети взимается отдельно от узла и виртуальных машин. Нет изменений в этих оплачиваемых элементах.

Дополнительные сведения см. в ценах на выделенный узел Azure.

Вы также можете сэкономить на затратах с помощью зарезервированного экземпляра выделенных узлов Azure.

Размеры и поколения оборудования

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

Тип — это поколение оборудования. Разные типы оборудования для одной серии виртуальных машин будут отличаться от разных поставщиков ЦП и имеют разные поколения ЦП и количество ядер.

Размеры и типы оборудования зависят от региона. Дополнительные сведения см. на странице цен на хостинг.

Замечание

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

Жизненный цикл хоста

Azure контролирует и управляет состоянием здоровья ваших хостов. При запросе хоста будут возвращены следующие состояния:

Состояние работоспособности	Description
Доступен хост	Проблем с хостом не обнаружено.
Хост под проверкой	У нас возникли некоторые проблемы с хостом, которые мы изучаем. Это переходное состояние необходимо для azure, чтобы попытаться определить область и первопричину обнаруженной проблемы. Виртуальные машины, работающие на узле, могут быть затронуты.
Ожидание освобождения хоста	Azure не может восстановить узел до работоспособного состояния и просит вас повторно развернуть виртуальные машины на другом узле. Если autoReplaceOnFailure включен, ваши виртуальные машины переключаются на исправное оборудование. В противном случае ваша виртуальная машина может работать на хосте, который на грани сбоя.
Размещение узла	Все виртуальные машины удалены из узла. Плата за этот хост больше не взимается, так как оборудование было снято с эксплуатации.

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

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

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

Вопрос. Можно ли запускать виртуальные машины из нескольких семейств виртуальных машин на одном выделенном узле?

А. Нет, вы сможете запускать только виртуальные машины из той же серии, что и базовый выделенный сервер. Например, узел Dsv3-Type4 поддерживает только виртуальные машины семейства виртуальных машин Dsv3.

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

А. Да, можно запускать несколько размеров виртуальных машин на одном выделенном узле, пока все виртуальные машины принадлежат к одной семье, что и базовый выделенный узел, и на узле достаточно емкости для поддержки размеров виртуальных машин. Например, на узле Dsv3-Type4 можно одновременно запускать виртуальные машины D2sv3, D8sv3, D16sv3.

Дальнейшие шаги

• Сведения о развертывании выделенного узла см. в статье "Развертывание виртуальных машин и масштабируемых наборов на выделенных узлах".

• В этом примере шаблона используется как зоны, так и домены сбоя для обеспечения максимальной устойчивости в регионе.

• Вы также можете сэкономить на затратах с помощью зарезервированного экземпляра выделенных узлов Azure.