クイックスタート: Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリングを設定する

[アーティクル]
02/01/2024

注意

Azure Spring Apps は、Azure Spring Cloud サービスの新しい名前です。サービスの名前は新しくなりましたが、スクリーンショット、ビデオ、図などの資産の更新に取り組んでいる間、場所によってはしばらく古い名前が表示されます。

この記事の適用対象: ✔️ Standard 従量課金および専用 (プレビュー) ❌ Basic/Standard ❌ Enterprise

この記事では、Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリング規則を設定する方法について説明します。このプランでは、Azure Container Apps 環境を使用して Spring アプリケーションをホストし、次の管理とサポートを提供します。

宣言型スケーリングルールのセットにより、自動水平スケーリングを管理します。
Azure Container Apps でサポートされるすべてのスケーリングルールをサポートします。

詳細については、Azure Container Apps のドキュメントを参照してください。

前提条件

Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に Azure 無料アカウントをご確認ください。
Azure Spring Apps Standard 従量課金および専用プランサービスインスタンス。詳細については、クイックスタート: Azure Spring Apps Standard 従量課金および専用プランサービスインスタンスをプロビジョニングするに関する記事を参照してください。
Azure Spring Apps にデプロイされた Spring アプリ。

スケール定義

スケーリングは、制限とルールの組み合わせによって定義されます。

制限とは、Spring で許可されるインスタンスの最小数と最大数です。

スケールの制限既定値最小値最大値

デプロイあたりのインスタンスの最小数 1 0 30

デプロイあたりのインスタンスの最大数 10 1 30

既定では、デプロイが常に実行されるように、Spring アプリケーションの最小インスタンス数は 1 に設定されています。 0 にスケールインする場合は、最小インスタンス数を 0 に設定できます。
ルールとは、インスタンスを追加または削除するために自動スケーリングが従う条件です。スケールのルールには、「Azure Container Apps でスケーリングルールを設定する」の「スケーリングルール」セクションで説明されているように、HTTP、TCP、およびカスタムルールが含まれます。

複数のスケールルールを定義すると、いずれかのルールの最初の条件が満たされたときに自動スケーリングが開始されます。
"ポーリング間隔" と "クールダウン期間" は、自動スケーリング中に発生する 2 つの期間です。
- ポーリング間隔は、ルールで定義されているリアルタイムデータの各ポーリングアクション間の期間を定義します。ポーリング間隔は、既定で 30 秒に設定されています。
- クールダウン期間は、0 にスケーリングする場合にのみ適用されます。たとえば、最後に自動スケーリングによってメッセージキューがチェックされ、空だったときに 5 分待機します。

スケールの制限	既定値	最小値	最大値
デプロイあたりのインスタンスの最小数	1	0	30
デプロイあたりのインスタンスの最大数	10	1	30

自動スケーリング設定を設定する

Azure portal または Azure CLI を使用して、アプリケーションの自動スケーリング設定を設定できます。

Azure Portal
Azure CLI

自動スケーリングの設定とルールを定義するには、次の手順に従います。

Azure portal にサインインします。
[Azure サービス] で [Azure Spring Apps] を選択します。
[名前] 列で、自動スケーリングする Azure Spring Apps インスタンスを選択します。
Azure Spring Apps インスタンスの概要ページで、ナビゲーションペインの [アプリ] を選択します。
自動スケーリングするアプリケーションを選択します。
選択したアプリの概要ページで、ナビゲーションペインの [スケールアウト] を選択します。
[スケールアウト (プレビュー)] ページで、自動スケーリングするデプロイを選択します。
デプロイのインスタンス制限を設定します。
[追加] を選択してスケールルールを追加します。

次のコマンドを使用し、Keda Azure Service Bus Scaler をベースにして、Azure Spring Apps に自動スケーリング規則を使用するアプリケーションを作成します。

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 Service Bus キュー内のメッセージの数に応じて自動的に調整されます。キューにメッセージがない場合、アプリケーションは 0 個のレプリカにスケーリングされます。キューにメッセージがある場合、アプリケーションはメッセージ数に従ってスケールアウトされます。

カスタムスケーリングルール

カスタム規則の定義については、「Keda スケーラー」をご覧ください。次のセクションでは、MySQL と Cron にスケールルールを設定する 2 つの例を示します。

MySQL データベースで自動スケーリングルールを設定する

次の CLI コマンドは、Keda MySQL Scaler をベースにして Spring アプリケーションを自動スケーリングする方法を示しています。まず、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

Linux cron をベースにしてルールを作成する

次のコマンドは、Keda Cron Scaler をベースにしてルールを設定する方法を示しています。レプリカは、cron 時間間隔中に目的の数にスケーリングされます。

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

イベントのスケーリング

基になるコンテナーアプリのシステムログからスケーリングイベントを見つけ、次の例に示すように KEDA を使用して EventSource をフィルター処理できます。

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

リソースをクリーンアップする

この記事で作成したリソースは、不要になったら必ず削除してください。リソースを削除するには、それらのリソースを含むリソースグループを削除するだけです。リソースグループは、Azure portal を使用して削除できます。また、Azure CLI を使用してリソースグループを削除するには、次のコマンドを使用します。

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

次の手順

Standard 従量課金および専用プランを使用してカスタムドメインを Azure Spring Apps にマップする

次の方法で共有

クイックスタート: Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリングを設定する

前提条件

スケール定義

自動スケーリング設定を設定する

カスタムスケーリングルール

MySQL データベースで自動スケーリングルールを設定する

Linux cron をベースにしてルールを作成する

イベントのスケーリング

リソースをクリーンアップする

次の手順

フィードバック

フィードバック

その他のリソース

次の方法で共有

クイックスタート: Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリングを設定する

前提条件

スケール定義

自動スケーリング設定を設定する

カスタム スケーリング ルール

MySQL データベースで自動スケーリングルールを設定する

Linux cron をベースにしてルールを作成する

イベントのスケーリング

リソースをクリーンアップする

次の手順

フィードバック

フィードバック

その他のリソース

カスタムスケーリングルール