Выделенные узлы 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
• Автоматическая замена при настройке сбоя

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

Последствия

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

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

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

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

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

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

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

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

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

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

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

Диски категории "Ультра" обеспечивают более высокую пропускную способность (не более 160 00 операций ввода-вывода в секунду на диск) и более высокую пропускную способность диска (не более 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 отслеживает состояние работоспособности узлов и управляет им. При отправке запроса к узлу могут быть возвращены приведенные ниже состояния.

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

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

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

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

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

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

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

Следующие шаги

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

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

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