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

Эта статья относится к:✅ стандартному потреблению и выделенным ресурсам (предварительная версия) ❎ Базовый/Стандартный ❎ Корпоративный

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

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

Для получения дополнительной информации см. документацию Azure Container Apps.

Предварительные условия

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

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

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

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

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

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

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

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

• Интервал опроса и период охлаждения — это два интервала времени, которые происходят во время автомасштабирования.

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

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

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

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

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

Дополнительные сведения об определении настраиваемых правил см. в разделе "Масштабировщики 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 ..."

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