Docs » Uptime Tests for port and HTTP » アップタイムテストを設定する

アップタイムテストを設定する 🔗

アップタイムテストでは、指定したURLまたはポートアドレスにリクエストを行い、そのレスポンスタイムとレスポンスコードを監視することができます。アップタイムテストは、各実行から3つのメトリクス(応答時間、DNS時間、および最初のバイトまでの時間)を記録します。

HTTP アップタイムテストとPort アップタイムテストのどちらを設定するかを決定し、以下の手順に従ってテストを設定します。アップタイムテストのタイプについては、Uptime Tests for port and HTTP を参照してください。

注釈

監視対象のサイトやアプリケーションが、訪問者の許可リストやブロックリスト、またはトラフィックを測定するための分析ツールを使用している場合は、Splunk Synthetic Monitoring からのトラフィックに対応するように設定されていることを確認してください。手順については Get your site ready to run synthetic tests を参照してください。

HTTPアップタイムテストを設定する 🔗

以下の手順に従って、HTTPアップタイムテストをセットアップしてください:

  1. Splunk Observability Cloud のランディングページから、Splunk Synthetic Monitoring に移動します。

  2. Tests セクションで、Add New Test を選択し、ドロップダウンリストから Uptime Test を選択します。これにより、New Uptime Test のページが開きます。

  3. HTTP タブが選択されていることを確認します。

  4. Name フィールドに、テストの名前を入力します。この名前を使用して、アラートやレポートでテストのデータを識別します。

  5. URL フィールドに、テストしたいページのURLを貼り付けます。http または https を含みます。

  6. テストを構築する際に、Try now を使用して、テストの設定が有効であることを確認することができます。実行結果は保存されません。詳しくは try nowでテスト設定を検証する を参照してください。

  7. (Optional) Turn on automatic test retry in the event a test initially fails.

ポートアップタイムテストを設定する 🔗

以下の手順に従って、ポートアップタイムテストをセットアップしてください:

  1. Splunk Observability Cloud のランディングページから、Splunk Synthetic Monitoring に移動します。

  2. Tests セクションで、Add New Test を選択し、ドロップダウンリストから Uptime Test を選択します。これにより、New Uptime Test のページが開きます。

  3. Port タブを選択します。

  4. Name フィールドに、テストの名前を入力します。この名前を使用して、アラートやレポートでテストのデータを識別します。

  5. Address フィールドで、ドロップダウンリストを使用して、監視するポートがTCPプロトコルに従うかUDPプロトコルに従うかを指定します。ホストとポートのアドレスを入力します。

テストの詳細をカスタマイズする 🔗

以下の手順を使用して、テスト設定をカスタマイズし、テストの作成を完了します:

  1. Locations フィールドに、URLをテストする場所を入力します。1つまたは複数の場所を選択できます。

  2. Device Type フィールドで、テストを実施するデバイスをリストから選択します。

  3. Frequency フィールドで、希望するテスト頻度をリストから選択します。

  4. (オプション) Round Robin セレクターを使用して、オプションを切り替えます。ラウンドロビンを有効にすると、選択した場所を1つずつテストが循環します。ラウンドロビン実行を無効にすると、選択した頻度で選択したすべての場所から同時にテストが実行されます。

  5. このテストからアラートを受信したい場合は、+ Create detector を選択して、テストにディテクターを設定します。ダイアログボックスを使用してディテクターをカスタマイズします。

  6. Submit を選択します。すると、新しいテストの「テスト履歴」ページにリダイレクトされます。このテストを作成したばかりの場合は、テストが合成データの収集を開始するまで、少なくとも1回のテスト頻度間隔を空けてください。

  7. (オプション) Edit test またはテストの行にある3つのドットの Actions メニューを選択し、このテストの編集、一時停止、複製、削除を行います。

こちらも参照してください 🔗

アップタイムテストを表示する 🔗

テストを作成して保存したら、期待通りにデータが収集されているかどうかをチェックします:

  1. Tests リストから、3つのドットの Actions メニューを選択し、Play 矢印のアイコンを選択して、手動でテストのライブ実行を開始するか、またはテストが実行されデータが収集される時間があるように、設定したテスト頻度の少なくとも1つの継続時間を待ちます。

  2. 関心のあるテストを選択すると、Test History のビューが表示され、最近のテスト結果とメトリクスの視覚化を見ることができます。

アップタイムテスト結果を解釈する 🔗

run レベルのアップタイムテスト結果の概要については、アップタイムテスト結果を解釈する を参照してください。

アップタイムテストの詳細設定 🔗

合成テストに高度な設定をしたくなる理由はたくさんあります。ここではそのいくつかを紹介します:

  • ランダムに表示され、テストの流れを中断するモーダルでサイトにアクセスする。たとえば、マーケティング モーダルで、ユーザーにポイント プログラムへの登録を促す場合があります。この問題を回避するには、Cookie を設定して、ポップアップ モーダルが表示されず、テストが妨害されないようにします。

  • ユーザーがサイトにアクセスするためにログインする必要があるサイトでテストを実行します。

  • リクエストに User-Agent ヘッダーを設定することにより、テストを実行するデバイスのタイプを指定します。

  • CDNのテスト。例えば、ブラウザでHTMLページをロードしたいが、一部またはすべてのリクエストのホストを新しいホストに書き換えたい場合があります。

  • リクエストに特定のヘッダーを送信することで、バックエンドの分析からのリクエストをフィルタリングします。

  • 自己署名証明書を持つ本番前のサイトでテストを実行します。

カスタムプロパティ 🔗

詳細設定のテスト作成ページでカスタム プロパティを追加します。キーと値のペアを使用してカスタムプロパティを作成し、ダッシュボード、チャートをフィルタリングおよびグループ化し、アラートを作成します。テストに関連付けられているタグに基づいて、テストごとにカスタムプロパティの候補リストが表示されます。例: env:testrole:developerproduct:rum。複数のキーと値のペアがある場合、ロジックは結果間の AND になります。つまり、この場合、環境テストで開発者ロールを持つ RUM 製品のすべてのテストが結果に表示されます。

この画像は、env:prodとrole:developer という 2 つのカスタムプロパティキー値のペアを示しています。

カスタムプロパティは単一値であり、region:eu, us のような複数値には対応していません。各テストで使用できるキーは一意です。例えば、env1:testenv:test を同じテスト内に持つことはできますが、env:testenv:prod を持つことはできません。

主な要件:

  • キーは大文字または小文字で始めなければなりません。特殊文字や数字でキーを始めることはできません。

  • キーの残りの部分には、文字、数字、アンダースコア、ハイフンを含めることができます。

  • キーに test_idtest という名前を付けることはできません。

  • キーサイズは128文字以内です。

カスタムプロパティ を参照してください。

Auto-retry 🔗

Run a test again automatically if it fails without any user intervention. It’s a best practice to turn on auto-retry to reduce unnecessary failures from temporary interruptions like a network issue, timeouts, or other issues. Auto-retry runs do not impact subscription usage, only the completed run result counts towards your subscription usage. Auto-retry requires at least runner version 0.9.29.

HTTPメソッドを選択する 🔗

HTTPメソッドを選択し、ペイロードを追加します。

カスタムヘッダーを設定する 🔗

各リクエストで送信するカスタムヘッダーを指定します。例えば、リクエストに特定のヘッダーを追加して送信することで、バックエンドの分析からのリクエストをフィルタリングすることができます。また、カスタムヘッダーを使用してクッキーを設定することもできます。

SSL/TLS検証を有効にする 🔗

この機能を有効にすると、SSL/TLS証明書の有効期限切れ、無効なホスト名、または信頼できない発行者の検証を強制するために使用されます。自己署名証明書や無効な証明書がある本番前の環境をテストする場合は、この機能を無効にしたままにしておくのが最善です。

アサーションを追加する 🔗

2つの値に対してアサーションを行うことができます。2つのパラメータと、その2つの間で実行したい比較を追加します。比較には文字列、数値、正規表現の3タイプがあります。文字列と数値の比較では、比較の前に値が比較型に強制されます。正規表現比較の場合、最初のパラメータは文字列で、2 番目のパラメータは正規表現です。アサーションステップの実行時にアサーションが偽の場合、アサーションステップは失敗します。

  • matches を使用して、文字列を正規表現パターンと比較します。

  • contains を使用して、部分文字列をチェックします。

🔗

例については、シナリオ:ユーザー向けアプリケーションのパフォーマンスを監視する を参照してください。

This page was last updated on 2024年06月05日.