Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
План службы приложений Azure определяет набор вычислительных ресурсов для запуска веб-приложения. An app service always runs in an App Service plan. Функции Azure также могут выполняться в плане службы приложений.
Примечание.
Начиная с 1 июня 2024 года только что созданные приложения службы приложений могут создать уникальное имя узла по умолчанию, использующее соглашение об именовании <app-name>-<random-hash>.<region>.azurewebsites.net
. Например: myapp-ds27dh7271aah175.westus-01.azurewebsites.net
. Существующие имена приложений остаются неизменными.
Дополнительные сведения см. в записи блога о создании веб-приложения с уникальным именем узла по умолчанию.
When you create an App Service plan in a certain region, you create a set of compute resources for that plan in that region. Все приложения, которые вы помещаете в план службы приложений, выполняются на этих вычислительных ресурсах, как определено в плане.
Каждый план службы приложений определяет следующее:
- Операционная система (Windows, Linux)
- регион ("Западная часть США", "Восточная часть США" и т. д.);
- Количество экземпляров виртуальной машины
- Размер экземпляров виртуальной машины (небольшие, средние, крупные)
- Ценовая категория (Бесплатный, Общий, Базовый, Стандартный, Премиум, ПремиумV2, PremiumV3, IsolatedV2)
Ценовые категории
Ценовая категория плана службы приложений определяет, какие функции службы приложений будут доступны вам, а также стоимость плана. The pricing tiers available to your App Service plan depend on the operating system that you select when you create it. This table shows the categories of pricing tiers:
Категория | Уровни | Описание |
---|---|---|
Общие вычислительные ресурсы | Бесплатный, общий доступ | Доступны два основных уровня — Бесплатный и Общий. Приложение выполняется на той же виртуальной машине Azure, что и другие приложения службы приложений, включая приложения других клиентов. Эти уровни выделяют квоты ЦП каждому приложению, работающему на общих ресурсах. Ресурсы не могут масштабироваться. Эти уровни предназначены только для разработки и тестирования. |
Выделенные вычислительные ресурсы | Базовый, Стандартный, Премиум, ПремиумV2, ПремиумV3 | Уровни Basic, Standard, Premium, PremiumV2 и PremiumV3 выполняют приложения на выделенных виртуальных машинах Azure. Совместно используют вычислительные ресурсы только приложения, которые находятся в одном плане службы приложений. The higher the tier, the more VM instances that are available to you for scale-out. |
Isolated | IsolatedV2 | Уровень IsolatedV2 выполняет выделенные виртуальные машины Azure в выделенных виртуальных сетях Azure. Этот уровень обеспечивает сетевую изоляцию поверх изоляции вычислений для приложений. It provides the maximum scale-out capabilities. |
Каждый уровень также предоставляет подмножество функций службы приложений. К этим функциям относятся пользовательские домены и СЕРТИФИКАТЫ TLS/SSL, автомасштабирование, слоты развертывания, резервные копии, интеграция Диспетчера трафика Azure и многое другое. Чем выше уровень, тем больше доступных функций. Чтобы узнать, какие функции поддерживаются в каждой ценовой категории, см. сведения о плане службы приложений.
Дополнительные сравнения планов можно найти в ограничениях службы приложений.
Ценовая категория PremiumV3
The PremiumV3 pricing tier provides machines with faster processors (minimum 195 Azure Compute Units per virtual CPU), SSD storage, memory-optimized options, and quadruple memory-to-core ratio compared to the Standard tier.
PremiumV3 also supports higher scale by using increased instance count, while it still provides the advanced capabilities in the Standard tier. PremiumV3 включает все функции, доступные на уровне PremiumV2.
Для этого уровня доступны несколько размеров виртуальных машин, включая соотношения память/ядро 4 к 1 и 8 к 1.
План службы приложений | Cores (vCPU) | Память (ГиБ) |
---|---|---|
P0v3 | 1 | 4 |
P1v3 | 2 | 8 |
P1mv3 | 2 | 16 |
P2v3 | 4 | 16 |
P2mv3 | 4 | 32 |
P3v3 | 8 | 32 |
P3mv3 | 8 | 64 |
P4mv3 | 16 | 128 |
P5mv3 | 32 | 256 |
Сведения о ценах premiumV3 см. в разделе "Цены на службу приложений".
Сведения о начале работы с ценовой категорией PremiumV3 см. в разделе "Настройка уровня PremiumV3" для службы приложений Azure.
Рекомендации по запуску и масштабированию приложения
В уровнях "Бесплатный" и "Общий" приложение получает минуты ЦП в общем экземпляре виртуальной машины и не может масштабироваться.
В других уровнях приложение выполняется и масштабируется следующим образом:
- If you create an app in App Service, it's part of an App Service plan. При запуске приложение запускается на всех экземплярах виртуальной машины, настроенных в плане службы приложений.
- Если несколько приложений находятся в одном плане службы приложений, они все совместно используют одинаковые экземпляры виртуальной машины.
- Если у вас несколько слотов развертывания для приложения, все слоты развертывания также выполняются в одних экземплярах виртуальной машины.
- Если вы включаете журналы диагностики, выполняете резервное копирование или запускаете веб-задания, они также используют циклы ЦП и память на этих экземплярах виртуальных машин.
Таким образом, план службы приложений представляет собой единицу масштабирования приложений Службы приложений. Если план настроен для запуска пяти экземпляров виртуальной машины, тогда все приложения в плане будут выполняться на всех пяти экземплярах. Если план настроен для автомасштабирования, все приложения в плане масштабируются вместе на основе параметров автомасштабирования.
Дополнительные сведения о масштабировании приложения см. в статье "Начало работы с автомасштабированием" в Azure.
Стоимость планов службы приложений
В этом разделе описывается, как начисляется плата за использование приложений службы приложений. Подробные сведения о ценах для конкретного региона см. в разделе "Цены на службу приложений".
За исключением уровня "Бесплатный", план службы приложений взимает плату за вычислительные ресурсы, которые он использует:
- Общий уровень: каждое приложение получает квоту на минуты процессора, поэтому за использование квоты процессора с каждого приложения начисляется плата.
- Выделенные уровни вычислительных ресурсов (Базовый, Стандартный, Премиум, PremiumV2, PremiumV3) — план службы приложений определяет количество экземпляров виртуальных машин, на которые масштабируются приложения, поэтому взимается плата за каждый экземпляр виртуальной машины в плане службы приложений. Эти экземпляры виртуальных машин взимаются одинаково, независимо от количества запущенных на них приложений. Чтобы избежать непредвиденных расходов, см. раздел "Удаление плана службы приложений".
- Уровень IsolatedV2. Среда службы приложений определяет количество изолированных рабочих ролей, запускающих приложения, и взимается плата за каждую рабочую роль .
You aren't charged for using the App Service features that are available to you. These features include configuring custom domains, TLS/SSL certificates, deployment slots, and backups. Однако имеются исключения.
- Домены службы приложений: вы платите при покупке одного из них в Azure и при его продлении каждый год.
- Сертификаты службы приложений: вы платите при покупке одного из них в Azure и при его продлении каждый год.
- IP-адресные TLS-подключения: взимается почасовая плата за каждое IP-адресное TLS-подключение, но в некоторых тарифах уровня "Стандартный" и выше одно IP-адресное TLS-подключение предоставляется бесплатно. Подключения TLS на основе SNI являются бесплатными.
Если вы интегрируете службу приложений с другой службой Azure, вам может потребоваться рассмотреть расходы от этой службы. Например, если вы используете диспетчер трафика Azure для географического масштабирования приложения, диспетчер трафика также взимает плату за использование. Используйте ценовой калькулятор, чтобы оценить стоимость использования разных служб в Azure.
Подсказка
За использование служб Azure взимается плата. Управление затратами Майкрософт помогает задать бюджеты и настроить оповещения для поддержания контроля расходов. Вы можете анализировать, управлять затратами и оптимизировать затраты Azure с помощью управления затратами. Дополнительные сведения см. в кратком руководстве по анализу затрат.
Масштабирование возможностей или функций
Вы можете в любое время масштабировать план службы приложений вверх или вниз. Это так же просто, как изменение ценовой категории плана. Вы можете сначала выбрать более низкую ценовую категорию, а затем увеличить масштаб позже, когда вам потребуется больше возможностей службы приложений.
Например, вы можете начать тестирование своего веб-приложения на тарифном плане службы приложений "Бесплатный" и не платить за это. When you add your custom DNS name to the web app, just scale your plan up to the Shared tier. Позже, когда вы хотите создать привязку TLS, масштабируйте план до уровня "Базовый". Если вы хотите иметь тестовые среды, перейдите на уровень «Стандартный». Если вам требуется больше ядер, памяти или хранилища, выполните масштабирование размера виртуальной машины в том же ценовом уровне.
Тот же процесс работает в обратном направлении. Если вы больше не нуждаетесь в возможностях или функциях более высокого уровня, вы можете уменьшить масштаб до более низкого уровня и сэкономить деньги.
Дополнительные сведения о масштабировании плана службы приложений см. в статье "Масштабирование приложения" в Службе приложений Azure.
Если ваше приложение находится в том же плане службы приложений с другими приложениями, вы можете улучшить производительность приложения, изолировав вычислительные ресурсы. Ресурсы можно изолировать, переместив приложение в отдельный план службы приложений.
Решение об использовании нового плана или существующего плана для приложения
You pay for the computing resources that your App Service plan allocates as described in the earlier section about cost. Вы можете сэкономить деньги, поставив несколько приложений в один план службы приложений. Можно добавлять приложения в имеющийся план, пока у него имеется достаточно ресурсов для обработки нагрузки.
Тем не менее имейте в виду, что все приложения, которые находятся в одном плане службы приложений, совместно используют одни вычислительные ресурсы. Чтобы определить, имеет ли новое приложение необходимые ресурсы, необходимо понять емкость существующего плана службы приложений, а также ожидаемую нагрузку для нового приложения. Overloading an App Service plan can cause downtime for your new and existing apps. Дополнительные сравнения между планами можно найти в ограничениях службы приложений.
Изолируйте приложение в новом плане службы приложений, когда:
- Приложение является ресурсоемким.
- нужно масштабировать приложение независимо от других приложений в существующем плане;
- приложению требуются ресурсы из другого географического региона. Таким образом, вы можете выделить новый набор ресурсов для вашего приложения и получить более широкий контроль над приложениями.
Примечание.
An active slot is also classified as an active app because it's competing for resources in the same App Service plan.