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

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

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

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

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

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

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

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

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

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

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

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

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

• Резервирование емкости по запросу имеет общую емкость в пять зарезервированных единиц. Резервирование емкости по запросу начинается в состоянии неиспользуемой емкости с нулевыми виртуальными машинами, выделенными.
• Поддерживаемое развертывание с количеством 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 и Ds, версии 2 и более поздней версии; AMD и Intel
  • Dadsv5
  • Серия Dav4
  • Dasv4 и более поздней версии
  • Серия Ddv4 и v5
  • Серии Dds, версии 4 и более поздней версии
  • Dlsv5 и более новая серия
  • Dldsv5 и более новая серия
  • Серия DCsv2
  • Серия DCasv5 и DCadsv5
  • Серия DCesv5 и DCedsv5
  • Серия ECasv5 и ECadsv5
  • Серия ECesv5 и ECedsv5
  • Dplsv5 и более новая серия
  • Серии Dps и Dpds, v5 и более поздней версии
  • Серия Dplds, версия 5 и более новая
  • Серии Eps и Epds, v5 и более поздней версии
  • Серия E всех версий, AMD и Intel
  • Серия Eav4 и Easv4
  • Серия Easv5 и Eadsv5
  • Серии Ebdsv5 и Ebsv5
  • Серия Ed и Eds, версия 4 и более новая
  • Серия F всех версий
  • Серия Fx
  • Lsv3 (Intel) и Lasv3 (AMD)

  При развертывании виртуальной машины можно задать число доменов сбоя (FD) до трех с помощью Azure Масштабируемые наборы виртуальных машин. Развертывание с более чем тремя FD не удается развернуть в резервировании емкости.

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

  • Серия NC, версия 3
  • серия NCasT4_v3
  • серия NCADSA10_v4
  • серия NC_A100_v4
  • Серии NV, версии 3 и более поздней версии
  • серия NVadsA10_v5
  • Серии NGads V620_v1
  • Серия M, версия 2
  • Серия M, версия 3

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

  • Lsv2

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

  • Серия M, версия 1
  • Серии M, HM и VHM
  • серия ND;
  • Серия HB
  • Серия HC

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

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

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

  • Точечные виртуальные машины
  • Узлы выделенного узла Azure или виртуальные машины, развернутые на выделенных узлах
  • Группы доступности

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

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

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

• Использовать резервирование может только подписка, в которой оно создано.

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

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

  • Облако Azure
  • Azure для государственных организаций
  • Azure в Китае (предварительная версия)
    • Поддержка недоступна для Китая Северной и Восточной Части Китая

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Резервирование емкости не создает ограничения на количество развертываний виртуальных машин. Azure поддерживает выделение такого количества виртуальных машин, которое требуется для резервирования. Так как для резервирования требуется квота, проверки квоты опущены для развертывания виртуальной машины до зарезервированного количества. Выделение виртуальных машин за пределами зарезервированного количества называется общим выделением резервирования. Общие сведения о виртуальных машинах не охватываются соглашением об уровне обслуживания, и виртуальные машины подвергаются проверке квоты, а 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 по-прежнему учитывает квоту, выделенную резервированию. Если у вас достаточно неиспользуемой квоты, можно развернуть новые виртуальные машины в резервировании емкости и получить соглашение об уровне обслуживания от любой неиспользуемой зарезервированной емкости. Или удалить виртуальную машину 0, чтобы удалить ее использование квоты.

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

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

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

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

Пример

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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