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

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

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

Ознакомительное видео

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

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

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

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

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

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

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

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

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

Рекомендации по вопросам высокой доступности

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Восстановление службы узла

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

Вновь созданный узел будет иметь все те же ограничения, что и старый узел:

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

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

Последствия

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

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

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

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

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

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

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

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

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

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

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

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

• Для группы узлов должен быть включен SSD (цен. категория "Ультра"), это свойство нельзя изменить после создания группы узлов
• Серия виртуальных машин выделенного узла должна быть совместима с дисками ценовой категории "Ультра".

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

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

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

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

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

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

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

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

Квоты

Существуют два типа квот, которые используются при развертывании выделенного узла.

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

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

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

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

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

Цены

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

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

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

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

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

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

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

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

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

Примечание

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

Жизненный цикл задания

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

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

Вопросы и ответы

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

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

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

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

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

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

Дальнейшие действия

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

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

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