Обзор планов службы приложений Azure

Примечание.

Начиная с 1 июня 2024 г. все созданные Служба приложений приложения будут иметь возможность создать уникальное имя узла по умолчанию с помощью соглашения <app-name>-<random-hash>.<region>.azurewebsites.netоб именовании. Существующие имена приложений останутся неизменными.

Пример: myapp-ds27dh7271aah175.westus-01.azurewebsites.net

Дополнительные сведения см. в разделе "Уникальное имя узла по умолчанию" для ресурса Служба приложений.

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

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

  • операционная система (Windows, Linux);
  • регион ("Западная часть США", "Восточная часть США" и т. д.);
  • число экземпляров виртуальных машин;
  • Размер экземпляров виртуальных машин (небольшой, средний, большой)
  • Ценовая категория ("Бесплатный", "Общий", "Базовый", "Стандартный", "Премиум", "Премиум V2", "Премиум V3", "Изолированный", "Изолированный версии 2")

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

  • Распределенная среда выполнения. Здесь доступны две основных ценовых категории — Бесплатный и Общий. Приложение выполняется на той же виртуальной машине Azure, что и другие приложения Службы приложений, включая приложения других клиентов. Эти уровни выделяют квоты ЦП каждому приложению, работающему на общих ресурсах, и ресурсы не могут масштабироваться. Эти уровни предназначены только для разработки и тестирования.
  • Выделенная среда выполнения. В категориях Базовый, Стандартный, Премиум, Премиум V2 и Премиум V3 приложения выполняются на выделенных виртуальных машинах Azure. Совместно используют вычислительные ресурсы только приложения, которые находятся в одном плане службы приложений. Чем выше уровень, тем больше экземпляров виртуальных машин, доступных для горизонтального масштабирования.
  • Изолированный: уровни "Изолированный" и "Изолированный" запускают выделенные виртуальные машины Azure в выделенных виртуальных сетях Azure. Они обеспечивают сетевую изоляцию на основе изоляции вычислений для приложений. Они предоставляют максимальные возможности горизонтального масштабирования.

Каждый уровень также предоставляет подмножество функций службы приложений. К ним относятся: личные домены и TLS/SSL-сертификаты, автоматическое масштабирование, слоты развертывания, резервные копии, интеграция Диспетчера трафика и многое другое. Чем выше уровень, тем больше доступных функций. Чтобы узнать, какие функции поддерживает каждая ценовая категория, ознакомьтесь с подробными сведениями о планах службы приложений.

Дополнительные сравнения между планами можно найти в Служба приложений ограничениях.

Ценовая категория PremiumV3

Ценовая категория PremiumV3 гарантирует, что компьютеры с более быстрыми процессорами (минимум 195 ACU на виртуальный ЦП), хранилище SSD, оптимизированные для памяти параметры и четверо оптимизированное для памяти отношение к ядрам по сравнению с уровнем "Стандартный ". Категория Премиум V3 также поддерживает более высокую масштабируемость благодаря увеличенному числу экземпляров, одновременно предоставляя все расширенные функции, доступные в рамках категории Стандартный. Все функции, доступные в существующей категории Премиум V2, включены в категорию Премиум V3.

Для этого уровня доступны несколько размеров виртуальных машин, включая соотношение между 4 и 1 и 8–1 памятью и ядром:

  • P0v3 (1 vCPU, 4 ГиБ памяти)
  • P1v3 (2 vCPU, 8 ГиБ памяти)
  • P1mv3 (2 vCPU, 16 ГиБ памяти)
  • P2v3 (4 vCPU, 16 ГиБ памяти)
  • P2mv3 (4 vCPU, 32 ГиБ памяти)
  • P3v3 (8 vCPU, 32 ГиБ памяти)
  • P3mv3 (8 vCPU, 64 ГиБ памяти)
  • P4mv3 (16 виртуальных ЦП, 128 ГиБ памяти)
  • P5mv3 (32 vCPU, 256 ГиБ памяти)

Дополнительные сведения о ценовой категории Премиум V3 см. на странице Цены для службы приложений.

Чтобы начать работать с новой ценовой категорией Премиум V3, см. статью Настройка ценовой категории Премиум V3 для службы приложений.

Как выполняется и масштабируется приложение?

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

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

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

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

Сколько стоит план службы приложений?

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

За исключением уровня "Бесплатный", план Служба приложений несет плату за используемые вычислительные ресурсы.

  • Для категории Общий каждое приложение получает квоту минут ЦП, то есть каждое приложение оплачивается в соответствии с квотой ЦП.
  • Для категорий выделенной среды вычислений (Базовый, Стандартный, Премиум, Премиум V2, Премиум V3) план службы приложений определяет максимальное количество экземпляров виртуальной машины для масштабирования приложения. Таким образом, план службы приложений предусматривает оплату за каждый экземпляр виртуальной машины. Плата за экземпляры виртуальной машины является фиксированной, независимо от количества запущенных в них приложений. Чтобы избежать непредвиденных расходов, ознакомьтесь с разделом об удалении плана службы приложений.
  • В категориях уровней Изолированный и Изолированный версии 2 среда Службы приложений определяет число изолированных рабочих ролей, работающих в приложениях, и оплата взимается за каждую рабочую роль. Кроме того, на изолированном уровне есть плоская плата за выполнение Среда службы приложений себя.

Использование доступных функций службы приложений (настройка личных доменов, SSL-сертификатов, слотов развертывания, резервного копирования и т. д.) не оплачивается. Однако имеются исключения.

  • Служба приложений домены— вы платите при покупке одного из них в Azure и при его продлении каждый год.
  • Служба приложений сертификаты. Вы платите при покупке одного из них в Azure и при его продлении каждый год.
  • Подключения TLS на основе IP-адресов. Почасовая плата за каждое подключение TLS на основе IP-адресов, но некоторые уровни "Стандартный " или более поздней версии предоставляют вам одно подключение TLS на основе IP-адресов бесплатно. TLS-подключения на основе SNI бесплатны.

Примечание.

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

Хотите оптимизировать и сократить ваши расходы на облако?

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

Можно ли добавить в приложение больше возможностей и функций?

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

Например, вы можете начать тестировать веб-приложение в плане службы приложений уровня Бесплатный без каких-либо расходов. При добавлении пользовательского DNS-имени в веб-приложение просто масштабируйте план до общего уровня. Позднее, когда понадобится добавить настраиваемую TLS-привязку, можно будет масштабировать план до категории Базовый. Если вам нужны промежуточные среды, выполните масштабирование плана до уровня Стандартный. Если вам требуется больше ядер, памяти или хранилища, выполните масштабирование размера виртуальной машины в том же ценовом уровне.

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

Дополнительные сведения об увеличении масштаба плана службы приложений см. в статье Увеличение масштаба приложения в Azure.

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

Нужно разместить приложение в новом плане или использовать имеющийся?

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

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

  • приложение является ресурсоемким; Фактически это число может быть ниже в зависимости от того, насколько ресурсоемкие размещенные приложения. Однако общие рекомендации см. в следующей таблице:

    Ценовая категория плана службы приложений Максимальное количество приложений
    B1, S1, P1v2, I1v1 8
    B2, S2, P2v2, I2v1 16
    B3, S3, P3v2, I3v1 32
    P0v3 8
    P1v3, I1v2 16
    P2v3, I2v2, P1mv3 32
    P3v3, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Максимальная плотность, связанная с использованием виртуального ЦП
    P3mv3, P4mv3, P5mv3 Максимальная плотность, связанная с использованием виртуального ЦП
  • нужно масштабировать приложение независимо от других приложений в существующем плане;

  • приложению требуются ресурсы из другого географического региона.

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

Примечание.

Активный слот также классифицируется как активное приложение, так как оно тоже конкурирует за ресурсы в том же плане Служба приложений.

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