アップタイムテストを設定する 🔗
アップタイムテストでは、指定したURLまたはポートアドレスにリクエストを行い、そのレスポンスタイムとレスポンスコードを監視することができます。アップタイムテストは、各実行から3つのメトリクス（応答時間、DNS時間、および最初のバイトまでの時間）を記録します。
HTTP アップタイムテストとPort アップタイムテストのどちらを設定するかを決定し、以下の手順に従ってテストを設定します。アップタイムテストのタイプについては、Uptime tests for port and HTTP を参照してください。
注釈
監視対象のサイトやアプリケーションが、訪問者の許可リストやブロックリスト、またはトラフィックを測定するための分析ツールを使用している場合は、Splunk Synthetic Monitoring からのトラフィックに対応するように設定されていることを確認してください。手順については Get your site ready to run synthetic tests を参照してください。
HTTPアップタイムテストを設定する 🔗
以下の手順に従って、HTTPアップタイムテストをセットアップしてください：
Splunk Observability Cloud のランディングページから、Splunk Synthetic Monitoring に移動します。
Tests セクションで、Add New Test を選択し、ドロップダウンリストから Uptime Test を選択します。これにより、New Uptime Test のページが開きます。
HTTP タブが選択されていることを確認します。
Name フィールドに、テストの名前を入力します。この名前を使用して、アラートやレポートでテストのデータを識別します。
URL フィールドに、テストしたいページのURLを貼り付けます。
httpまたはhttpsを含みます。テストを構築する際に、Try now を使用して、テストの設定が有効であることを確認することができます。実行結果は保存されません。詳しくは try nowでテスト設定を検証する を参照してください。
（オプション）テストが最初に失敗した場合に自動テスト再試行をオンにします。
ポートアップタイムテストを設定する 🔗
以下の手順に従って、ポートアップタイムテストをセットアップしてください：
Splunk Observability Cloud のランディングページから、Splunk Synthetic Monitoring に移動します。
Tests セクションで、Add New Test を選択し、ドロップダウンリストから Uptime Test を選択します。これにより、New Uptime Test のページが開きます。
Port タブを選択します。
Name フィールドに、テストの名前を入力します。この名前を使用して、アラートやレポートでテストのデータを識別します。
Address フィールドで、ドロップダウンリストを使用して、監視するポートがTCPプロトコルに従うかUDPプロトコルに従うかを指定します。ホストとポートのアドレスを入力します。
テストの詳細をカスタマイズする 🔗
以下の手順を使用して、テスト設定をカスタマイズし、テストの作成を完了します：
Locations フィールドに、URLをテストする場所を入力します。1つまたは複数の場所を選択できます。
Device Type フィールドで、テストを実施するデバイスをリストから選択します。
Frequency フィールドで、希望するテスト頻度をリストから選択します。
（オプション） Round Robin セレクターを使用して、オプションを切り替えます。ラウンドロビンを有効にすると、選択した場所を1つずつテストが循環します。ラウンドロビン実行を無効にすると、選択した頻度で選択したすべての場所から同時にテストが実行されます。
このテストからアラートを受信したい場合は、+ Create detector を選択して、テストにディテクターを設定します。ダイアログボックスを使用してディテクターをカスタマイズします。
Submit を選択します。すると、新しいテストの「テスト履歴」ページにリダイレクトされます。このテストを作成したばかりの場合は、テストが合成データの収集を開始するまで、少なくとも1回のテスト頻度間隔を空けてください。
（オプション） Edit test またはテストの行にある3つのドットの Actions メニューを選択し、このテストの編集、一時停止、複製、削除を行います。
こちらも参照してください 🔗
テストを実行できる場所については、パブリックロケーション を参照してください。
ディテクターのオプションについては、Detectors and alerts を参照してください。
アップタイムテストを表示する 🔗
テストを作成して保存したら、期待通りにデータが収集されているかどうかをチェックします：
Tests リストから、3つのドットの Actions メニューを選択し、Play 矢印のアイコンを選択して、手動でテストのライブ実行を開始するか、またはテストが実行されデータが収集される時間があるように、設定したテスト頻度の少なくとも1つの継続時間を待ちます。
関心のあるテストを選択すると、Test History のビューが表示され、最近のテスト結果とメトリクスの視覚化を見ることができます。
アップタイムテスト結果を解釈する 🔗
run レベルのアップタイムテスト結果の概要については、アップタイムテスト結果を解釈する を参照してください。
アップタイムテストの詳細設定 🔗
合成テストに高度な設定をしたくなる理由はたくさんあります。ここではそのいくつかを紹介します：
ランダムに表示され、テストの流れを中断するモーダルでサイトにアクセスする。たとえば、マーケティング モーダルで、ユーザーにポイント プログラムへの登録を促す場合があります。この問題を回避するには、Cookie を設定して、ポップアップ モーダルが表示されず、テストが妨害されないようにします。
ユーザーがサイトにアクセスするためにログインする必要があるサイトでテストを実行します。
リクエストに
User-Agentヘッダーを設定することにより、テストを実行するデバイスのタイプを指定します。CDNのテスト。例えば、ブラウザでHTMLページをロードしたいが、一部またはすべてのリクエストのホストを新しいホストに書き換えたい場合があります。
リクエストに特定のヘッダーを送信することで、バックエンドの分析からのリクエストをフィルタリングします。
自己署名証明書を持つ本番前のサイトでテストを実行します。
カスタムプロパティ 🔗
Add custom properties in the test creation page in advanced settings. Use key-value pairs to create custom properties to filter and group dashboards, charts, and create alerts. A list of suggested custom properties is available for each test based on the tags associated with your test. For example: env:test, role:developer, product:rum. When you have multiple key-value pairs the logic is AND among the results. So in this case, the results show all tests for the RUM product with a developer role in the environment test.
カスタムプロパティは単一値であり、region:eu, us のような複数値には対応していません。各テストで使用できるキーは一意です。例えば、env1:test と env:test を同じテスト内に持つことはできますが、env:test と env:prod を持つことはできません。
主な要件：
キーは大文字または小文字で始めなければなりません。特殊文字や数字でキーを始めることはできません。
キーの残りの部分には、文字、数字、アンダースコア、ハイフンを含めることができます。
キーに
test_idやtestという名前を付けることはできません。キーサイズは128文字以内です。
カスタムプロパティ を参照してください。
自動再試行 🔗
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証明書の有効期限切れ、無効なホスト名、または信頼できない発行者の検証を強制するために使用されます。自己署名証明書や無効な証明書がある本番前の環境をテストする場合は、この機能を無効にしたままにしておくのが最善です。
アサーションを追加する 🔗
You can make an assertion on two values. Add two parameters along with the comparison that you would like to perform between the two. There are three types of comparisons: string, numeric, and regular expression. For string and numeric comparisons, values are coerced to the comparison type before the comparison is made. For a regular expression comparison, the first parameter is a string and the second parameter is a regular expression. An assertion step fails if the assertion is false when the step runs.
matches を使用して、文字列を正規表現パターンと比較します。
contains を使用して、部分文字列をチェックします。
例 🔗
例については、シナリオ：ユーザー向けアプリケーションのパフォーマンスを監視する を参照してください。