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

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

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

警告の制限

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

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

レポートの制限

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

実行時間の増加

別の考慮事項は、Dotcom-Monitor が監視デバイスでタスクを実行する順序に関連しています。 たとえば、毎分監視するようにデバイスをセットアップしているが、最初の監視タスクがタイムアウトしている場合、デバイスからの次のタスクはさらに5〜10分間実行されない可能性があります。