合成ジョブの構成
テストの指定
合成ジョブは、特定の URL または webdriver スクリプトのいずれかを使用して、1 つ以上の Web ページをテストします。サイトで認証が必要な場合は、サイトにログインするための認証を実行するスクリプトを作成する必要があります。詳細については、「合成スクリプト」を参照してください。
URL を使用するには、次の手順に従います。
- [Measure a URL] を選択します。
- [URL] フィールドに、サイトまたはページの URL を入力します。
- [Name] フィールドに、ジョブの名前を入力します。この名前は、コントローラ UI の [ジョブ(Jobs)] リストに表示されます。
Choose Locations
You can choose one or more locations in which the job runs. This can also be configured to test all of the locations every time or one location each time the job runs. For a complete list of Synthetic Agent locations, see Synthetic Agent Locations.
Synthetic Hosted Agent and Private Agent Locations
You can choose from Hosted Agent Locations or Private Agent Locations. The Hosted Agent Locations are where Splunk AppDynamics hosts public synthetic agents. The Private Agent Locations are where you are hosting your synthetic private agents.
If synthetic jobs fail and give the DNS Resolution Failed or ERR_NAME_NOT_RESOLVED errors, then update the Global Traffic Management (GTM) or DNS-based load balancer settings:
- configure it to return a
NOERRORresponse to AAAA (IPv6) DNS queries instead of aREFUSEDstatus. - add the IP addresses of the specific agent locations to the allowlist.
ジョブのスケジュール
ジョブを作成または編集するときに、ジョブスケジュールを定義できます。
1 つのジョブの複数のスケジュールの作成
同じジョブに複数のスケジュールを作成できます。各スケジュールには、独自のタイムゾーン、頻度、および実行間隔を設定できます。これにより、以下のさまざまな頻度でジョブを実行できます。
| 周波数 | 例 |
|---|---|
| 1 日の異なる間隔 |
Schedule 1:午前 8 時から午後 8 時まで 1 分間隔でジョブを実行 Schedule 2:午後 8 時 1 分から午後 11 時 59 分まで 5 分間隔でジョブを実行 |
| 異なる曜日 |
Schedule 1:平日に 1 分間隔でジョブを実行 Schedule 2:週末に 5 分間隔でジョブを実行 |
| 異なるタイムゾーン |
Schedule 1:PST タイムゾーンの午前 8 時から午後 8 時まで 1 分間隔でジョブを実行 Schedule 2:BST タイムゾーンの午前 8 時から午後 8 時まで 5 分間隔でジョブを実行 |
| 異なる日付間隔 |
Schedule 1:2022 年 2 月 21 日から 2022 年 3 月 31 日まで 1 分間隔でジョブを実行 Schedule 2:2022 年 4 月 1 日から 2026 年 3 月 31 日まで 5 分間隔でジョブを実行 |
[Add Schedule] をクリックして、同じジョブの別のスケジュールを設定します。少なくとも 1 つのスケジュールを作成する必要があります。
メンテナンス期間中のジョブの実行を防止できます。
2022 年 3 月 21 日(午前 1 時 1 分~ 午前 5 時)に 4 時間のメンテナンス期間があると仮定します。その場合、次のように複数のスケジュールを設定できます。
- Schedule 1:2022 年 2 月 21 日午前 8 時から 2022 年 3 月 21 日午前 1 時まで 1 分間隔でジョブを実行
- Schedule 2:2022 年 2 月 21 日午前 5 時 1 分から 2026 年 3 月 21 日午前 12 時まで 1 分間隔でジョブを実行
Choose Browser
A job can run on one or more different types of browsers.
For the Chrome browser, you can select one of the following versions:
| Agent Type | Chrome Version |
|---|---|
| Hosted Synthetic Agent |
|
| Private Synthetic Agent | Chrome version 140: This is the default option. |
For mobile browsers, you can specify a platform, such as the iPhone 7 Plus or Pixel. When a job runs on mobile browsers, it is actually running a Chrome browser emulator with the specified platform properties.
接続速度のカスタマイズ
接続速度により、パフォーマンスの一貫性と現実感を保つことができます。[Native Connection] を選択すると、Splunk AppDynamics データセンターで使用可能な最大速度でジョブが実行されます。デフォルトは Cable (5/1 Mbps 28ms RTT) です。
タイムアウトの設定
合成ジョブは、ジョブの期間に基づいてライセンスを消費するため、タイムアウトを設定してライセンスの消費を制限することができます。ジョブがタイムアウトになる場合、データはタイムアウトの期限が切れるまで収集されます。ジョブタイムアウトのデフォルト値は、URL の場合は 15 秒、スクリプトの場合は 30 秒です。タイムアウトは自由に調整できますが、タイムアウトが短いとセッションが失敗する可能性があり、タイムアウトが長いとライセンスが過剰に消費される可能性があることに注意してください。
可用性ルールの構成
ページとリソースの可用性を確認するように合成ジョブを構成できます。たとえば、ページのロードに失敗した場合、またはリソースが見つからないか、アクセスできない場合のセッションステータスを設定できます。
次のスクリーンショットの構成では、ページのロードに失敗した場合に「失敗」としてセッションを処理し、リソースのロードに失敗した場合に「警告」としてセッションを処理します。ジョブが HTTP 4xx または 5xx ステータスコードのページに移動する場合、セッションステータスは FAILED に設定されます。これにより、重大なイベントがトリガーされます。リソースのロードに失敗すると、セッションステータスは WARNING に設定され、警告イベントがトリガーされます。アラートを設定する場合は、「ブラウザ合成モニタリングのアラート」を参照してください。
[Trigger an error event for failed sessions] オプションを使用して、「Error confirmed」イベントをトリガーするタイミングを選択できます。デフォルトでは、「Error confirmed」イベントは即時の再テスト後にトリガーされます。「Error confirmed」イベントのトリガーを次のように選択することもできます。
- ジョブが失敗した直後、または
- 2 回、3 回、5 回、または 10 回連続で失敗した後
これにより、ネットワーク障害や断続的な問題などが原因で発生する可能性がある誤検出アラートを回避できます。
詳細については、「正常性ルール違反イベント」を参照してください。
選択したリソースを無視したり、選択したリソースだけを考慮するには、[Advanced Options] を使用します。たとえば、次のスクリーンショットは、フォントリソース(ブラウザに存在しない可能性があります)を無視し、CSS、JavaScript などの影響の大きいリソースのみを考慮する場合に使用できます。
パフォーマンスしきい値の構成
アラートイベントを送信するジョブパフォーマンスしきい値を指定できます。正常性ルール違反プロセスの例については、「正常性ルール違反イベント」を参照してください。
[Automatically retest after warning events] または [Automatically retest after critical events] ボックスのいずれかまたは両方をオンにして、イベントが生成されると、未確認の警告または重大なイベントごとにただちに再実行するようにジョブがトリガーされます。たとえば、[Critical Events] しきい値を超えると、イベント [Critical Started] がトリガーされ、イベント [Critical Continues] が確認されるまでジョブが再実行されます。合成ジョブの再テストプロセスの詳細を確認します。
次の [Events] ページでは、最初のテストと後続のテストの結果が、Synthetic Availability のしきい値を超え、[Error Started]、[Error confirmed after restart]、[Error Continues]、および [Problem Ended] イベントがトリガーされたことを確認できます。