Content Monitor
Content Monitor アプリは、複数のログと API からデータを収集し、プラットフォームのコンテンツ、構成、使用状況に関する主要なメトリクスを表示します。月次または週次サマリーから個々のレコードまで、複数の詳細レベルでデータを表示します。これにより、管理者はプラットフォームの動作とパフォーマンスを分析できます。
アプリには、主に次の 4 種類のシートが含まれています。
-
週次サマリーとスナップショットは、プラットフォームのステータスと最近の傾向を監視するための高レベルなメトリクスを表示します。これらのシートは毎週確認してください。
-
コンテンツ指向のシート (ストリーム、アプリケーション、タスク階層、ファイル インベントリなど) は、プラットフォームで作成、またはプラットフォームに関連付けられたコンテンツのリストを提供します。これらを使用して、コンテンツの特性を確認したり、クリーンアップ、合理化、最適化をサポートしたりできます。
-
運用シート (セッション、タスク実行、データ接続の使用状況、およびそれらの同時実行の詳細など) は、プラットフォームのアクティビティとパフォーマンスに関するインサイトを提供します。これらは、ワークロードを分析し、プラットフォームの負荷が高い領域を特定するための出発点となります。一部のシートには、グラフィカルビューが含まれていたり、同時実行性に焦点を当てていたりするものもあります。これらを使用して、パフォーマンスや使用状況の傾向と逸脱を特定し、可用性を維持または向上させるための対策を講じます。
-
インフラストラクチャには、高レベルの構成データが表示されます。このシートを使用して、プラットフォームのパフォーマンスに影響を与える可能性のある項目を確認または比較します。この情報は、調査や迅速なレビューに役立ちます。[エラーと警告] および [アーカイブされたログフォルダー ストレージ] シートは、バックエンドのメンテナンスを管理するのに役立ちます。
Content Monitor シート
ほとんどのシートでは、データをフィルタリングして特定のアイテムや期間に絞り込むことができます。セッション数やタスク実行などの運用メトリクスは、構成で設定された調査期間全体 (既定で 180 日) について、最初に計算および提示されます。必要に応じてフィルターを調整できます。
| Introduction | アプリの簡単な紹介として、バージョン、最終リロード日と期間、リロード時に使用された構成パラメーターを表示します。 |
|---|---|
| Weekly Summary | 瞬間的な KPI のコレクションを表示します。これには、絶対的な指標 (アプリ、ノード、データ ファイルの数など)、累積的な指標 (セッション数やタスク実行数など)、集計された指標 (最大同時セッション数や 1 日あたりの平均タスク実行時間など) が含まれます。 |
| Snapshot | 瞬間的な KPI のコレクションを表示します。これには、絶対的な指標 (アプリ、ノード、データファイルの数など)、累積的な指標 (セッション数やタスク実行数など)、集計された指標 (最大同時セッション数や月間平均データロードスクリプト実行時間など) が含まれます。 |
| Streams | コンテンツと使用状況のメトリクスを持つストリームを一覧表示します。[マイワーク (未公開)] ストリームは、すべての Professional ユーザーの作業ストリームを表し、メトリクスはそれらすべての累積を表します。ストリーム間の高レベルなフィルタリングと比較をサポートします。 |
| Applications | すべてのアプリと、ストリーム、セッション、RAM フットプリント、最終リロード日などの詳細をが表示します。特定の特性を持つアプリのフィルタリング、ソート、識別をサポートします。 |
| Sessions | プラットフォーム全体の使用状況と、セッション、アプリ、ユーザー間の相関関係、特に RAM 使用量に関連したアプリの使用パターンを表示します。 |
| Session Concurrency | セッションで使用されたアプリの同時セッション数と RAM 使用量が分単位で表示されます。同時実行数が最も多いアプリのデータも含まれます。 |
| Task Executions | ステータス、時間分布、負荷分散などのタスク実行データを集計します。フィルタリング、ソート、パフォーマンスの外れ値の識別を含む詳細なリストが含まれます。 |
| Task Execution Concurrency | 分単位の同時タスク実行数とピーク時のリロード RAM を表示します。ピーク時のリロード RAM はフル実行を想定しているため、実際の RAM はこれより低い場合があります。 |
| Task Hierarchy | タスクチェーンを持つすべてのタスクを一覧表示し、トリガータイプごとに完全なチェーンとタスク数を表示します。 |
| Data Connections Usage | すべてのデータ接続とアプリとの関係を表示します。フォルダー接続の場合は、各接続の下にあるファイルが表示されます。 |
| File Inventory | フォルダーデータ接続内のファイルの数とサイズを表示し、複製、ストレージの必要性、不要なファイルの特定に役立ちます。 |
| Files Analysis | ファイル インベントリ データをグラフィカル ビューで拡張し、傾向と外れ値をすばやく特定できるようにします。 |
| Infrastructure | サービス クラスター、ノード、エンジン、スケジューラーのセクションなど、QMC からの構成情報を要約して表示します。 |
| Errors & Warnings |
ノード、サービス、エラーまたは警告の種類ごとに、エラーと警告の数と傾向を表示します。Operations Monitor からのガバナンス ログ コンテンツ QVD にアクセスできない場合は利用できません。 |
| Archived Log Folder Storage | アーカイブされたログのサイズ、ファイルの種類、および経過期間を表示し、ログ構成とクリーンアップの必要性を評価するのに役立ちます。 |
構成
Content Monitor アプリは、既定の構成で実行するように設計されています。環境で必要とされる場合にのみ、設定をカスタマイズしてください。
アプリのカスタマイズ
データ ロード スクリプトには、構成とオプションの構成の 2 つの構成セクションがあります。カスタマイズする一般的な理由には、次があります。
-
アーカイブされたログまたはサーバー ログ フォルダーのデータ接続名を変更する。
-
監視アプリがセントラル ノードでリロードされない場合のマルチノード サイトのセントラル ノード名を指定する。
すべての構成オプションはスクリプト内に直接記載されています。
リロードスコープの調整
アプリがロードするデータを制限することで、リロード時間を短縮できます。これを実行するには、次のパラメーターを調整します。
-
ログのルックバック期間の日数
-
アプリの最終リロードからの日数
-
監視アプリを含めるまたは除外する
-
名前または説明のパターンでアプリを含めるまたは除外する
-
特定のデータ接続を含めるまたは除外する
-
特定のデータ ファイル タイプを含めるまたは除外する
-
特定のデータ ファイル名のパターンを含めるまたは除外する
-
特定のフォルダー名のパターンを含めるまたは除外する
アプリのハイレベルなシートを毎週リロードして確認することをお勧めします。データファイルのクロール プロセスはリソースを大量に消費する可能性があり、既定では月に 1 回のみ実行されるように設計されています。この頻度は必要に応じて調整できます。