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

Важно!

Облачные службы Azure (с расширенной поддержкой) — это новая модель развертывания на основе Azure Resource Manager для Облачных служб Azure.После внедрения этого изменения Облачные службы Azure, работающие в модели развертывания на основе Azure Service Manager, были переименованы в облачные службы (классические); во всех новых развертываниях должны использоваться Облачные службы (с расширенной поддержкой).

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

Примечание

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

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

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

  • Виртуальные машины серии D предназначены для приложений, которым необходимы большие вычислительные мощности и высокопроизводительные временные диски. Виртуальные машины серии D отличаются более быстрыми процессорами, более высоким соотношением "память — ядро" и твердотельным накопителем (SSD) в качестве временного диска. Дополнительные сведения см. в объявлении в блоге Azure New D-Series Virtual Machine Sizes (Новые размеры виртуальных машин серии D).
  • Серии Dv3 и Dv2, продолжение оригинальной серии D, отличаются более мощным ЦП. Процессор серии Dv2 примерно на 35 % быстрее, чем процессор серии D. Он основан на процессоре Intel Xeon® E5-2673 версии 3 (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 используется только для справки. Фактические результаты для конкретной рабочей нагрузки могут отличаться.


Семейство SKU ACU/число ядер
Очень малый 50
Small-ExtraLarge 100
A5–7 100
A8-A11 225*
A v2 100
D 160
D v2 210–250*
D v3 160–190*
E v3 160–190*
G 180–240*
H 290–300*

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

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

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

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

Серия A

Размер Ядра ЦП Память: ГиБ Временное хранилище: Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Очень малый 1 0,768 20 1, низкая
Малый 1 1,75 225 1, средняя
Средний 2 3.5 490 1, средняя
Большой 4 7 1000 2, высокая
Очень большой 8 14 2040 4, высокая
A5 2 14 490 1, средняя
A6 4 28 1000 2, высокая
A7 8 56 2040 4, высокая

Серия А: экземпляры для ресурсоемких вычислений

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

Размер Ядра ЦП Память: ГиБ Временное хранилище: Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
A8* 8 56 1817 2, высокая
A9* 16 112 1817 4, очень высокая
A10 8 56 1817 2, высокая
A11 16 112 1817 4, очень высокая

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

Серия Av2

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_A1_v2 1 2 10 1, средняя
Standard_A2_v2 2 4 20 2, средняя
Standard_A4_v2 4 8 40 4, высокая
Standard_A8_v2 8 16 80 8, высокая
Standard_A2m_v2 2 16 20 2, средняя
Standard_A4m_v2 4 32 40 4, высокая
Standard_A8m_v2 8 64 80 8, высокая

Серия D

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_D1 1 3.5 50 1, средняя
Standard_D2 2 7 100 2, высокая
Standard_D3 4 14 200 4, высокая
Standard_D4 8 28 400 8, высокая
Standard_D11 2 14 100 2, высокая
Standard_D12 4 28 200 4, высокая
Standard_D13 8 56 400 8, высокая
Standard_D14 16 112 800 8, очень высокая

Серия Dv2

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_D1_v2 1 3.5 50 1, средняя
Standard_D2_v2 2 7 100 2, высокая
Standard_D3_v2 4 14 200 4, высокая
Standard_D4_v2 8 28 400 8, высокая
Standard_D5_v2 16 56 800 8, чрезвычайно высокая
Standard_D11_v2 2 14 100 2, высокая
Standard_D12_v2 4 28 200 4, высокая
Standard_D13_v2 8 56 400 8, высокая
Standard_D14_v2 16 112 800 8, чрезвычайно высокая
Standard_D15_v2 20 140 1000 8, чрезвычайно высокая

Серия Dv3

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_D2_v3 2 8 50 2, средняя
Standard_D4_v3 4 16 100 2, высокая
Standard_D8_v3 8 32 200 4, высокая
Standard_D16_v3 16 64 400 8, чрезвычайно высокая
Standard_D32_v3 32 128 800 8, чрезвычайно высокая
Standard_D48_v3 48 192 1200 8, чрезвычайно высокая
Standard_D64_v3 64 256 1600 8, чрезвычайно высокая

Серия Ev3

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_E2_v3 2 16 50 2, средняя
Standard_E4_v3 4 32 100 2, высокая
Standard_E8_v3 8 64 200 4, высокая
Standard_E16_v3 16 128 400 8, чрезвычайно высокая
Standard_E32_v3 32 256 800 8, чрезвычайно высокая
Standard_E48_v3 48 384 1200 8, чрезвычайно высокая
Standard_E64_v3 64 432 1600 8, чрезвычайно высокая

Серия G

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_G1 2 28 384 1, высокая
Standard_G2 4 56 768 2, высокая
Standard_G3 8 112 1536 4, очень высокая
Standard_G4 16 224 3072 8, чрезвычайно высокая
Standard_G5 32 448 6144 8, чрезвычайно высокая

Серия H

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

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

Размер Ядра ЦП Память: ГиБ Временное хранилище (SSD): Гиб Максимальное число сетевых карт, максимальная пропускная способность сети
Standard_H8 8 56 1000 8, высокая
Standard_H16 16 112 2000 8, очень высокая
Standard_H8m 8 112 1000 8, высокая
Standard_H16m 16 224 2000 8, очень высокая
Standard_H16r* 16 112 2000 8, очень высокая
Standard_H16mr* 16 224 2000 8, очень высокая

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

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

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

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

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

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

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

Совет

Возможно, вам понадобится использовать разные размеры виртуальной машины для роли в разных средах (например, тестовой и рабочей). Это можно сделать, создав несколько файлов определения службы (.csdef) в проекте. Затем создайте разные пакеты облачной службы для сред во время автоматической сборки с помощью инструмента CSPack. Дополнительные сведения об элементах пакета облачных служб и способах их создания см. в статье Что такое модель облачных служб и как создать ее пакет?.

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

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

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

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