※ 本記事は、Aaron Rimelによる”Monitoring enterprise exceptions with Stack Monitoring’s new Enterprise summary“を翻訳したものです。
2022年11月24日
Stack Monitoringの新しいエンタープライズ・サマリーを紹介します。Stack Monitoringは、Oracle Cloud Infrastructure（OCI）の可観測性および管理ソリューションです。問題の検索に費やす時間を短縮し、Stack Monitoringは問題の特定に役立ちます。Stack Monitoringのエンタープライズ・サマリーは、OCI、オンプレミス、他のクラウドのいずれかでホストされているかにかかわらず、IT環境全体の関心領域の概要を示します。Stack Monitoringのエンタープライズ・サマリーは、企業の最悪のパフォーマンスまたは使用率の高いシステムの特定に役立つ主要なパフォーマンス・メトリックを提供します。
企業全体のリソース停止およびオープン・アラーム
ステータス・サマリーを使用すると、DevOpsエンジニアは、即時対応が必要な可能性のある停止状態または非レポート状態のリソースを迅速に識別できます。「Down」を選択すると、スライドアウトが起動し、企業内で停止しているすべてのリソースのリストが表示されます。スライドアウトを使用すると、ユーザーは、リストを「停止中」から「レポートなし」に簡単に更新したり、検索フィールドにリソース名を入力して、リソース・タイプに関係なく特定のリソースのステータスを確認できます。リソースの名前をクリックすると、そのユーザーはリソースのホームページに移動してさらに調査します。
ソース・タイプ別のステータスは、企業全体のタイプおよびステータス別にリソースを編成します。凡例内をクリックすると、リソース・タイプ別の停止状態のリソース数を示すチャートが更新されます。DevOpsエンジニアは、リソース数および停止するタイプのリソースを迅速に識別できます。
特定のリソース・バー（ホストなど）をクリックすると、スライドアウトが起動され、停止状態のすべてのホストのリストが表示されます。スライドアウト内からリソース名をクリックすると、再度リソースのホームページに移動し、さらに調査できます。エンジニアは、検索をいつでも変更して、重要なリソースをすばやく検索できます。
Stack Monitoringを使用すると、企業内のオープン・アラームを簡単に確認できます。アラーム・サマリーには、開いているアラームとアラーム数の合計が重大度別に表示されます。アラームの数（クリティカル、警告、エラー、合計など）をクリックすると、スライドアウト・パネルが開き、開いているアラームの数（名前やトリガー時間など）にコンテキストが追加されます。アラーム名をクリックすると、OCI通知サービス内の新しいタブが開き、アラームに関する詳細が表示されます。
エンタープライズ全体のキー・パフォーマンス・メトリック
Stack Monitoringは、アプリケーションのパフォーマンスおよびアプリケーションが実行されるリソースに関する重要なインサイトを提供します。エンタープライズ・サマリーでは、主要なパフォーマンス・メトリックを使用して、企業全体の考えられる関心分野を強調表示します。これらのメトリックは、リソース・タイプまたは層別に編成されます。階層は、通常のアプリケーション・スタックに表示されるとおりに順序付けされ、アプリケーション全体のメトリックが上部およびホスト・メトリックの下部に表示されます。これらの層には、E-Business Suite（アプリケーション固有のメトリック）、WebLogic Server（アプリケーション・サーバー）、Oracle Database（データベース）およびホストが含まれます。これにより、エンジニアはアプリケーション・スタックを調査する場合と同様に、エンタープライズ・サマリー・ページを使用できます。各チャートおよび表は、最も使用率が高いリソースまたは最も低いリソース（あるいはその両方）を提供します。
E-Business Suiteアプリケーションを強調表示したアプリケーション層
最上位層には、E-Business Suite（EBS）アプリケーションの全体的なヘルスおよびパフォーマンスに関連するメトリックが含まれます。エンジニアはこの階層のメトリックを使用して、EBSとそのコンポーネント（コンカレント・マネージャなど）の全体的なパフォーマンスを表示できます。たとえば、メトリックは、EBSアプリケーションの状態に関する一般的な視点を提供し、エラーのある完了済リクエストの割合が最も高いEBSアプリケーションを判断します。これにより、エンジニアは、特定のEBSアプリケーションのパフォーマンスがエンタープライズ内の他のEBSアプリケーションとは異なるかどうかを迅速に識別できます。
いつでもリソースを動的にトラブルシューティング
時は金なり。パフォーマンスの問題や停止をトラブルシューティングするとき、時間とお金がかかります。DevOpsエンジニアは、企業全体の問題を即座に動的にトラブルシューティングできます。更新されたエンタープライズ・サマリーにより、エンジニアはパフォーマンス・チャートおよび表を更新して、調査に役立つその他のメトリックを表示できます。エンジニアが「EBSアプリケーション・リクエストとエラー」をすばやく交換する必要がある場合は、鉛筆アイコンをクリックし、実行時にプログラムを実行時に実行するなどのメトリックをリストから選択します。エンジニアは、エンタープライズ全体でパフォーマンスが最も遅いEBSアプリケーションをミリ秒単位で表示できるようになりました。
コンカレント・マネージャではなく、エンジニアが通知メーラーを調査する必要がある場合は、鉛筆アイコンをクリックして、リソース・タイプを通知メーラーに更新し、表示するメトリックをリストから選択します。エンジニアはメトリックをレビューし、関心のある分野について調査できます。エンジニアが調査を完了すると、これらのメトリックをデフォルトとして保存するか、デフォルトを復元するか、何も行わないことができます。何もしない場合、ユーザーがエンタープライズ・サマリーに戻ったときに、ページはデフォルトの設定に戻ります。トラブルシューティング時にエンジニアが必要とするメトリックは、クリックするだけでいつでも利用できます。
すべてのロールのエンタープライズ・サマリー
エンタープライズ全体の健全性とパフォーマンスに関して重要な詳細を提供するWebLogic ServerやOracle Databaseなどの様々なリソース・タイプについて、すぐに利用できるメトリックが表示されます。エンタープライズを監視する際にユーザーが特定の職責を持つことを認識すると、Stack Monitoringのパーソナライゼーションにより、エンタープライズ・サマリーを各ユーザーの特定のニーズに合せることができます。たとえば、ユーザーがDBAで、データベースに焦点を当てる場合、DBAは単にタイトル、層およびメトリックを更新し、まだ提供されていない追加のデータベースまたはホスト・メトリック（あるいはその両方）を表示できます。ページが更新されたら、「デフォルトとして保存」をクリックするだけです。エンタープライズ・サマリー・ページには、ユーザーがデフォルトを復元するか、ブラウザのキャッシュをクリアするまで、更新されたメトリックが常に表示されます。
停止状態のリソースを特定する場合でも、WebLogic Serverリクエスト処理時間の外れ値を判断する場合でも、エンタープライズ・サマリーは、調査が必要な可能性のあるエンタープライズのリソースに関する重要なインサイトを提供します。エンタープライズ・サマリーでは、ホストされる場所に関係なく、すべてのリソースが単一のビューに表示されます。問題の検索時間を短縮し、Stack Monitoringに問題を伝えます。