※ 本記事は、Ana Maria McCollumによる”OCI Stack Monitoring“を翻訳したものです。

2023年8月23日


新しいOCI Stack Monitoringサービスは、Oracle Cloud Observability and Managementソリューションの一部です。

Stack Monitoringは、Oracle Cloud Infrastructure上で実行されているかオンプレミスで実行されているかに関係なく、基礎となるスタックを含むアプリケーションの検出と監視を提供します。Stack Monitoringの初期リリースでは、Oracle DatabasesWebLogic ServersおよびOracle E-Business Suite (EBS)アプリケーションの状態を完全に可視化でき、その基礎となるコンポーネントは1つのソリューションで一緒に表示できます。

Stack Monitoringアプリケーション検出およびトポロジ

目に見えないものを監視することはできず、アプリケーションの一部を監視するだけの様々なツールを使用すると、問題の解決が遅れます。1回のクリックで、Stack Monitoringは、Oracle E-Business Suite (EBS)とそのコンポーネント(コンカレント処理、Formsシステム、ワークフロー・グループ、基礎となるWebLogicクラスタおよびWebLogicサーバーなど)を検出します。EBSアプリケーションのデータベース層として機能するOracle Databaseも検出できます。EBSアプリケーションのトポロジが自動的に構築され、EBSアプリケーションの特定のWebLogicサーバーおよびそれが依存するOracle Databaseとの相関が可能になります。これにより、EBSアプリケーションのスタック全体の問題をより適切に監視および関連付け、アプリケーションの一部を監視するレガシー・ツールを排除する基盤が提供されます。

すでにOS管理サービスを使用しており、リソースおよび検出のモニタリングを設定している場合、Oracle DatabaseおよびWebLogicサーバー・リソースはすでに自動検出され、状態およびリソース使用率を監視されている可能性があります。Stack Monitoringで、これらの自動検出されたリソースに対してより詳細なモニタリングを有効にできます。

検出後、検出されたすべてのリソースでステータスとパフォーマンスのモニタリングが自動的に開始されます。

エンタープライズ全体での大規模な監視

「エンタープライズ・サマリー」ページには、アプリケーションとその基礎となるスタック・コンポーネントの全体的な状態の概要が表示されます。大規模な監視を可能にするために、さらなる調査のためのドリルダウンをサポートして、問題を強調するように設計されています。単一のビューで、様々なリソース・タイプにまたがるリソースの表示が迅速になり、さらに詳細な調査にドリルダウンできます。開いているアラームを確認し、任意のアラームを選択し、アラームをトリガーしたメトリックをさらに探索できます。

E-Business Suiteリージョンには、EBSアプリケーションの特定のインスタンス内のすべてのコンポーネントのステータスのスタック・ビューが表示されます。完全に緑色のEBSスタックは、すべてのコンポーネントが稼働していることを意味します。緑色でない部分(赤色または灰色)は、可用性ステータスの問題があるEBSコンポーネントを表します。これらのEBSインスタンスのいずれかをすばやくドリルダウンして、さらに調査します。すべてのEBSインスタンスがこのE-Business Suiteリージョンで表され、企業内のすべてのEBSインスタンスの可用性を1つのビュー内で迅速に評価できます。

図1: アプリケーションの状態とその基礎となるコンポーネントのサマリー

 

ホームページは、スタック全体の全体的な可観測性とモニタリングとドリルダウンを提供

リソース・ホームページは、リソースの全体的な可観測性および監視を提供します。すぐに可用性ステータスを確認し、ドリルダウンしてアラームの詳細を確認することで、開いているアラームを調べます。リソースの主なワークロード測定、スループット、パフォーマンス、および使用率が提供されるため、リソースの全体的な状態をチェックできます。

たとえば、コンカレント処理などの重要なEBSコンポーネントの場合、コンカレント要求の量をステータス(実行中、保留中、予定済など)別にレビューし、異なるコンカレント・マネージャの使用済容量をチェックし、完了したコンカレント要求の全体的なトレンドが引き続き成功することを検証できます。

予期しない高いワークロードまたは遅いパフォーマンス状態が観察された場合は、時間コントロールを使用して、開始時に戻ってレビューします。パフォーマンスの低下の原因として、依存リソースの問題が考えられます。「関連リソース」ビューでは、これらの依存リソースを識別し、それぞれのホームページに簡単にナビゲートして、パフォーマンス調査を続行できます。

図2: ホームページは、全体的な可観測性と監視を提供

 

EBSの可観測性および監視

EBSホームページを使用すると、EBSアプリケーションの全体的なヘルス、ステータスおよび機能を可観測および監視できます。「メンバー・ステータス」可用性リージョンを使用して、EBSコンポーネントの可用性ステータスを確認します。すべてのEBSコンポーネント(コンカレント処理、フォーム・システム、ワークフロー通知メーラーなど)にまたがるアラームをまとめ、アラームの重大度別にレビューし、ドリルダウンしてさらに調査できます。アプリケーションまたはアクティブなユーザー・セッション別のアクティブなリクエストを確認して、EBSアプリケーションの負荷を確認します。

図3: EBSの全体的な状態、ステータスおよび機能の監視

 

EBSスタック・ビューでは、EBSとその基盤となるスタック全体の重要なKPIを迅速に把握できます。たとえば、上位のEBSプログラムの実行時間をレビューして、予想される時間枠内であることを確認できます。完了したコンカレント・マネージャ要求は、正常に完了したものとして監視および検証できます。基礎となるoacore WebLogic管理対象サーバーのJVMヒープ使用率を確認して、ヒープで最大化される危険性がないことを確認できます。JDBC接続および失敗率を監視して、プログラムが基礎となるOracle Databaseに正常に接続できるようにすることもできます。

図4: E-Business Suiteスタック・ビュー

 

アラームがEBSの停止またはパフォーマンスの問題を警告

すべてのステータスおよびパフォーマンスのテレメトリがOCIモニタリングに送信され、リソースが停止している(コンカレント処理が停止している)、リソースが最大化しようとしている(JVMヒープ使用率 > 80%)とき、またはパフォーマンスが遅い(特定のプログラムに対する長時間のアクティブ・コンカレント・リクエストが予想より長時間実行されている)ときにアラームをトリガーするアラーム・ルールの設定が可能になります。OCI通知を使用すると、アラームがトリガーされたときに電子メールおよびその他の通知を送信できます。

図5: EBSの問題の事前通知

 

部分的なスタックの可視性を提供したツールからバック・タイムとリソースをリカバリできるようになったので、OCI Stack Monitoringソリューションを使用してどのくらいの成果を達成できるかをご確認ください。アプリケーション・スタックのサポートを追加し続けるため、今後のブログにご注目ください。

 

始めるには

Stack Monitoringのドキュメントを確認してください。