※ 本記事は、Aaron Rimelによる”Stack Monitoring now supports OCI Tags and SOA“を翻訳したものです。
2023年7月27日
スタック・モニタリングは、新しいリソース・タイプと新機能のサポートを迅速にリリースし続けています。このリリースでは、スタック・モニタリングはサービス指向アーキテクチャ(SOA)とOracle Cloud Infrastructure (OCI)タグのサポートをリリースしました。スタック・モニタリングによって、SOAアプリケーションを迅速かつシンプルに監視できます。
SOAベースのアプリケーション環境の監視は、関連するコンポーネントの数とその関係によって特に困難です。アプリケーション管理者は多くの場合、アプリケーションの全体像を把握できず、問題の根本原因を特定するのが困難です。スタック・モニタリングでは、次の方法でこれらの問題を解決します。:
- WebLogicドメインにデプロイされたすべてのSOAアプリケーションの自動検出
- SOAコンポーネントおよび基礎となるスタックの自動検出
- 状態やパフォーマンスに関するインサイトを簡単に表示、すぐに使用可能なメトリックとホームページの提供
- 簡単にドリルダウンでき、問題をクロススタックでトラブルシューティング
SOAとその基盤となる技術スタックの検出
SOAアプリケーションとその基盤となる技術スタックを見つけるのは簡単です。SOAアプリケーションを監視する最初のステップは、基礎となるホストを完全監視にプロモートすることです。ホストを完全監視にプロモートすると、OCIコンピュート・インスタンスの標準よりも追加のメトリック(ファイル・システムの監視など)と詳細なメトリック収集が提供されます。SOAアプリケーション・ホストがモニターされるようになったので、次のステップは、SOAアプリケーションとそのWebLogicサーバーを検出することです。スタック・モニタリングは、WebLogicドメイン検出の実行時にSOAアプリケーションを自動的に検出します。WebLogicがすでにスタック・モニタリングによってモニターされている環境では、WebLogicドメインをリフレッシュするステップを完了します。検出UIから、サポートされているリソースのリストからWebLogicドメインを選択します。ホスト名、管理者サーバー・ポート、ユーザー名およびパスワードなど、必要な空白を入力するだけです。スタック・モニタリングを使用すると、インフラ環境でのリソースの編成および割当てが容易になります。すべての検出フィールドが入力された状態で、「拡張オプションの表示 (Show advanced options)」を選択して、適切なタグを割り当てます。
Oracleには、すぐに使用可能な複数のタグが用意されています。また、組織のニーズに合わせてカスタム・タグを作成することもできます。このSOAアプリケーションを本番環境に関連付けるのは簡単です。まず、タグ・ネームスペースから「Oracle-Standard」を選択します。ネームスペースが定義された状態で、使用可能なタグ・キーのリストが移入され、「環境 (Environment)」を選択します。次に、使用可能な環境タグのリストから「Prod」を選択します。最後に、「Discover New Resource」を選択して検出ジョブを発行します。
検出ジョブが完了すると、スタック・モニタリングによって、SOAアプリケーション、WebLogicクラスタおよびWebLogicサーバー上のメトリックの収集がただちに開始されます。現在、SOAメトリックの収集により、スタック・モニタリングでは、一連のアラームのベスト・プラクティスにより、これらのリソースのアラームを簡単に作成できます。スタック・モニタリングでは、メトリック収集に加えて、検出されたこれらのリソース間にトポロジが作成されます。スタック・モニタリングのトポロジを使用すると、SOAアプリケーションに関連付けられているWebLogicドメインを迅速に識別してナビゲートできます。
ホームページは、SOAアプリケーションの状態とパフォーマンスに関するインサイトを提供
スタック・モニタリング・ホームページは、SOAアプリケーションのパフォーマンスおよび可用性を理解するための重要な情報を提供します。まず、SOAアプリケーション内のオープン・アラームまたは可用性の問題を簡単に識別します。
懸念のある領域がある場合は、コンポジット同期/非同期レスポンス時間などの即時利用可能なパフォーマンス・チャートを利用して、SOAがトランザクションの処理に予想よりも時間がかかっているかどうかを識別します。または、コンポジット/サービス・エンジンのエラー率を利用して、SOAトランザクションでエラーが発生しているかどうかを確認します。図3は、メッセージ・レートに一貫性があるように見えるが、SOAはエラーを生成していないと報告しています。これにより、ユーザーはパフォーマンスの問題の原因となっているエラーを除外できます。
アプリケーション・パフォーマンスの問題を何度もトラブルシューティングする場合、問題は基礎となる技術スタックに関連している可能性があります。関連するWebLogicサーバーの識別は、スタック・モニタリングのトポロジを使用すると簡単です。「関連リソース (Related Resources)」タブに移動し、WebLogicサーバーを選択して、WebLogicサーバーのパフォーマンスおよび可用性を調査するだけです。
OCIタグでリソースを簡単に検索
WebLogicドメインなどの親リソースにタグを適用すると、スタック・モニタリング・トポロジを使用してすべての子リソースにタグが伝播されます。この伝播は、スタック・モニタリング・ホームページを介して、またはリソース検出中にタグを適用するときに発生します。たとえば、前述の例では、検出中にProdタグがWebLogicドメインに適用された場合、WebLogicドメイン、WebLogicクラスタ、WebLogicサーバーおよびSOAアプリケーションには同じProdタグが割り当てられます。
「スタック・モニタリング」の「すべてのリソース」ページから、OCIタグがどのように役立つかの例として、Prodのタグ・フィルタを適用します。スタック・モニタリングでは、本番として指定されたリソースのみが表示され、サンドボックスやテストなど、他のすべてのリソースをフィルタで除外します。
スタック・モニタリングは、SOAとその関連技術スタック、リソース・ホームページ、すぐに使用できるメトリックをUIで簡単に検出できるため、価値を迅速に実現できます。スタック・モニタリングの自動検出トポロジにより、アプリケーション・スタックの上下を簡単にナビゲートできるだけでなく、OCIタグの適用も簡単になります。WebLogicドメインおよびサーバーを含むSOAアプリケーションの監視を開始するには、ドキュメントを参照してください。
ハッピー・モニタリング!