TCP テストを使用すると、特定のホストのポートで低レベルの TCP 接続を確立できることを簡単に監視でき、SSH (22)、SMTP (25)、DNS (53)、VPN over HTTPS (443) などのさまざまな主要サービスおよび他のポートに存在するカスタムサービスの可用性を確認できます。組み込みの応答時間データのおかげで、ネットワークアプリケーションのパフォーマンスを追跡し、予期しない速度低下が発生した場合にアラートを受け取ることができます。
TCP テストは、ネットワークの外部と内部のどちらから TCP 接続を開始するかに応じて、管理ロケーションおよびプライベートロケーションから実行できます。
作成するテストのタイプ (HTTP、SSL、TCP、または DNS テスト) を選択した後、テストのリクエストを定義できます。
443 に設定されています。env タグとその他のタグを追加します。次に、これらのタグを使用して、Synthetic Monitoring ホームページで Synthetic テストをすばやくフィルタリングできます。TCP テストは次の頻度で実行できます。
アサーションは、期待されるテスト結果が何であるかを定義します。Test URL を押すと、response time の基本的なアサーションが追加されます。テストで監視するには、少なくとも 1 つのアサーションを定義する必要があります。
| タイプ | 演算子 | 値の型 |
|---|---|---|
| response time | is less than | 整数 (ms) |
New Assertion をクリックするか、応答プレビューを直接クリックすることで、API テストごとに最大 10 個のアサーションを作成できます。
アラート条件で、テストが失敗しアラートをトリガーする状況を設定します。
アラートの条件を An alert is triggered if any assertion fails for X minutes from any n of N locations に設定すると、次の 2 つの条件が当てはまる場合にのみアラートがトリガーされます。
テスト結果が失敗した場合、テストによって再試行をトリガーすることができます。デフォルトでは、再試行は最初に失敗したテスト結果の 300 ミリ秒後に実行されます。この間隔は API を介して構成できます。
ロケーションのアップタイムは、評価ごとに計算されます (評価前の最後のテスト結果がアップかダウンか)。合計アップタイムは、構成されたアラート条件に基づいて計算されます。送信される通知は、合計アップタイムに基づきます。
以前に定義されたアラート条件に基づいて、テストによって通知が送信されます。このセクションを使用して、チームに送信するメッセージの方法と内容を定義します。
モニターと同様、メッセージに @notification を追加するか、ドロップダウンボックスでチームメンバーと接続されたインテグレーションを検索して、通知を受信するユーザーやサービスを選択します。
テストの通知メッセージを入力します。このフィールドでは、標準のマークダウン形式のほか、以下の条件付き変数を使用できます。
| 条件付き変数 | 説明 |
|---|---|
{{#is_alert}} | モニターがアラートする場合に表示します。 |
{{^is_alert}} | テストが警告しない限り表示します。 |
{{#is_recovery}} | テストがアラートから回復したときに表示します。 |
{{^is_recovery}} | テストがアラートから回復しない限り表示します。 |
テストが失敗した場合に、テストで通知メッセージを再送信する頻度を指定します。テストの失敗を再通知しない場合は、Never renotify if the monitor has not been resolved オプションを使用してください。
メール通知には、このセクションで定義されているメッセージと、失敗したアサーションの要約が含まれます。 通知の例:
Save をクリックしてテストを保存し、Datadog にテストの実行を開始させます。
以下の利用可能な組み込みの 1 つから値を定義してローカル変数を作成できます。
| パターン | 説明 |
|---|---|
{{ numeric(n) }} | n 桁の数字列を生成します。 |
{{ alphabetic(n) }} | n 文字のアルファベット文字列を生成します。 |
{{ alphanumeric(n) }} | n 文字の英数字文字列を生成します。 |
{{ date(n, format) }} | テストが開始された日付 + n 日の値を使用して、許容される形式のいずれかで日付を生成します。 |
{{ timestamp(n, unit) }} | テストが +/- n 選択単位で開始されたタイムスタンプの値を使用して、許容される単位のいずれかでタイムスタンプを生成します。 |
HTTP テストの URL、高度なオプション、アサーションで、Settings で定義されたグローバル変数とローカルで定義された変数を使用できます。
変数のリストを表示するには、目的のフィールドに {{ と入力します。
テストが 1 つまたは複数のアサーションを満たさない場合、またはリクエストが時期尚早に失敗した場合、テストは FAILED と見なされます。場合によっては、エンドポイントに対してアサーションをテストできずにテストが実際に失敗することがあります。これらの理由には次のものがあります。
| エラー | 説明 |
|---|---|
CONNRESET | 接続がリモートサーバーによって突然閉じられました。Web サーバーにエラーが発生した、応答中にシステムが停止した、Web サーバーへの接続が失われた、などの原因が考えられます。 |
| DNS | テスト URL に対応する DNS エントリが見つかりませんでした。テスト URL の構成の誤り、DNS エントリの構成の誤りなどの原因が考えられます。 |
INVALID_REQUEST | テストのコンフィギュレーションが無効です (URL に入力ミスがあるなど)。 |
TIMEOUT | リクエストを一定時間内に完了できなかったことを示します。TIMEOUT には 2 種類あります。- TIMEOUT: The request couldn’t be completed in a reasonable time. は、タイムアウトが TCP ソケットの接続レベルで発生したことを示します。- TIMEOUT: Retrieving the response couldn’t be completed in a reasonable time. は、タイムアウトがリクエストの実行全体 (TCP ソケット接続、データ転送、アサーション) で発生したことを示します。 |
