Размеры для облачных служб (классических)

В этой статье описываются доступные размеры и параметры экземпляров ролей облачной службы (веб-роли и рабочие роли). Здесь также предоставлены рекомендации по развертыванию, которые нужно учитывать при планировании использования этих ресурсов. Каждому размеру присвоен идентификатор, который вы поместите в файл определения службы. Цены для каждого размера доступны на странице Ценообразование облачных услуг.

Размеры экземпляров веб-ролей и рабочих ролей

В Azure доступно несколько стандартных размеров на выбор. Ниже приведены замечания по некоторым из этих размеров:

• Виртуальные машины серии D предназначены для приложений, которым необходимы большие вычислительные мощности и высокопроизводительные временные диски. Виртуальные машины серии D отличаются более быстрыми процессорами, более высоким соотношением "память — ядро" и твердотельным накопителем (SSD) в качестве временного диска. Дополнительные сведения см. в объявлении в блоге Azure New D-Series Virtual Machine Sizes (Новые размеры виртуальных машин серии D).
• Серии Dv3 и Dv2, продолжение оригинальной серии D, отличаются более мощным ЦП. Процессор серии Dv2 примерно на 35 % быстрее, чем процессор серии D. Он основан на процессоре Intel Xeon® E5-2673 v3 (Haswell) последнего поколения с тактовой частотой 2,4 ГГц, который благодаря технологии Intel Turbo Boost 2.0 может увеличивать тактовую частоту до 3,1 ГГц. Серия Dv2 имеет такие же конфигурации памяти и диска, как и серия D.
• Виртуальные машины серии G отличаются максимальным объемом памяти и работают на серверах с процессорами семейства Intel Xeon E5 V3.
• Виртуальные машины серии A можно развертывать с использованием оборудования и процессоров разных типов. Размер производительности регулируется на основе оборудования для обеспечения стабильной производительности процессора для работающего экземпляра приложения, независимо от используемого оборудования в сценарии развертывания. Чтобы определить физическое оборудование, на котором развернута данная конфигурация, выполните запрос к виртуальному оборудованию из среды виртуальной машины.
• Размер A0 перегружен на физическом оборудовании. Только для данного размера другие развертывания клиентов могут негативно повлиять на производительность вашей текущей рабочей задачи. Мы рассмотрим ожидаемые базовые показатели относительной производительности, при условии приблизительной дисперсии в размере 15 процентов, далее в статье.

От размера виртуальной машины зависит ее цена. Размер также влияет на процессорную мощность, объем памяти и хранилища виртуальной машины. Стоимость хранилища рассчитывается отдельно в зависимости от количества страниц, используемых в учетной записи хранения. Дополнительные сведения см. в разделах Сведения о ценах — облачные службы и Цены на хранилища Azure.

Следующие соображения могут помочь вам определиться с размером.

• Экземпляры A8–A11 и серия Н также называются экземплярами с интенсивным использованием вычислительных ресурсов. Оборудование, на котором выполняются эти размеры, разработано и оптимизировано для ресурсоемких и требовательных к сетевым ресурсам приложений, включая приложения высокопроизводительных вычислительных кластеров (HPC), моделирование и симуляции. Серия A8-A11 использует Intel Xeon E5-2670 @ 2,6 ГГц, а серия H использует Intel Xeon E5-2667 v3 @ 3,2 ГГц. Подробные сведения и рекомендации по использованию этих размеров см. в статьях о размерах виртуальных машин с высокой производительностью.
• Серии Dv3, Dv2, D и G идеально подходят для приложений, требующих быстрого центрального процессора, большей производительности локального диска или большего количества памяти. Это мощное сочетание характеристик подходит для многих приложений корпоративного уровня.
• Некоторые физические узлы в центрах обработки данных Azure не поддерживают виртуальные машины больших размеров, таких как A5—A11. Из-за этого при попытке изменить размер виртуальной машины, создать виртуальную машину в виртуальной сети, созданной до 16 апреля 2013 г., либо добавить новую виртуальную машину в существующую облачную службу могут возникать сообщения об ошибках Не удалось настроить виртуальную машину {имя_виртуальной_машины} или Не удалось создать виртуальную машину {имя_виртуальной_машины}. Обходные способы решения этих проблем для каждого сценария развертывания описаны в теме Error: “Failed to configure virtual machine” на форуме поддержки.
• Ваша подписка может также ограничивать количество ядер, которые можно развернуть в некоторых размерных семействах. Для увеличения квоты обратитесь в службу поддержки Azure.

Вопросы, связанные с производительностью

Мы создали концепцию единицы вычислений Azure (ACU), чтобы обеспечить способ сравнения производительности вычислений (ЦП) в SKU Azure и определить, какой номер SKU, скорее всего, соответствует вашим потребностям в производительности. В настоящее время ACU стандартизирован на небольшой (Standard_A1) виртуальной машине, являясь 100. После этого стандарта все остальные номера SKU представляют приблизительно то, сколько быстрее SKU может выполнять стандартный тест.

Единицы ACU, помеченные * , основаны на технологии Intel® Turbo для увеличения частоты ЦП и значительного повышения производительности. Степень увеличения производительности может различаться в зависимости от размера виртуальной машины, рабочей нагрузки и других рабочих нагрузок, выполняющихся на том же узле.

Таблицы размеров

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

• Емкость хранилища отображается в единицах ГиБ (1 ГиБ = 1024^3 байтов). При сравнении дисков, измеряемых в ГБ (1000^3 байта), с дисками, измеряемыми в ГиБ (1024^3), помните, что число емкости, заданное в ГиБ, может быть меньше. Например, 1023 ГиБ = 1098,4 ГБ.
• Пропускная способность дисков измеряется в операциях ввода-вывода в секунду (IOPS) и МБит/с, где 1 МБит/с = 10^6 байтов в секунду.
• Диски данных могут работать в режиме кэширования и в режиме без кэширования. Для операции с кэшированным диском данных режим кэширования узла устанавливается в ReadOnly или ReadWrite. Для некэшированной операции дискового ввода-вывода режим кэширования на узле установлен в значение None.
• Максимальная пропускная способность сети является максимальной совокупной пропускной способностью, выделенной и назначенной для каждого типа виртуальной машины. Максимальная пропускная способность определяет рекомендации по выбору подходящего типа виртуальной машины, обеспечивающего адекватную доступную емкость сети. При переходе между низким, средним, высоким и очень высоким уровнем пропускная способность увеличивается соответствующим образом. Фактическая производительность сети зависит от многих факторов, в том числе загрузки сети и приложений, а также параметров сети приложений.

Серия A

Серия A - инстансы, требующие высокой вычислительной мощности

Cведения и рекомендации по использованию этих размеров см. в статье Размеры виртуальных машин, оптимизированных для высокопроизводительных вычислений.

*С поддержкой RDMA

Серия Av2

Серия D

Серия Dv2

Серия Dv3

Серия Ev3

Серия G

Серия H

Виртуальные машины Azure серии H представляют следующее поколение виртуальных машин для высокопроизводительных вычислений в сфере высоких технологий, например для молекулярного моделирования и вычислительной гидродинамики. Эти виртуальные машины с 8 или 16 ядрами созданы на базе процессоров Intel Haswell E5-2667 V3, а также имеют оперативную память DDR4 и локальное хранилище на основе твердотельных дисков (SSD).

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

*С поддержкой RDMA

31 августа 2022 г. мы прекращаем поддержку следующих виртуальных машин Azure серии H:

• H8
• H8m
• H16
• H16r
• H16m
• H16mr
• Рекламная акция на H8
• Рекламная акция на H8m
• Промо-акция H16
• Рекламная акция на H16r
• Рекламная акция на H16m
• Рекламная акция на H16mr

Настройка размеров для облачных служб

Вы можете указать размер виртуальной машины экземпляра роли в модели службы, описанной в файле определения службы (CSDEF-файл). Размер роли определяет количество ядер ЦП, объем памяти и размер локальной файловой системы, которые выделяются запущенному экземпляру. Выбирайте размер роли в соответствии с тем, какие ресурсы требуются для вашего приложения.

Вот пример установки размера роли на Standard_D2 для экземпляра веб-роли:

<WorkerRole name="Worker1" vmsize="Standard_D2">
...
</WorkerRole>

Изменение размера имеющейся роли

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

Получение списка размеров

Чтобы получить список размеров, можно использовать PowerShell или REST API. Интерфейс REST API описан здесь. Следующий код — команда PowerShell, которая перечисляет все доступные размеры для облачных служб.

Get-AzureRoleSize | where SupportedByWebWorkerRoles -eq $true | select InstanceSize, RoleSizeLabel

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

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