合成ジョブの構成

このページでは、コントローラ 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 つの場所をテストするように構成することもできます。合成エージェントの場所の完全なリストについては、「合成エージェントの場所」を参照してください。 

Hosted Agent Locations と Synthetic Private Locations

プライベート合成エージェントのインストール（Web および API モニタリング）を展開している場合は、[Hosted Agent Locations] または [Private Agent Locations] から選択できます。[Hosted Agent Locations] は、AppDynamics がパブリック合成エージェントをホストする場所です。[Private Agent Locations] は、合成プライベートエージェントをホストしている場所です。

ジョブのスケジュール

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

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

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

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

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

ジョブごとに最大 3 つのスケジュールを作成できます。

[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 分間隔でジョブを実行

ブラウザの選択

ジョブは、1 つ以上の異なる種類のブラウザで実行できます。Chrome ブラウザの場合は、ジョブを実行するバージョンを選択できます。Chrome バージョン 86 の動作については、「Chrome バージョン 86」を参照してください。

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

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

[Mobile] > [Custom] を選択すると、[Sessions] ページの [Browser] および [Device Model] 列の値が「不明」と表示されます。

AWS ロケーションの Chrome バージョン 86 は、Linux ベースのエージェントで実行されます。その他すべてのブラウザは、Windows 2012 または Windows 2012 R2 上で実行される Windows ベースのエージェントで実行されます。

接続速度のカスタマイズ

タイムアウトの設定

合成ジョブは、ジョブの期間に基づいてライセンスを消費するため、タイムアウトを設定してライセンスの消費を制限することができます。ジョブがタイムアウトになる場合、データはタイムアウトの期限が切れるまで収集されます。ジョブタイムアウトのデフォルト値は、URL の場合は 15 秒、スクリプトの場合は 30 秒です。タイムアウトは自由に調整できますが、タイムアウトが短いとセッションが失敗する可能性があり、タイムアウトが長いとライセンスが過剰に消費される可能性があることに注意してください。 

可用性ルールの構成

ページとリソースの可用性を確認するように合成ジョブを構成できます。たとえば、ページのロードに失敗した場合、またはリソースが見つからない、もしくはアクセスできない場合のセッションステータスを設定できます。 

次のスクリーンショットの構成では、ページのロードに失敗した場合に Failed としてセッションを処理し、リソースのロードに失敗した場合に Warning としてセッションを処理します。ジョブが 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 Events] しきい値を超えると、イベント [Critical Started] がトリガーされ、イベント [Critical Continues ] が確認されるまでジョブが再実行されます。合成ジョブの再テストプロセスの詳細を確認します。

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