Масштабирование приложений в Среде службы приложений (ASE, версия 1)

Внимание

Эта статья посвящена Среде службы приложений версии 1. Среда службы приложений версии 1 и 2 будут прекращены 31 августа 2024 года. Имеется новая версия среды службы приложений, которая проще в использовании и которая работает на более мощной инфраструктуре. Чтобы узнать больше о новой версии, начните с изучения статьи Введение в Среду службы приложений. Если вы используете Среду службы приложений версии 1, выполните действия, описанные в этой статье, чтобы перейти на новую версию.

После 31 августа 2024 года начнется удаление оборудования Среда службы приложений версии 1 и версии 2, и это может повлиять на доступность и производительность приложений и данных. Соглашение об уровне обслуживания (SLA) и кредиты на обслуживание больше не будут применяться к рабочим нагрузкам Среда службы приложений версии 1 и версии 2, которые продолжают работать после 31 августа 2024 года.

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

Последние сведения об обновлении Среда службы приложений версии 1/2 см. в Среда службы приложений обновлении для выхода на пенсию версии 1 и версии 2.

Обычное в службе приложений Azure можно масштабировать три параметра:

  • план ценообразования;
  • размер рабочей роли;
  • количество экземпляров.

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

Что касается объема ресурсов, для каждой рабочей роли администратор ASE может назначать размер вычислительного ресурса для каждого пула исполнителей. Это значит, что при необходимости вы можете иметь пул исполнителей 1 с вычислительными ресурсами P4 и пул исполнителей 2 с вычислительными ресурсами P1. Они не должны быть расположены по размеру. Подробные сведения о размерах и ценах см. на странице с ценами на использование службы приложений Azure. То есть для масштабирования веб-приложений и планов службы приложений в среде службы приложений остаются такие параметры:

  • выбор пула исполнителей;
  • количество экземпляров.

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

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

Невозможно увеличить масштаб ASP больше, чем позволяет количество доступных вычислительных ресурсов в рабочем пуле, в котором находится ASP. Если вам нужны дополнительные вычислительные ресурсы в этом рабочем пуле, попросите администратора ASE добавить их. Сведения о перенастройке среды ASE см. в статье Масштабирование приложений в среде службы приложений. Можно также воспользоваться функциями автоматического масштабирования ASE, чтобы добавлять емкость с учетом расписания или других показателей. Дополнительные сведения о настройке автоматического масштабирования среды ASE см. в статье Автомасштабирование и среда службы приложений версии 1.

Можно создать несколько планов службы приложений, использующих вычислительные ресурсы из разных рабочих пулов. Кроме того, можно использовать один и тот же рабочий пул. Например, если в рабочем пуле 1 имеется (10) доступных вычислительных ресурсов, вы можете создать один план службы приложений, использующий (6) вычислительных ресурсов, и другой план службы приложений, использующий (4) вычислительных ресурса.

Масштабирование количества экземпляров

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

Если среда ASE располагает достаточными ресурсами, сделать это будет очень просто. Перейдите в план службы приложений, содержащий сайты, которые нужно масштабировать, и выберите "Масштаб". Откроется пользовательский интерфейс, где можно вручную задать шкалу для ASP или настроить правила автомасштабирования ASP. Чтобы масштабировать приложение вручную, просто установите для параметра значение Масштабировать до значение Число экземпляров, вводимое вручную. Отсюда перетащите ползунок на желаемое количество или введите нужное число в поле рядом с ползунком.

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

Правила автоматического масштабирования для ASP в ASE работают как обычно. Вы можете выбрать для параметра Масштабировать до значение Процент использования ЦП и создать правила автоматического масштабирования для ASP с учетом процента использования ЦП, или можно создать более сложные правила с помощью расписания и правил производительности. Более полные сведения о настройке автомасштабирования см. в руководстве Увеличение масштаба приложения в Azure.

выбор пула исполнителей;

Как отмечено ранее, выбор пула исполнителей осуществляется через пользовательский интерфейс ASP. Откройте колонку для ASP, который требуется масштабировать, и выберите пул исполнителей. Вы увидите все пулы исполнителей, настроенные в среде службы приложений. Если в среде настроен только один пул исполнителей, в списке будет только один пул. Чтобы изменить расположение ASP в определенном пуле ресурсов, достаточно выбрать пул ресурсов, в который нужно перенести план службы приложений.

Снимок экрана, на котором показано, где можно изменить пул исполнителей, в котором находится ASP.

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

Примечание.

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

Начало работы

Чтобы приступить к работе со средами службы приложений, изучите статью Создание ASE версии 1 из шаблона.