Размеры виртуальных машин Azure серии B с накапливаемыми ресурсами

Размеры виртуальных машин Azure серии B с накапливаемыми ресурсами

Виртуальные машины серии B можно развертывать на оборудовании разных типов с разными процессорами, поэтому обеспечивается распределение пропускной способности. Виртуальные машины серии B используют процессоры3-го поколения Intel® Xeon® Platinum 8370C (Ice Lake), Intel® Xeon® Platinum 8272CL (Cascade Lake), Intel® Xeon® 8171M (Skylake) с тактовой частотой 2,1 ГГц, Intel® Xeon® E5-2673 (Broadwell) v4 с тактовой частотой 2,3 ГГц или Intel® Xeon® E5-2673 (Haswell) v3 с тактовой частотой 2,4 ГГц. Виртуальные машины серии B идеально подходят для рабочих нагрузок, которым не требуется постоянная полная производительность ЦП. К таким нагрузкам относятся веб-серверы, процессы подтверждения концепции, небольшие базы данных, а также среды сборки разработки. Обычно для этих рабочих нагрузок требуется накапливаемая производительность. Чтобы определить физическое оборудование, на котором развернут определенный размер, отправьте запрос к виртуальному оборудованию из виртуальной машины. Серия B предоставляет возможность приобрести виртуальную машину с базовым уровнем производительности, которая накапливает кредиты, если используется меньше ресурсов, чем предоставляет базовый план. Когда виртуальная машина накапливает кредиты, она может использовать больше ресурсов, чем предоставляет базовый план: до 100 % виртуальных процессоров, если приложению требуется более высокая производительность ЦП.

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

\* Виртуальные машины серии B имеют различную производительность, поэтому числа ACU будут зависеть от рабочих нагрузок и показателей использования ядер. ** Поддержка ускорения сети поддерживается только для категорий Standard_B12ms, Standard_B16ms и Standard_B20ms.

Размер vCPU Память: ГиБ Временное хранилище (SSD): ГиБ Базовая производительность ЦП виртуальной машины Максимальная производительность ЦП виртуальной машины Первоначальных кредитов Накопленных кредитов/час Максимальное число накопленных кредитов Максимальное число дисков данных Максимальная пропускная способность дисков без кэширования: операций ввода-вывода в секунду / МБит/с Максимальная пропускная способность дисков без кэширования: операций ввода-вывода в секунду/Мбит/с 1 Максимальное число сетевых адаптеров Standard_B1ls 2 1 0,5 4 5 % 100 % 30 3 72 2 160/10 4000/100 2 Standard_B1s 1 1 4 10 % 100 % 30 6 144 2 320/10 4000/100 2 Standard_B1ms 1 2 4 20 % 100 % 30 12 288 2 640/10 4000/100 2 Standard_B2s 2 4 8 40 % 200 % 60 24 576 4 1280/15 4000/100 3 Standard_B2ms 2 8 16 60 % 200 % 60 36 864 4 1920/22,5 4000/100 3 Standard_B4ms 4 16 32 90 % 400 % 120 54 1296 8 2880/35 8000/200 4 Standard_B8ms 8 32 64 135 % 800 % 240 81 1944 16 4320/50 8000/200 4 Standard_B12ms 12 48 96 202 % 1200 % 360 121 2909 16 4320/50 16000/400 6 Standard_B16ms 16 64 128 270 % 1600 % 480 162 3888 32 4320/50 16000/400 8 Standard_B20ms 20 80 160 337 % 2000 % 600 203 4860 32 4320/50 16000/400 8

1 Виртуальные машины серии В могут повышать производительность диска и поддерживать пиковую скорость до 30 минут.

2 B1ls поддерживается только в Linux.

Пример рабочей нагрузки

Рассмотрим офисное приложение для извлечения и возврата. Приложению требуются нагрузки на ЦП в рабочее время, но не слишком много вычислительных ресурсов, когда люди разошлись по домам. В этом примере для эффективной работы для рабочей нагрузки требуется виртуальная машина 16vCPU с 64 ГиБ ОЗУ.

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

Максимальное значение производительности ЦП: 16vCPU * 100 % = 1600 %

Базовая производительность: 270 %

Сценарий Время Загрузка ЦП (%) Накоплено кредитов 1 Доступно кредитов Развертывание B16ms Развертывание Развертывание 480 (Первоначальных кредитов) 480 Трафика нет 0:00 0 162 642 Трафика нет 1:00 0 162 804 Трафика нет 2:00 0 162 966 Трафика нет 3:00 0 162 1128 Трафика нет 4:00 0 162 1290 Трафика нет 5:00 0 162 1452 Низкий трафик 6:00 270 0 1452 Сотрудники приходят в офис (приложению требуется 80 % виртуального ЦП) 7:00 1280 -606 846 Сотрудники продолжают приходить в офис (приложению требуется 80 % виртуального ЦП) 8:00 1280 -606 240 Низкий трафик 9:00 270 0 240 Низкий трафик 10:00 100 102 342 Низкий трафик 11:00 50 132 474 Низкий трафик 12:00 100 102 576 Низкий трафик 13:00 100 102 678 Низкий трафик 14:00 50 132 810 Низкий трафик 15:00 100 102 912 Низкий трафик 16:00 100 102 1014 Сотрудников выполняют извлечение (приложению требуется 100 % виртуального ЦП) 17:00 1600 -798 216 Низкий трафик 18:00 270 0 216 Низкий трафик 19:00 270 0 216 Низкий трафик 20:00 50 132 348 Низкий трафик 21:00 50 132 480 Трафика нет 22:00; 0 162 642 Трафика нет 23:00 0 162 804

1 Число накопленных / использованных кредитов в час, эквивалентно ((Base CPU perf of VM - CPU Usage) / 100) * 60 minutes .

Для D16s_v3 с 16 виртуальными ЦП и объемом памяти 64 ГиБ почасовая ставка составляет $0,936 в час (ежемесячная $673,92) и для B16ms с 16 виртуальными ЦП и 64 ГиБ памяти ставка составляет $0,794 в час (ежемесячно $547,86). Это приводит к экономии на 15 %!

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

Вопрос. что происходит при истечении моих кредитов?

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

Вопрос. Как получить 135 % производительности базового плана виртуальной машины?

Ответ. 135 % производительности распределяется между 8 виртуальными процессорами, которые образуют размер виртуальной машины. Например, если приложение использует 4 из 8 ядер, работающих по принципу пакетной обработки и каждый из этих 4 виртуальных процессоров работает, используя 30 % общей производительности, общая производительность ЦП виртуальной машины будет равна 120 %. Это означает, что виртуальная машина будет накапливать кредит на основании разницы 15 % от базового уровня производительности. Но это также означает, что при наличии кредитов та же самая виртуальная машина сможет использовать 100 % от всех 8 виртуальных процессоров, предоставляя максимальную производительность ЦП 800 %.

Вопрос. Могу ли я отслеживать баланс и потребление кредита?

Ответ. Метрика Кредит позволяет отображать накопленные виртуальной машиной кредиты, а метрика Использованный кредит будет отображать число использованных виртуальной машиной кредитов. Вы сможете просмотреть эти метрики в области метрик на портале или использовать для просмотра программные средства в API-интерфейсах Azure Monitor.

Дополнительные сведения о доступе к метрикам в Azure см. в статье Обзор метрик в Microsoft Azure.

Вопрос. как суммируются и потребляются кредиты?

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

Пример. Я развертываю виртуальную машину размера B1ms для приложения, которое редко обращается к базе данных. Этот размер позволяет моему приложению использовать виртуальный процессор на 20 % от базового плана, то есть я могут использовать или накапливать 0,2 кредита в минуту.

Мое приложение больше всего используется в начале и в конце рабочего дня сотрудников, то есть с 7:00 до 9:00: и с 16.00 до 18.00. В течение остальных 20 часов мое приложение обычно на простаивает, используя только 10 % виртуального процессора. В часы низкой нагрузки я зарабатываю 0,2 кредита в минуту, но использую только 0,1 кредита в минуту. Поэтому моя виртуальная машина накапливает 0,1 x 60 = 6 кредитов в час. За 20 часов наименьшей нагрузки я накапливаю 120 кредитов.

В часы наивысшей нагрузки мое приложение использует виртуальный процессор в среднем на 60 %. Я точно так же зарабатываю 0,2 кредита в минуту, но использую 0,6 кредита в минуту. В итоге получается, что я трачу 0,4 кредита в минуту или 0,4 x 60 = 24 кредита в час. В течение дня приложение активно используется 4 часа, поэтому во время пиковой нагрузки я использую 4 x 24 = 96 кредитов.

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

Вопрос. Как можно вычислить накопленные и использованные кредиты?

Ответ. Можно использовать следующие компоненты.

(Базовая производительность ЦП для ВМ – загрузка ЦП)/100 = банк кредитов или использовании в минуту

Например, в примере выше базовый уровень составляет 20 %, и при использовании загрузки ЦП 10 % (20 %-10 %)/100 = 0,1 кредита в минуту.

Вопрос. Поддерживает ли серия B диски хранилища класса Premium?

Ответ. Да, серия B диски поддерживает диски хранилища класса Premium.

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

Ответ. Когда виртуальная машина повторно развертывается и перемещается на другой узел, накопленный кредит утрачивается. Если виртуальная машина останавливается и запускается, но остается на том же узле, то она сохраняет накопленный кредит. Каждый раз когда виртуальная машина запускается "с нуля" на узле, она получает начальный кредит. Для Standard_B8ms он составляет 240 минут.

Вопрос. Что происходит при развертывании неподдерживаемого образа ОС в B1ls?

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

Другие размеры и сведения

Дополнительные сведения о типах дисков: типы дисков.

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

Узнайте больше о том, как с помощью единиц вычислений Azure (ACU) сравнить производительность вычислений для различных номеров SKU Azure.

📎📎📎📎📎📎📎📎📎📎