Azure Activity ログと Azure Service Health で、アプリのライフサイクルイベントを監視する

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

Note

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

この記事の適用対象: ✔️ Basic または Standard ✔️ Enterprise

この記事では、Azure Activity ログと Azure Service Health でアプリのライフサイクルイベントを監視し、アラートを設定する方法を説明します。

Azure Spring Apps では、アプリケーションの状態と正常性を監視する組み込みツールを提供しています。アプリのライフサイクルイベントは、アプリケーションに対する変更を把握し、必要な対応を行うのに役立ちます。

前提条件

Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。
Azure Spring Apps サービスのインスタンスをデプロイし、少なくとも 1 つのアプリケーションをサービスのインスタンスに作成済みである。詳細については、Azure Spring Apps での初めての Spring Boot アプリのデプロイに関するクイックスタートを参照してください。

ユーザーのトリガーにより発生するアプリのライフサイクルイベントを Azure Activity ログで監視する

Azure Activity ログには、サブスクリプションのリソース上で実行する操作によって発生するリソースイベントが記録されます。アプリケーションライフサイクルイベント (開始、停止、再起動など) の次の詳細が Azure アクティビティログに追加されます。

操作が発生した時刻。
操作の状態。
アプリの起動時に作成されるインスタンス。
アプリを停止すると削除されるインスタンス。
アプリの再起動時に削除および作成されるインスタンス。

アプリの再起動時に影響を受けるインスタンスを表示するには、Azure portal で Azure Spring Apps インスタンスに移動し、ナビゲーションウィンドウで [アクティビティログ] を選択します。

Azure Service Health でアプリのライフサイクルイベントを監視する

Azure Resource Health は、サービスの可用性に影響し得る問題を分析し、それに関するサポートを受けるのに役立ちます。こうした問題には、サービスのインシデント、計画メンテナンスの期間、地域的な障害などがあります。アプリケーションの再起動イベントは Azure Service Health に追加されます。そこには、予期しないインシデント (計画外のアプリのクラッシュなど) とスケジュールしたアクション (計画メンテナンスなど) の両方が含まれます。

計画外のアプリのライフサイクルイベントを監視する

計画外のイベントが原因でアプリが再起動されると、Azure Portal の [リソース正常性] セクションに、Azure Spring Apps インスタンスに機能低下の状態が表示されます。 degraded は “引き続き使用はできるが、リソースによってパフォーマンスの潜在的な低下が見つかった” ことを意味します。計画外のイベントの例には、アプリのクラッシュ、正常性チェックのエラー、システムの障害などがあります。

Azure ホームページで、[Service Health] を選択し、[Resource Health] を選択します。

正常性履歴では、最新の状態、根本原因、影響を受けるインスタンスを確認できます。

アプリのライフサイクルイベントの計画を監視する

プラットフォームのメンテナンス時にアプリが再起動する場合があります。 Azure Service Health の[Planned mainenance]\(計画メンテナンス\) ページで事前にメンテナンス通知を受け取ることができます。

プラットフォームメインテナントが発生すると、Azure Spring Apps インスタンスに低下状態が表示されます。プラットフォームのメインテナント中に再起動が必要な場合、Azure Spring Apps はローリング更新を実行してアプリケーションを段階的に更新します。ローリングアップデートでは、ダウンタイムなしでワークロードを更新します。正常性の履歴ページで最新の状態を確認できます。

Note

現在 Azure Spring Apps では、基盤となる Kubernetes バージョンをアップグレードする計画メンテナンスを 2 から 4 か月に 1 回定期的に実行しています。詳しいメンテナンスタイムラインについては、Azure Service Health のページで通知を確認してください。

アラートを設定する

アプリのライフサイクルイベントに対するアラートを設定できます。サービスの正常性通知も Azure のアクティビティログに保存します。アクティビティログには大量の情報を保存するので、サービスの正常性通知のアラートを閲覧、設定しやくするために、専用のユーザーインターフェイスを用意しています。

アラート設定の全体的な手順は次のとおりです。

トリガーによるアラート発生時に実行するアクションを設定するアクショングループをセットアップします。アクションの種類には、例として、音声通話発信、SMS 送信、メール送信や、トリガーを使用したさまざまな自動アクションがあります。ユーザーの要件に応じて、さまざまなアラートで同じアクショングループを使用することも、異なるアクショングループを使用することもあります。
アラートルールを設定します。アラートでは、アクショングループを使用して、特定のアプリのライフサイクルイベントに対するアラートがトリガーにより発生したことを、ユーザーに通知します。