監視タスクは、監視デバイスの設定に従ってプライベートエージェントに割り当てられます。 プライベート エージェントは、さまざまな理由により、監視セッションの実行を拒否したり、監視結果をサーバーに返さなくしたりすることができます。
監視セッションでの障害の原因として考えられる理由は、次のとおりです。
- プライベート・エージェントのセッション制限。
- サーバー リソースの制限。
- 接続の問題。
- その他の問題。 詳細については、テクニカル サポートにお問い合わせください 。
別の言い方をすれば、この比率は、エージェントによって監視が拒否されたか、監視結果を返さなかった監視セッションの数を表します。失敗率は、プライベート エージェントの失敗したセッションと、プライベート エージェントで実行する必要があったすべてのセッションの割合です。失敗率は、プライベート エージェント マネージャー ページ (> プライベート エージェントの管理) で、各プライベート エージェントに対して提供されます。
失敗率の値は、モニタリング セッションによって異なります。 一般的に、10%以下の比率は許容可能と考えられる。 ただし、10%を超える比率値は、対応するプライベートエージェントの問題を指し示しており、調査する必要があります。
セッションの制限
ServerView/WebView 監視デバイスの場合、プライベート エージェントによって並行して実行できるセッションの数に Dotcom-Monitor による制限はありません。 ただし、プライベート エージェントが実行されているサーバーの容量と監視デバイスの種類は、監視を構成するときに考慮する必要があります。 たとえば、ストリーミング メディア監視セッションの実行には、同じプライベート エージェントで HTTP 監視セッションを並行して実行するために使用されるリソースよりも多くのリソースが必要です。 平均して、8コアサーバーにインストールされたプライベートエージェントは、サーバーに過負荷をかけることなく、最大50台のデバイスを並行して実行できます。
BrowserView/UserView 監視デバイスの場合、プライベート エージェント サービスは既定で、プライベート エージェントでの 4 つの監視デバイスの並列実行をサポートします。 したがって、4 つのブラウザー セッションを 1 つのプライベート エージェントで並行して実行できます。
すべてのサービスが使用中で、もう 1 つのセッションの開始がスケジュールされている場合、セッションの制限に達し、プライベート エージェントはセッションの実行に失敗します。 この場合、失敗は [失敗率] の値に反映されます。
プライベート エージェントの障害を防ぐには、 監視の頻度 と デバイスの実行期間、 およびプライベート エージェントで実行する必要があるデバイスの数を考慮してください。 監視要件のプライベート エージェントの数を計算するには、「
必要なプライベート エージェントの数
」を参照してください。
サーバーリソースの制限
監視の実行中に、プライベート エージェント サーバーでサーバー リソースの制限 (CPU、メモリなど) に達する可能性があります。 過負荷状態を回避するには、 プライベート エージェントのインストール中に CPU 要件を考慮してください。
接続の問題
監視セッション中にネットワーク接続の問題が発生した場合、プライベート エージェントの結果は Dotcom-Monitor によって受信されません。 このようなセッションは失敗と見なされ、失敗率の値で表示されます。