Share via

Резервирование мощности по запросу

  • Статья

Применимо к: ✔️ Виртуальные машины Linux ✔️ Виртуальные машины Windows ✔️ Универсальные масштабируемые наборы ✔️ Гибкие масштабируемые наборы

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

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

Резервирование мощности имеет ряд указанных ниже основных свойств, которые всегда необходимо настраивать в процессе создания.

  • Размер виртуальной машины: каждое резервирование предназначено для одного размера виртуальной машины (VM). Например, Standard_D2s_v3.
  • Расположение: каждое резервирование предназначено для одного расположения (региона). Если в этом расположении есть зоны доступности, можно указать одну из них для резервирования.
  • Количество: для каждого резервирования нужно указать количество экземпляров, которые необходимо зарезервировать.

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

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

Преимущества резервирования мощности

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

Соглашение об уровне обслуживания для функции резервирования мощности

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

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

  • Резервирование емкости по запросу имеет общую емкость в пять зарезервированных единиц. Резервирование емкости по запросу начинается в состоянии неиспользуемой емкости с нулевым Виртуальные машины Выделено.
  • Выделяется поддерживаемое развертывание в количестве 5 виртуальных машин. Три Виртуальные машины успешно выполнены, а две — с ошибкой емкости виртуальной машины. Результат: две зарезервированные единицы начинают накапливать минуты недоступны.
  • Никакие действия не предпринимаются в течение 20 минут. Результат: два зарезервированных единицы каждый накапливает 15 минут недоступен.
  • Спустя 20 минут выполняется попытка поддерживаемого развертывания в количестве 2 виртуальных машины. Одна виртуальная машина запускается, вторая завершает работу сбоем с ошибкой мощности. Итог: для одной зарезервированной единицы накопилось 15 минут отсутствия доступа, после чего счет остановлен. Для второй зарезервированной единицы счет возобновляется.
  • Четыре дополнительных поддерживаемых развертывания количества 1 выполняются через 10 минут. Во время четвертой попытки (спустя 60 минут после первой ошибки мощности) происходит развертывание виртуальной машины. Результат: последний зарезервированный блок добавляет 40 минут недоступно (четыре попытки x 10 минут между попытками) в течение 55 минут недоступно.

В этом примере накопление минут недоступно, вот вычисление кредита на обслуживание.

  • Для одной из зарезервированных единиц накопилось 15 минут простоя. Время доступности составляет 99,97 %. Этот зарезервированный модуль не соответствует кредиту на обслуживание.
  • Для другой зарезервированной единицы накопилось 55 минут простоя. Время доступности составляет 99,87 %. Для этой зарезервированной единицы льгота на обслуживание составляет 10 %.

ограничения

  • Для создания резервирований мощности требуется квота (так же, как и при создания виртуальных машин).
  • В настоящий момент создание резервирований мощности предоставляется только для определенных серий и размеров виртуальных машин. В списке SKU вычислительных ресурсов описан набор поддерживаемых размеров виртуальных машин.
  • Следующая серия виртуальных машин поддерживает создание резервирований емкости:
    • Av2
    • Б
    • Bpsv2
    • Bsv2 (Intel) и Basv2 (AMD)
    • Серия D версии 2 и более поздних, AMD и Intel
    • Серия DCsv2
    • Серия DCasv5
    • Серия DCesv5 и DCedsv5
    • Серия Dplsv5 и Dpldsv5
    • Серии Dpsv и Dpds, v5 и более поздней версии
    • Серия Dpdsv6
    • Серия Dplsv6
    • Серия Dpldsv6
    • Dlsv5 и более новая серия
    • Dldsv5 и более новая серия
    • Серия E всех версий, AMD и Intel
    • Серия Eav4 и Easv4
    • Серия ECasv5 и ECadsv5
    • Серия ECesv5 и ECedsv5
    • Серия Epsv5 и Epdsv5
    • Серия F всех версий
    • Серия Fasv6 и Falsv6
    • Серия Fx
    • Lsv3 (Intel) и Lasv3 (AMD)
    • При развертывании виртуальной машины можно по желанию задать до 3 доменов сбоя с помощью масштабируемых наборов виртуальных машин. Развертывание для резервирования мощности с более чем тремя доменами сбоя завершится ошибкой.
  • Поддержка следующих рядов виртуальных машин для резервирования емкости доступна в общедоступной предварительной версии:
    • Серия M, версия 3
    • Серия NC,v3
    • Серия NC A100 версии 4
    • NV-series,v3 and new
    • Lsv2
    • Для выше упоминание серии M и N при развертывании виртуальной машины число доменов сбоя (FD) можно задать с помощью Масштабируемые наборы виртуальных машин. Развертывание с более чем 1 FD не будет развернуто в резервировании емкости.
  • Поддержка других рядов виртуальных машин в настоящее время недоступна:
    • Серия M, версия 1 и v2
    • серия ND;
    • Серия HB
    • Серия HC
  • Поддерживаются следующие типы развертывания:
    • Одна виртуальная машина
    • Масштабируемые наборы виртуальных машин с универсальной оркестрацией
    • Масштабируемые наборы виртуальных машин с гибкой оркестрацией (предварительная версия)
  • Следующие типы развертывания не поддерживаются:
    • Точечные виртуальные машины
    • Выделенные узлы Azure и виртуальные машины, развернутые в Выделенных узлах
    • Группы доступности
  • Другие ограничения развертывания не поддерживаются. Например:
    • Группа размещения близкого взаимодействия
    • Домены обновления
    • Масштабируемые наборы виртуальных машин с одной группой размещения, для которой задано значение true
    • Хранилище класса UltraSSD
    • Виртуальные машины, возобновляющие работу после гибернации
    • Виртуальные машины, запрашивающие шифрование виртуальной сети
  • Закрепленная подписка не может использовать функцию
  • Использовать резервирование может только подписка, в которой оно создано.
  • Резервирования доступны только для платных клиентов Azure. Спонсируемые учетные записи, например с бесплатной пробной версией и учетные записи Azure для учащихся, не имеют права использовать эту функцию.
  • Облака, поддерживаемые для резервирования емкости:
    • Облако Azure
    • Azure для государственных организаций

Цены и выставление счетов

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

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

Как использованное, так и неиспользуемое резервирование емкости имеют право на сохранение плана и скидки на зарезервированные экземпляры. В предыдущем примере при наличии зарезервированных экземпляров для двух D2s_v3 виртуальных машин в одном регионе Azure выставление счетов за два ресурса (виртуальная машина или неиспользуемое резервирование емкости) будет отсчитываться от нуля. Остальные восемь D2s_v3 выставляются обычно. Скидки по долгосрочным подпискам можно применить к виртуальной машине или неиспользуемому резервированию мощности.

Разница между резервированием мощности по запросу и зарезервированными экземплярами

Differences Резервирование мощности по запросу Зарезервированные экземпляры
Термин Не требуется никаких долгосрочных обязательств. Можно создать и удалить в соответствии с требованием клиента Обязательства на фиксированный срок — один или три года
Скидка при выставлении счетов Плата взымается по мере использования для размера базовой виртуальной машины* Существенное снижение затрат по тарифам с оплатой по мере использования
Соглашение об уровне обслуживания для емкости Предоставляет гарантию емкости в указанном расположении (регионе или зоне доступности). Не предоставляет гарантии емкости. Клиенты могут выбрать "приоритет емкости", чтобы получить лучший доступ, но этот вариант не несет соглашение об уровне обслуживания
Регион и Зоны доступности Можно развернуть для каждого региона или для каждой зоны доступности. Доступно только на региональном уровне

* Право на скидку зарезервированных экземпляров предоставляется, если они покупаются отдельно.

Работа с функцией резервирования мощности

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

В группе указывается расположение Azure:

  • Группа задает регион, в котором создаются все резервирования. Например, восточная часть США, Северная Европа или Юго-Восточная Азия.
  • Группа задает зоны, соответствующие условиям. Например, AZ1, AZ2, AZ3 в любом сочетании.
  • Если зоны не указаны, Azure выбирает размещение для группы где-то в регионе. Каждое резервирование указывает регион и может не задать зону.

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

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

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

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

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

Жизненный цикл резервирования мощности

При создании резервирования Azure бронирует запрошенное количество экземпляров мощности в указанном расположении:

Резервирование мощности, изображение 1.

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

  • capacity — общее количество экземпляров, зарезервированных клиентом.
  • virtualMachinesAllocated — список виртуальных машин, выделенных для резервирования мощности и подсчета потребляемой мощности. Эти виртуальные машины имеют состояние Работает, Остановлена (Выделена). Кроме того, они могут находиться в переходном состоянии, например Запускается или Останавливается. В этот список не включены виртуальные машины, для которых отменено выделение. Они имеют состояние Остановлена (освобождена).
  • virtualMachinesAssociated — список виртуальных машин, связанных с резервированием мощности. В этот список включены все виртуальные машины, которые настроены для использования резервирования, в том числе те, которые находятся в состоянии "Освобождена".

Предыдущий пример начинается с capacity 2 и длины virtualMachinesAllocated и virtualMachinesAssociated как 0.

Когда виртуальная машина выделяется для резервирования емкости, она использует один из экземпляров зарезервированной емкости:

Резервирование мощности, изображение 2.

Состояние резервирования емкости отображается capacity как 2 и длина virtualMachinesAllocated и virtualMachinesAssociated как 1.

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

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

Резервирование мощности, изображение 3.

Значение параметра capacity равно 2, а длина в параметрах virtualMachinesAllocated и virtualMachinesAssociated равна 3.

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

Резервирование мощности, изображение 4.

Значение параметра capacity и длина в параметре virtualMachinesAllocated будут равны 2. Тем не менее длина в параметре virtualMachinesAssociated по-прежнему будет равна 3, так как виртуальная машина 0 (несмотря на то, что она освобождена) все еще связана с резервированием мощности. Во избежание превышения квоты высвобожденная виртуальная машина 0 все еще считается в рамках квоты, выделенной для резервирования. Если у вас есть неиспользуемая квота, можно развертывать новые виртуальные машины в службе резервирования мощности и использовать Соглашение об уровне обслуживания по любой неиспользованной зарезервированной мощности. Также можно удалить виртуальную машину 0, чтобы она не использовала квоту.

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

Резервирование мощности, изображение 5.

Состояние резервирования емкости отображается capacity как 2 и длина virtualMachinesAssociated и virtualMachinesAllocated как 0. Резервирование мощности, находящееся в этом состоянии, можно удалить. После удаления вы больше не платите за резервирование.

Резервирование мощности, изображение 6.

Потребление и выставление счетов

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

Пример

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

Резервирование мощности, изображение 7.

На предыдущем изображении скидка "Зарезервированный экземпляр виртуальной машины" применяется к одному из неиспользуемых экземпляров, а стоимость для этого экземпляра отсчитывается от нуля. Для другого экземпляра тариф PAYG взимается за зарезервированный размер виртуальной машины.

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

Резервирование мощности, изображение 8.

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

Часто задаваемые вопросы

  • Каковы цены на резервирование мощности по запросу?

    Цена на резервирование мощности по запросу совпадает с ценой базового размера виртуальной машины, связанной с резервированием. При использовании резервирования емкости вы будете взиматься плата за размер виртуальной машины, выбранной по тарифам по мере использования, независимо от того, была ли подготовлена виртуальная машина. Дополнительные сведения см. на страницах с ценами на виртуальные машины с ОС Windows и Linux.

  • Будет ли взиматься двойная оплата — за резервирование мощности по запросу и за фактическую виртуальную машину (когда я подготовлю ее)?

    Нет, плата взимается только один раз за резервирование емкости по запросу.

  • Можно ли применить зарезервированный экземпляр виртуальной машины (RI) к резервированию мощности по требованию, чтобы снизить затраты?

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

  • В чем разница между зарезервированным экземпляром виртуальной машины (RI) и резервированием мощности по запросу?

    К виртуальным машинам применяются и зарезервированные экземпляры, и резервирования емкостей по запросу. Зарезервированные экземпляры позволяют использовать скидки на резервирование для виртуальных машин (по сравнению с оплатой по мере использования) в результате долгосрочного обязательства на срок 1 или 3 года. И наоборот, резервирования емкости по запросу не требуют обязательства. Вы можете в любое время создавать и отменять резервирования мощности. Однако скидки не применяются, и вы будете нести расходы по тарифам по мере использования после успешной подготовки резервирования емкости. В отличие от RIs, которые определяют приоритет емкости, но не гарантируют ее при покупке резервирования емкости по запросу, Azure выделяет вычислительные ресурсы для виртуальной машины и обеспечивает гарантию обслуживания.

  • В каких сценариях лучше всего использовать резервирование мощности по запросу?

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

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

Начните резервировать вычислительные мощности. См. дополнительные сведения о резервировании мощности: