合成ジョブの構成

このページでは、コントローラ UI を使用して合成ジョブを構成する方法について説明します。ジョブが実行されるタイミング、場所、および頻度をスケジュールしたり、タイムアウトを設定したり、警告イベントと重大なイベントをトリガーするパフォーマンスしきい値を構成したり、接続速度をカスタマイズしたりすることができます。ジョブを構成する前に、「ブラウザ合成モニタリングの概要」を参照してください。

テストの指定

合成ジョブは、特定の URL または webdriver スクリプトのいずれかを使用して、1 つ以上の Web ページをテストします。サイトで認証が必要な場合は、サイトにログインするための認証を実行するスクリプトを作成する必要があります。詳細については、「合成スクリプト」を参照してください。

URL を使用するには、次の手順に従います。

  1. [Measure a URL] を選択します。
  2. [URL] フィールドに、サイトまたはページの URL を入力します。
  3. [Name] フィールドに、ジョブの名前を入力します。この名前は、コントローラ UI の [Jobs] リストに表示されます。
webdriver スクリプトを使用するには、 [Run a Script] を選択します。[Python 3] を使用して、合成スクリプトジョブを作成できます。
注: [Python 2] オプションは、Python 2 を使用して既存のジョブが作成されている場合にのみ使用できます。このジョブは、編集可能です。

場所の選択

ジョブを実行する 1 つ以上の場所を選択できます。これは、毎回すべての場所をテストするように構成することも、ジョブが実行されるたびに 1 つの場所をテストするように構成することもできます。合成エージェントの場所の完全なリストについては、「合成エージェントの場所」を参照してください。

Synthetic Hosted Agent と Private Agent Locations

[Hosted Agent Locations] または [Private Agent Locations] から選択できます。[ホステッドエージェントの場所(Hosted Agent Locations)] は、Splunk AppDynamics がパブリック合成エージェントをホストする場所です。[プライベートエージェントの場所(Private Agent Locations)] は、合成プライベートエージェントをホストしている場所です。

合成ジョブが失敗し、DNS Resolution Failed または ERR_NAME_NOT_REOLVED エラーが表示される場合は、グローバルトラフィック管理(GTM)または DNS ベースのロードバランサの設定を次のように更新します。

  • AAAA(IPv6)DNS クエリに、REFUSED ステータスではなく NOERROR 応答を返すように設定する。
  • 特定のエージェントの場所の IP アドレスを許可リストに追加する。

ジョブのスケジュール

警告: オンプレミスコントローラのみ:[Set a Schedule > More Options] の下の [Between] オプションでは、分レベルのスケジューリングはサポートされていません。

ジョブを作成または編集するときに、ジョブスケジュールを定義できます。

1 つのジョブの複数のスケジュールの作成

警告: 複数のスケジュール機能は、SaaS コントローラ 22.2.0 以降のバージョンでのみサポートされています。

同じジョブに複数のスケジュールを作成できます。各スケジュールには、独自のタイムゾーン、頻度、および実行間隔を設定できます。これにより、以下のさまざまな頻度でジョブを実行できます。

周波数
1 日の異なる間隔

スケジュール 1:午前 8 時から午後 8 時まで 1 分間隔でジョブを実行

スケジュール 2:午後 8 時 1 分から午後 11 時 59 分まで 5 分間隔でジョブを実行

異なる曜日

スケジュール 1:平日に 1 分間隔でジョブを実行

スケジュール 2:週末に 5 分間隔でジョブを実行

異なるタイムゾーン

スケジュール 1:PST タイムゾーンの午前 8 時から午後 8 時まで 1 分間隔でジョブを実行

スケジュール 2:BST タイムゾーンの午前 8 時から午後 8 時まで 5 分間隔でジョブを実行

異なる日付間隔

スケジュール 1:2022 年 2 月 21 日から 2022 年 3 月 31 日まで 1 分間隔でジョブを実行

スケジュール 2:2022 年 4 月 1 日から 2026 年 3 月 31 日まで 5 分間隔でジョブを実行

注: ジョブごとに最大 3 つのスケジュールを作成できます。スケジュールの開始時刻が終了時刻より前であることを確認します。

[スケジュールの追加(Add Schedule)] をクリックして、同じジョブの別のスケジュールを設定します。少なくとも 1 つのスケジュールを作成する必要があります。

注:

メンテナンス期間中のジョブの実行を防止できます。

2022 年 3 月 21 日(午前 1 時 1 分~ 午前 5 時)に 4 時間のメンテナンス期間があると仮定します。その場合、次のように複数のスケジュールを設定できます。

  • スケジュール 1:2022 年 2 月 21 日午前 8 時から 2022 年 3 月 21 日午前 1 時まで 1 分間隔でジョブを実行
  • スケジュール 2:2022 年 2 月 21 日午前 5 時 1 分から 2026 年 3 月 21 日午前 12 時まで 1 分間隔でジョブを実行

ブラウザの選択

ジョブは、1 つ以上の異なる種類のブラウザで実行できます。

Chrome ブラウザの場合、次のいずれかのバージョンを選択できます。

Agent TypeChrome バージョン
ホステッド合成エージェント
  • Chrome バージョン 86
  • Chrome バージョン 117
  • Chrome バージョン 132

プライベート合成エージェントChrome バージョン 132:これはデフォルトのオプションです。
警告: オンプレミスコントローラのみ:ジョブを作成して [Select Browsers] セクションに移動すると、ドロップダウンメニューに Chrome バージョンの複数のオプションが表示されます。ジョブを保存しても、選択した Chrome バージョンは保存されません。選択した Chrome バージョンに関係なく、ジョブは Chrome バージョン 86 で実行されます。

Chrome ブラウザバージョン 137。

モバイルブラウザでは、iPhone 7 Plus や Pixel などのプラットフォームを指定できます。ジョブがモバイルブラウザで実行されるとき、実際には指定されたプラットフォームのプロパティを使用して Chrome ブラウザエミュレータを実行しています。

モバイルブラウザ

注: [Mobile > Custom] を選択すると、[Sessions] ページの [Browser] および [Device Model] 列の値が「不明」と表示されます。
注: AWS ロケーションの Chrome バージョン 86 は、Linux ベースのエージェントで実行されます。その他すべてのブラウザは、Windows 2012 または Windows 2012 R2 上で実行される Windows ベースのエージェントで実行されます。

接続速度のカスタマイズ

接続速度により、パフォーマンスの一貫性と現実感を保つことができます。[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 回連続で失敗した後

これにより、ネットワーク障害や断続的な問題などが原因で発生する可能性がある誤検出アラートを回避できます。

注: デフォルトの [After an Immediate Retest] オプションの場合、ジョブが失敗するとすぐに「Error started」イベントが生成され、即時再テストの後に「Error confirmed」イベントが生成されます。その他のオプションの場合は、「Error confirmed」イベントのみが生成されます。

可用性ルール

詳細については、「正常性ルール違反イベント」を参照してください。

選択したリソースを無視したり、選択したリソースだけを考慮するには、[詳細オプション(Advanced Options)] を使用します。たとえば、次のスクリーンショットは、フォントリソース(ブラウザに存在しない可能性があります)を無視し、CSS、JavaScript などの影響の大きいリソースのみを考慮する場合に使用できます。

詳細オプション

注: ファビコンは、リソースの可用性を確認するときは常に無視されます。

パフォーマンスしきい値の構成

アラートイベントを送信するジョブパフォーマンスしきい値を指定できます。正常性ルール違反プロセスの例については、「正常性ルール違反イベント」を参照してください。

[警告イベントの後で自動的に再テスト(Automatically retest after warning events)] または [重大イベントの後で自動的に再テスト(Automatically retest after critical events)] のいずれか、または両方のチェックボックスをオンし、イベントが生成されると、未確認の警告イベントや重大イベントが発生するごとに、ジョブがすぐにトリガーされて再実行されます。たとえば、重大イベントのしきい値を超えると、Critical Started イベントがトリガーされ、Critical Continues イベントが確認されるまでジョブが再実行されます。合成ジョブの再テストプロセスの詳細を確認します。

次の [イベント(Events)] ページでは、最初のテストと後続のテストの結果が、Synthetic Availability のしきい値を超え、Error StartedError confirmed after restartError Continues、および Problem Ended イベントがトリガーされたことを確認できます。