Function App の Elastic Premium Plan にて割り当て済みのインスタンス数を確認する方法
はじめに
みなさん、こんにちは。App Service サポート担当の間山です。 関数アプリを実行するにあたり、ホストされるプランとして Elastic Premium Plan が提供されております。Elastic Premium Plan を使用して関数アプリの関数コードアプリケーションを実行することで、イベント量に応じて動的にインスタンスがスケールされます。今回の内容は、以下の弊社グローバルチームが執筆しております Tech Community 内のブログ記事ございます How to check Elastic Premium Plan Function App allocated instance counts history の内容を日本ユーザ向けに解説をいたします。
Elastic Premium Plan とは
関数アプリをホストする上で、3 種類のホスティングプラン（従量課金 Plan、App Service Plan、Elastic Premium Plan）の中から選択することが出来ます。App Service Plan を選択すると専用ホスティングプランとして通常の App Service（Web Apps）と同様に、指定されたインスタンス数に基づいて関数アプリの関数コードアプリケーションが実行されます。また、Web Apps と 関数アプリを 1 つの App Service Plan 内にて実行することが出来ます。スケーリングする場合には、手動でインスタンス追加のオペレーションや CPU 使用率や時刻による自動スケーリングを設定することが出来ます。 一方で、従量課金 Plan と Elastic Premium Plan は、関数コードアプリケーションのイベント数に応じてインスタンス数がスケーリングいたします。違いといたしましては、従量課金 Plan は他のユーザが実行している関数アプリとインスタンスを共有が行われ、Elastic Premium Plan は占有インスタンスとして、自身の関数アプリのみ実行されます。
Elastic Premium Plan を使用することで、App Service Plan のように関数アプリを占有のインスタンス上にて実行が行われ、従量課金プランのようにイベントに応じてスケールが行われる機能を利用することができ、以下の利点がございます。そのため、関数アプリをホスティングする際には、Elastic Premium Plan をご検討いただけると幸いです。
Elastic Premium Plan のホスティングでは、関数に次の利点があります。
- インスタンスを常にウォーム状態に維持することでコールド スタートを回避。
- 仮想ネットワーク接続。
- 無制限の実行期間 (60 分保証)。
- Premium インスタンス サイズ (1 コア、2 コア、4 コアのインスタンス)。
- 従量課金プランと比較して、予測可能な料金。
- 複数の Function App を含むプランでの高密度アプリ割り当て。
割り当て済みのインスタンス数を確認する方法
1. 問題の診断と解決
関数アプリの Azure Portal 左メニューブレードにて 問題の診断と解決 がございます。検索ボックスから、HTTP と入力を行い候補として「HTTP 関数のスケーリング」にて表示されます。画面内では以下のスクリーンショットのように 関数アプリに割り当てられたワーカーの数 で表示されます。関数アプリに割り当てられたインスタンス数が 0 > 2 > 3 台へ遷移していることを確認することが出来ます。
問題の診断と解決- HTTP 関数のスケーリングの確認例
2. ライブメトリック
関数アプリにて Application Insights を有効後に、接続された Application Insights の Azure ポータル左メニューブレードにございます ライブメトリック へ移動することで、現在関数アプリに割り当て済みのインスタンス数を確認するすることが出来ます。以下のスクリーンショットの右上には、2 servers online と出力しており、関数アプリ配下では 2 台のインスタンスが動作していることを確認することが出来ます。さらには、スクリーンショット下部の サーバー(10s の平均) では割り当てられているインスタンス ID の一覧が表示されております。
ライブメトリックの出力例
3. スケールコントローラーのログ
スケールコントローラーと呼ばれるコンポーネントを使用して、イベントレートを監視し、スケールアウトとスケールインが決定されます。スケールコントローラーのログ出力となりますが、以下の弊社提供の公開情報にて詳細のご案内がございますため、ご参考になれば幸いです。
Application Insights のログ内でのクエリ例
traces
| extend CustomDimensions = todynamic(tostring(customDimensions))
| where CustomDimensions.Category == "ScaleControllerLogs"
| where message == "Instance count changed"
| extend Reason = CustomDimensions.Reason
| extend PreviousInstanceCount = CustomDimensions.PreviousInstanceCount
| extend NewInstanceCount = CustomDimensions.CurrentInstanceCount
スケールコントローラーのログ出力例
また、スケールコントローラーのログを有効にしていない場合には以下のクエリを用いて Application Insights の traces テーブルから cloud_RoleInstance カラムの値を dcount() を使用して重複を排除して数え上げることで、インスタンス数の経時変化を確認をすることが出来ます。
Application Insights の traces ログを用いたクエリ例
// 直近 3 日間について 5 分おきに割り当てられているインスタンス数を集計しグラフとして描画する
traces
| where timestamp > ago(3d)
| make-series AllocatedWorkerInstances = dcount(cloud_RoleInstance) on timestamp from ago(3d) to now() step 5m
| render timechart
Application Insights の traces ログを用いたクエリの出力例
まとめ
Elastic Premium Plan は、自身の関数アプリを占有インスタンスにて実行することができ、関数コードアプリケーションのイベントに応じてインスタンスのスケーリングが行われます。インスタンス数が変動するため、課金に不安があると想定しておりますが、今回ご紹介いたしました 3 つの方法を利用して、例えば関数コードアプリケーションの負荷試験や突然のイベントが発生した際に、Elastic Premium Plan にて実行されているインスタンス数はどれくらい実行されているか確認することが出来ますため、ご参考いただけますと幸いでございます。
2024 年 03 月 13 日時点の内容となります。
本記事の内容は予告なく変更される場合がございますので予めご了承ください。