Поделиться через


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

Внимание

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

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

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

Если вам потребуется дополнительное время, мы можем предложить одноразовый 30-дневный льготный период для завершения миграции. Дополнительные сведения и запросы на этот льготный период см. в обзоре льготного периода, а затем перейдите к портал Azure и перейдите в колонку "Миграция" для каждого Среда службы приложений.

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

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

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

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

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

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

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

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

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

Можно создать несколько планов службы приложений, использующих вычислительные ресурсы из разных рабочих пулов. Кроме того, можно использовать один и тот же рабочий пул. Например, если в рабочем пуле 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 из шаблона.