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

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

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

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

Резервирование емкости имеет некоторые основные свойства, которые всегда определяются во время создания:

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

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

Проверка квоты и емкости осуществляется отдельно. Квота — это разрешение подписки на развертывание ресурсов, а емкость — базовая инфраструктура, доступная в определенном регионе или зоне.

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

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

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

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

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

Прочтите подробности в SLA по резервированию емкости.

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

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

В этом примере накопления "Minutes Not Available", вот как рассчитывается кредит на обслуживание:

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

Ограничения и условия

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

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

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

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

  Тип	Серия виртуальных машин
  Общего назначения (с переменной производительностью)	B (Intel) Bsv2 (Intel), Basv2 (AMD), Bpsv2 (ARM)
  Общее назначение (общее использование A, D)	Av2 (Intel) Серии D и Ds, версии 2 и более поздней версии (Intel) Dsv7 (Intel) (предварительная версия) Dd и Dds, v4 и более поздней версии (Intel, локальный диск) Ddsv7 (Intel) (предварительная версия) Dls и Dlds, v5 и более поздней версии (Intel, низкая память) Dls и Dlds, v7 (Intel) (предварительная версия) Da и Das, серия 4 и более новые (AMD) Dads, v5 и новее (AMD, локальный диск) Dals и Dalds, v6 и более поздние версии (AMD) Серии Dps и Dpds, v5 и более поздней версии (ARM) Серии dpls и Dplds, v5 и более поздней версии (ARM, низкая память)
  Общее назначение (общее использование, высокая память, E)	E и Es, все версии (Intel) Esv7 (Intel) (предварительная версия) Серия Ed и Eds, версия 4 и более поздней версии (Intel, локальный диск) Edsv7 (Intel) (предварительная версия) Серия Ebdsv5 и Ebsv5 (Intel, блочное хранилище) Ea и Eas, v4 и новее (AMD) Eads, v5 и более поздней серии (AMD, локальный диск) Серии Eps и Epds, v5 и более поздней версии (ARM)
  Общее назначение (общее использование, оптимизированное для вычислений, F)	Серия Fsv2 (Intel) Fas и Fals, серии v6 и выше (AMD) Famsv6 и более новые (AMD) Серия FX (Intel) FXmsv2 (Intel) FXmdsv2 (Intel) Fadsv7 (AMD) Famdsv7 (AMD) Faldsv7 (AMD)
  Оптимизированное хранилище	Lsv3 (Intel) Ласв3 (AMD) Lasv4 (AMD) Лаосв4 (AMD)
  Конфиденциальные вычисления	Серия DCsv2 (Intel) Серия DCasv5 и DCadsv5 (AMD) Серия DCesv5 и DCedsv5 (Intel) Серия ECasv5 и ECadsv5 (AMD) Серия ECesv5 и ECedsv5 (Intel)

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

  Тип	Серия виртуальных машин
  Вычислительные ресурсы с ускорением GPU	Серия NC, версия 3 (Intel) серия NCasT4_v3 (AMD) серия NCADSA10_v4 (AMD) серия NC_A100_v4 (AMD) Серии NV, версии 3 и более поздней версии (Intel) серия NVadsA10_v5 (AMD) Серии NVads V710 v5 (AMD) Серии NGads V620_v1 (AMD)
  Оптимизация памяти	Серия средней памяти Msv2 (Intel) Серия средней памяти Mdsv2 (Intel) Msv2 с большим объемом памяти (Intel) Серия средней памяти Mdsv3 (Intel) Серия средней памяти Msv3 (Intel) Серия Mbsv3 и Mbdsv3 (Intel)
  Оптимизированное хранилище	Lsv2 (Intel)-Предварительный просмотр

• Поддержка других рядов виртуальных машин в настоящее время недоступна:

  Тип	Серия виртуальных машин
  Вычислительные ресурсы с ускорением GPU	Серия ND «NCads H100 v5-series» Серия Hb Серия HC
  Оптимизация памяти	Серия M, версия 1 Msv3 HM Mdsv3 HM и Mdsv3 VHM

• Поддерживаются следующие типы развертывания:

  • Одна виртуальная машина
  • Наборы масштабируемых виртуальных машин с единой оркестрацией
  • Масштабируемые наборы виртуальных машин с гибкой оркестрацией

• Следующие типы развертывания не поддерживаются:

  • Спотовые виртуальные машины
  • узлы Выделенный узел Azure или виртуальные машины, развернутые на выделенных узлах
  • Группы доступности

• Другие ограничения развертывания не поддерживаются. Например:

  • Группа размещения с учетом близости
  • Обновить домены
  • Наборы масштабируемых виртуальных машин с одной назначенной группой размещения с true
  • Azure Ультра Хранилище дисков (прежнее название — UltraSSD)
  • Виртуальные машины, возобновляющие работу после гибернации

• Закрепленная подписка не может использовать эту функцию.

• Развертывания, использующие резервирования емкости по запросу, совместимы с шифрованием виртуальной сети при развертывании с использованием поддерживаемого размера виртуальной машины. Дополнительные сведения о том, какие размеры виртуальных машин поддерживают эту функцию, см. в разделе Шифрование виртуальной сети.

• Соглашение об уровне обслуживания (SLA) для резервирования мощности по требованию не распространяется на развертывания, в которых используется тег LegacyVMNVA. См. сведения о поддержке MANA для сетевых виртуальных устройств (NVA).

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

• Облака, поддерживаемые для резервирования емкости:

  • облако Azure
  • Azure для государственных организаций
  • Azure в Китае

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

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

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

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

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

*Применимая тарифная ставка определяется с учетом скидок, Reserved Instance и/или Savings Plans при их наличии.

Работа с резервированием емкости

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Длина capacity и virtualMachinesAllocated равны 2. Однако длина virtualMachinesAssociated по-прежнему составляет 3, так как виртуальная машина 0, хотя и освобождена, все еще связана с резервом емкости. Чтобы предотвратить превышение квоты, освобожденная виртуальная машина по-прежнему учитывается в квоте, выделенной для резервирования. Если у вас есть достаточно неиспользуемой квоты, вы можете развернуть новые виртуальные машины в рамках зарезервированной емкости и получить соглашение об уровне обслуживания от любой неиспользуемой резервации. Вы можете удалить виртуальную машину 0, чтобы исключить её из квоты.

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

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

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

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

Пример

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

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

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

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

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

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

  Цена резервирования емкости по запросу совпадает с ценой базового размера виртуальной машины, связанной с резервированием. При использовании резервирования емкости записи об использовании выбранного размера виртуальной машины будут выданы независимо от того, была ли подготовлена виртуальная машина. Применимая тарификационная ставка будет определяться с использованием стандартного процесса тарификации использования ВМ, с учётом зарезервированных инстансов, плана Savings Plan и других применимых скидок. Дополнительные сведения см. на страницах цен на виртуальные машины Windows и Linux.

• Будут ли взиматься отдельные сборы за резервирование емкости по запросу и за фактическую виртуальную машину, когда я, наконец, ее подготовлю?

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

• Могу ли я применить зарезервированные экземпляры виртуальных машин Azure к резервированию емкости по запросу, чтобы снизить расходы?

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

• Какова разница между зарезервированными экземплярами виртуальных машин и резервированием емкости по запросу?

  Зарезервированные экземпляры и резервы мощности по запросу применяются к виртуальным машинам Azure. Однако зарезервированные экземпляры предоставляют сниженные тарифы на резервирование для виртуальных машин по сравнению с тарифами по модели "оплата по факту" благодаря обязательству на один или три года. И наоборот, резервирования емкости по запросу не требуют обязательства.

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

• Какие сценарии получают наибольшую выгоду от резервирования емкости по запросу?

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

Связанный контент

Начало резервирования вычислительной емкости. Ознакомьтесь с другими статьями о резервировании емкости:

• Создание резервирования емкости
• Перераспределение зарезервированной емкости
• Изменение резервирования емкости
• Связывание виртуальной машины
• Удаление виртуальной машины
• Связывание масштабируемого набора виртуальных машин — гибкая оркестрация
• Связывание масштабируемого набора виртуальных машин — единая оркестрация
• Удаление масштабируемого набора виртуальных машин