自動スケーリングの監視

• 2 分

このユニットでは、自動スケーリングの監視の概念について説明します。

監視

他の Azure リソースと同様に、Azure Spring Apps の自動スケーリング アクションによってログが作成されます。 作成できるログには、次の 2 つのカテゴリがあります。

• 自動スケーリング評価: 自動スケーリング エンジンでは、チェックを行うたびに、単一の条件評価ごとにログ エントリが記録されます。 エントリには、メトリックの実際の値、評価されたルール、評価の結果がスケール アクションであったかどうかに関する詳細が含まれます。

• 自動スケーリング アクション: このエンジンによって、自動スケーリング サービスによって開始されたスケール アクション イベントと、それらのスケール アクションの結果 (成功、失敗、自動スケーリング サービスで確認されるスケーリングの量) が記録されます。

自動スケーリング イベントについて

自動スケーリング設定画面で、[実行履歴] タブに移動して、最新のスケール アクションを表示します。 また、このタブには実際の容量が時系列で示されます。 また、自動スケーリングの更新や削除の設定などの操作を含む、すべての自動スケーリング アクションの詳細が表示されます。 [設定] 画面にはアクティビティ ログも表示され、自動スケーリング操作でフィルター処理できます。

自動スケーリングでは、次のいずれかの状況が発生した場合、アクティビティ ログに記録されます。

• 自動スケールでスケール操作が発行された。
• 自動スケール サービスでスケール操作が正常に完了した。
• 自動スケール サービスがスケール操作を実行できない場合。
• 自動スケーリングによってフラッピングが検出され、スケーリングの試行が中止されます。 この状況では、Flapping のログの種類が表示されます。 Flapping が表示される場合は、しきい値が狭すぎるかどうかを検討してください。
• 自動スケーリングによってフラッピングが検出されますが、スケーリングは正常に実行できます。 この状況では、FlappingOccurred のログの種類が表示されます。 FlappingOccurred が表示される場合は、自動スケーリング エンジンによってスケーリング (たとえば、インスタンスを 4 つから 2 つにする) が試行されましたが、このアクションによってフラッピングが発生するだろうと判断されました。 代わりに、自動スケーリング エンジンによって、異なる数のインスタンス (たとえば、2 つではなく 3 つのインスタンスを使用する) にスケーリングされました。フラッピングが発生しなくなるので、この数のインスタンスにスケーリングされました。

Log Analytics を使用してアプリケーションの自動スケーリングを監視する

サポートされている Azure Monitor サービスと同様に、[診断設定] を使用して、ログを次へルーティングできます。

• 詳細な分析のために Azure Log Analytics ワークスペースにルーティングする。
• Azure Event Hubs にルーティングし、次に Azure 以外のツールにルーティングする。
• アーカイブ用の Azure ストレージ アカウントにルーティングする

Log Analytics を使用すると、評価とスケーリング アクションをより適切に検証できます。 サンプル アプリケーションでは、自動スケーリング設定を作成したときに、ワークスペースを介して Azure Monitor ログ (Log Analytics) に自動スケーリング ログをルーティングしました。

データはログ クエリを使用して Log Analytics ワークスペースから取得されます。これは、データを処理して結果を返す読み取り専用の要求です。 ログ クエリは、Azure Data Explorer で使用されるものと同じクエリ言語である Kusto クエリ言語 (KQL) で記述されます。

次の演習では、ログ分析を使用して、自動スケーリング イベントの詳細を確認します。