Краткое руководство. Настройка автомасштабирования для приложений в режиме потребления Azure Spring Apps standard и выделенного плана

Статья
02/06/2024

Примечание.

Azure Spring Apps — это новое название службы Azure Spring Cloud. Старое название будет еще некоторое время встречаться в наших материалах, пока мы не обновим ресурсы, такие как снимки экрана, видео и схемы.

Эта статья относится к: ✔️ стандартное потребление и выделенная (предварительная версия) ❌ Basic/Standard ❌ Enterprise

В этой статье описывается настройка правил автомасштабирования для приложений в Azure Spring Apps Standard и выделенного плана. План использует среду приложений контейнеров Azure для размещения приложений Spring и обеспечивает следующее управление и поддержку:

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

Дополнительные сведения см . в документации по приложениям контейнеров Azure.

Необходимые компоненты

Подписка Azure. Если у вас нет подписки Azure, ознакомьтесь с бесплатной учетной записью Azure перед началом работы.
Экземпляр службы "Стандартный" и выделенного плана Azure Spring Apps. Дополнительные сведения см . в кратком руководстве. Подготовка экземпляра службы "Стандартный для Azure Spring Apps" и выделенного экземпляра службы плана.
Приложение Spring, развернутое в Azure Spring Apps.

Определение масштабирования

Масштабирование определяется сочетанием ограничений и правил.

Ограничения — это минимальное и максимальное количество экземпляров, разрешенных в Spring.

Предел масштабирования	Default value	Минимальное значение	Максимальное значение
Минимальное количество экземпляров на развертывание	1	0	30
Максимальное количество экземпляров на развертывание	10	1	30

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

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

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

Настройка параметров автомасштабирования

Параметры автомасштабирования для приложения можно настроить с помощью портал Azure или Azure CLI.

Портал Azure
Azure CLI

Чтобы определить параметры и правила автомасштабирования, выполните следующие действия.

Войдите на портал Azure.
Выберите Azure Spring Apps в службах Azure.
В столбце "Имя" выберите экземпляр Azure Spring Apps, который требуется автомасштабировать.
На странице обзора для экземпляра Azure Spring Apps выберите "Приложения " в области навигации.
Выберите приложение, которое требуется автомасштабировать.
На странице обзора выбранного приложения выберите "Горизонтальное масштабирование " в области навигации.
На странице горизонтального масштабирования (предварительная версия) выберите развертывание, которое требуется автомасштабировать.
Настройте ограничения экземпляра развертывания.
Нажмите кнопку "Добавить", чтобы добавить правила масштабирования.

Используйте следующие команды, чтобы создать приложение в Azure Spring Apps с правилом автомасштабирования на основе Keda Служебная шина Azure Scaler.

az spring app create \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-service-instance-name> \
    --name <app-name> \
    --secrets "connection-string-secret=<service-bus-connection-string>" \
    --scale-rule-name azure-servicebus-queue-rule \
    --scale-rule-type azure-servicebus \
    --scale-rule-metadata "queueName=my-queue" \
                          "namespace=service-bus-namespace" \
                          "messageCount=5" \
    --scale-rule-auth "connection=connection-string-secret" \
    --min-replicas 0 \
    --max-replicas 5

Счетчик реплика настраивается автоматически в соответствии с количеством сообщений в очереди Служебная шина Azure. Если в очереди нет сообщений, приложение масштабируется до 0 реплика. При наличии сообщений в очереди приложение масштабируется в соответствии с числом сообщений.

Пользовательские правила масштабирования

Дополнительные сведения об определении настраиваемых правил см. в разделе "Масштабировщики Keda". В следующих разделах показаны два примера настройки правил масштабирования в MySQL и Cron.

Настройка правил автоматического масштабирования в базе данных MySQL

В следующих командах CLI показано, как автомасштабировать приложение Spring на основе Keda MySQL Scaler. Сначала создайте секрет для хранения строка подключения SQL. Этот секрет используется для проверки подлинности правила масштабирования. Затем настройте правило, которое масштабирует приложение на основе количества строк таблицы.

az spring app update \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-service-instance-name> \
    --name <app-name> \
    --secrets mysqlconnectionstring="<username>:<pwd>@tcp(<server name>:3306)/<database name>" 

az spring app scale \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-service-instance-name> \
    --name <app-name> \
    --scale-rule-type mysql \
    --scale-rule-name <your rule name> \
    --scale-rule-auth "connectionString=mysqlconnectionstring" \
    --scale-rule-metadata queryValue=4 query="SELECT count(*) FROM mytable" \
    --min-replicas 0 \
    --max-replicas 3

Создание правила на основе cron Linux

В следующих командах показано, как настроить правило на основе Keda Cron Scaler. Реплика масштабируются до требуемого числа во время интервала времени крона.

az spring app scale \
    --resource-group <resource-group-name> \
    --service <Azure-Spring-Apps-service-instance-name> \
    --name <app-name> \
    --scale-rule-type cron \
    --scale-rule-name testscalerule \
    --scale-rule-metadata timezone="Asia/Shanghai" \
                          start="10 * * * *" \
                          end="15 * * * *" \
                          desiredReplicas="3" \
    --min-replicas 0 \
    --max-replicas 3

Масштабирование событий

События масштабирования можно найти в системных журналах базового приложения контейнера и отфильтровать EventSource с помощью KEDA, как показано в следующем примере:

ContainerAppSystemLogs_CL 
| where ContainerAppName_s == 'YourAppName' and EventSource_s == 'KEDA'

Очистка ресурсов

Не забудьте удалить ресурсы, созданные в этой статье, если они больше не нужны. Чтобы удалить ресурсы, просто удалите группу ресурсов, содержащую их. Группу ресурсов можно удалить с помощью портал Azure. Кроме того, чтобы удалить группу ресурсов с помощью Azure CLI, используйте следующие команды:

echo "Enter the Resource Group name:" &&
read resourceGroupName &&
az group delete --name $resourceGroupName &&
echo "Press [ENTER] to continue ..."

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

Сопоставление личного домена с Azure Spring Apps с помощью стандартного плана потребления и выделенного плана