アプリケーションにエージェントをインストールすると、Application Real-Time Monitoring Service (ARMS) がそのモニタリングを開始します。[アプリケーションリスト] ページでは、秒間リクエスト数、エラー率、応答時間などの基本的なメトリック、およびグローバルなアプリケーショントポロジーと全体的なヘルス状態を確認できます。
アプリケーションリスト
[アプリケーションリスト] には、モニタリング対象のすべてのアプリケーションに関する秒間リクエスト数、エラー率、平均応答時間などの基本的なメトリックが表示されます。
ページの右上隅で、[リストビュー] と [グリッドビュー] を切り替えることができます。テーブルには、[CVE 脆弱性] と [スマートインサイト] の列も含まれています。
-
アプリケーション名をクリックすると、その詳細データを表示したり、カスタム設定を構成したりできます。詳細については、「モニタリング詳細の表示 (新規)」をご参照ください。
-
アプリケーションにタグを付けるには、[タグ] 列の
アイコンをクリックします。詳細については、「カスタムタグを作成してバインドする」をご参照ください。アプリケーションタグを使用して、アプリケーションのフィルター、アプリケーション権限の管理、コストの割り当てができます。
タグを使用して シナリオベースの分析 データなどの他のアプリケーションデータをフィルターする場合は、オープンソースの Prometheus の命名規則に従ってください。タグには文字、数字、アンダースコア (_) のみを含めることができ、小文字で始める必要があります。
言語 列のアイコンは、アプリケーションのプログラミング言語を示します:
-
: Java -
: Go -
: Python -
- (ハイフン): Managed Service for OpenTelemetryでモニタリングされるアプリケーション
グローバルトポロジー
[グローバルトポロジー] ページには、指定した時間範囲内における、モニタリング対象のすべてのアプリケーション間の呼び出し関係が表示されます。
右上隅にある [トポロジービュー] アイコンをクリックして、グラフビューに切り替えます。左側のパネルでは、[力指向]、[階層]、[円形] の 3 つのレイアウトがサポートされています。トポロジーグラフでは、秒間リクエスト数、応答時間、エラー数などのメトリックが各アプリケーションノードの上に表示されます。ノード間の線は呼び出し関係を表し、異常ノードには警告アイコンが表示されます。
ヘルス状態
[ヘルス状態] ページでは、各アプリケーションは設定されたしきい値に基づいて、赤、黄、または緑で色付けされた四角形で表されます。
ページの右上隅で、[グリッドビュー] に切り替えることができます。ページの上部には、アプリケーションの総数と、正常、警告、クリティカルの各ステータスの数が表示されます。アプリケーション名で検索するか、[正常なアプリケーションを非表示にする] チェックボックスを選択してビューをフィルターできます。
[しきい値設定] をクリックして、未クリアのアラート、新規例外、平均持続時間のしきい値を設定します。
しきい値を設定すると、四角形の色は赤 > 黄 > 緑の優先度になります。複数のしきい値条件が満たされた場合、最も優先度の高い色が使用されます。たとえば、未クリアのアラートのステータスが黄色、新規例外が緑、平均持続時間が赤の場合、その四角形は赤色になります。
デフォルトのしきい値は次のとおりです: 未クリアのアラート: 0 で緑、1 で黄、2 で赤。新規例外: 0 で緑、1 で黄、2 で赤。平均持続時間: 0 ms で緑、100 ms で黄、500 ms で赤。各メトリックは、そのスイッチを使用して有効または無効にできます。[確認] をクリックして設定を適用します。
四角形をクリックすると、現在の期間におけるアプリケーションの未クリアのアラート、新規例外、平均持続時間を表示できます。
ポップアップダイアログボックスでは、未クリアのアラートが名前順に優先度レベル (P2 や P4 など) とともに一覧表示されます。新規例外は、タイプ (RuntimeException や IOException など) ごとにグループ化されてカウントされます。平均持続時間は、現在の期間の平均応答時間です。
よくある質問
アプリケーション名が重複するのはなぜですか?
次の 2 つのシナリオで、アプリケーション名が重複して表示されることがあります:
-
異なるソースからの 2 つのアプリケーションが同じ名前を使用している場合。たとえば、EDAS や SAE などの別のクラウドプロダクトを介して ARMS と統合されたアプリケーションが、手動で接続したアプリケーションと同じ名前を共有している場合です。
-
異なる言語フレームワークで構築された 2 つのアプリケーションが同じ名前で設定されている場合。
RAM ユーザーがアプリケーションを表示できない
ReadOnlyAccess または AliyunARMSReadOnlyAccess システムポリシーのみが付与された RAM ユーザーは、ARMS コンソールにログインできますが、アプリケーションを表示することはできません。特定のリソースグループに対して ReadTraceApp 権限も付与する必要があります。そうしないと、ARMS はリソースグループベースの権限付与の下でアプリケーションリストを表示できません。詳細については、「アプリケーションモニタリングのカスタム RAM 認可ポリシー」をご参照ください。
ReadTraceApp 権限ポリシーを付与する際は、[リソース範囲] をリソースグループレベルに設定してください。
RAM ユーザーの [マイパーミッション] タブでは、ReadTraceApp ポリシーのタイプはカスタムであり、[リソース範囲] 列にはデフォルトリソースグループなどの特定のリソースグループがリストされます。