Dotcom-Monitor は、同じデバイスで複数のターゲットを追加できます (詳細については、「 単一デバイス内での複数のターゲットの追加 」をご覧ください)。 ただし、ターゲットが密接に関連していて、相互に依存している場合(例えば、認証を必要とするウェブサイトのトランザクションやWEB APIの監視)がない限り、デバイスごとに1つのターゲットを作成することをお勧めします。

つまり、アラート、レポート、ダッシュボードはすべてデバイス レベルで作成されます。 たとえば、アラートはデバイスのエラー状態でトリガーされますが、個々のタスクの実行時に検出されたエラーではトリガーされません。 これに対し、単一のタスクを持つ監視デバイスは、タスクの実行中にシステムがエラーを検出するたびにすぐにアラート通知を生成するように構成でき、要素別の詳細なレポートデータを提供します。

Dotcom-Monitor サービス内で監視デバイスを論理的にグループ化する必要がある場合は、マルチターゲット デバイスを設定する代わりに タグ付けを使用 します。

警告の制限

複数の監視対象が同じ監視デバイスの下で個別のタスクとして設定されている場合、エラーが発生した場合は、デバイス名と失敗したタスク名を識別するアラート通知が表示されます。 十分ですが、タスクは通常、多くの依存Web要素から結果を返します。 したがって、実際には 3 レベルの継承がありますが、アラート通知では 2 つのレベル (デバイスとタスク名レベル) のみが表示されます。 一部の Web 要素がエラーで応答した場合は、タスク名のみが表示されますが、エラーの原因となった Web 要素の詳細は表示されません。

もう 1 つ、デバイス内のタスクは順番に実行されます。 同じデバイス内で、3 つの HTTP 要求が個別のタスクとして設定されている場合。 各タスクには 120 秒の完了タイムアウトがあります。 システムは、デバイスで設定された順序でタスクを実行します。 最初のターゲット サービスが応答を停止した場合、このようなセットアップでは、エラー検出から 6 分後にアラート通知が送信されます。 個別のデバイスで各 HTTP 要求を設定する場合、関連するデバイスがエラーを報告すると、2 分後に同じアラートが生成されます。

レポートの制限

複数ターゲット デバイスの場合、要素ごとのレポートを取得することも困難です。 稼働時間、パフォーマンス、SLA レポート、およびオンライン ダッシュボードはデバイス レベルで実行されるため、監視タスクの可視性は得られないでしょう。 たとえば、マルチターゲット デバイスのターゲット URL の 1 つがエラーを生成した場合、デバイスの他のタスクの状態に関係なく、デバイスはレポートで DOWN としてマークされます。 したがって、マルチターゲットデバイス内の個々のターゲットの実際のパフォーマンスに関する完全な情報は一目で把握できません。 ただし、関連するオンライン レポートでは、タスクによる不安定化を見つけることができます。

実行時間の増加

もう 1 つの問題は、Dotcom-Monitor が監視デバイスでタスクを実行する順番に関連しています。 そのため、デバイスを毎分監視するように設定し、最初の監視タスクがタイムアウトになっている場合、デバイスから次のタスクが 5 ~ 10 分実行されない可能性があります。