Synthetics ジョブ マネージャー移行ガイド

2022 年の初めに、スクリプトの作成を簡素化し、スクリプト化されたモニターに Chrome 100 および Node.js 16 へのアクセスを提供し、 NerdGraph API を使用した自動モニター管理を導入する公共の 場所 用の新しいランタイムをリリースしました。

Synthetics ジョブ マネージャーは、最新のランタイムでモニターをプライベートな場所にもたらし、モニターを実際のユーザーのエクスペリエンスにより近づけることができます。

ジョブ マネージャーをインストールする準備ができたら、インストール手順については インストール ドキュメント を参照するか、新規または既存の プライベート ロケーション の操作については 設定ドキュメント をお読みください。

合成用の小さなコンテナー イメージ

ジョブ マネージャーは、実行するジョブに合わせて調整されたランタイム固有のコンテナー イメージから合成を実行します。CPM は従来のランタイムとアーティファクトを 1 つの拡大するファイルにバンドルしていましたが、ジョブ マネージャーは代わりに、Chrome、ノード、およびジョブ管理の作業を個別の小さなイメージに分割します。

プライベートな場所のジョブ構成をより詳細に制御できるジョブ マネージャーでは、次のこともできます。

• モニターに必要ない場合は、ランタイム イメージのサブセットを実行しないようにします。
• シンセティック ジョブ マネージャーの更新とは別に、ランタイム イメージ (ping、API、およびブラウザー) を更新します。
• 必要に応じて展開を構成およびサイズ設定します。

ジョブ マネージャーによる展開の簡素化

ファイル共有を使用してプライベートな場所でジョブを調整する CPM とは異なり、ジョブ マネージャーは HTTP を介して Web サービスと通信します。これにより、docker 構成でマウントされたボリュームを指定したり、Kubernetes 構成で永続ボリュームを指定したりするなど、特定の展開要件が削除されます。

展開を簡素化することで、ジョブ マネージャーは次のことを行います。

• 高度なセキュリティ環境でアクセス許可関連のエラーが発生する可能性を減らします。
• ping 以外の監視ジョブ用に固有の docker ネットワークを作成しないことで、内部エンジン エラーのリスクを軽減します。
• すべてのコンポーネントにわたる Kubernetes ラベル、注釈、ノード セレクター、容認、およびアフィニティの展開時のサポートを向上させます。

推奨される移行手順

ジョブ マネージャーをインストールするときは、既存の 1 分間の呼出回数と同じプライベートロケーション キーを使用することをお勧めします。 これにより移行プロセスが簡素化されます。 それを念頭に置いて：

• 1分間の呼出回数Legacyランタイムを使用するモニターを実行
• ジョブマネージャーは最新のランタイムを使用するモニターを実行します
• Pingモニターは負荷分散されているため、1分間あたりの呼出回数とジョブマネージャーの両方が実行できます。

1. プライベートロケーションを編集して既存のプライベートロケーションのキーを取得します
2. このキーを使用してジョブ マネージャーをインストールします。
3. ランタイム アップグレードUI 、このプライベート ロケーションに割り当てられたレガシー ランタイム モニターのテストを開始し、テスト結果を入力します。 これらのテストを実行して UI にデータを入力するには数時間かかる場合があります。 UI を使用してモニターのランタイムをアップグレードします。
4. プライベート ロケーションのすべてのレガシー ランタイム モニターが更新されたら、コンテナー化されたプライベート ミニオン (1分間あたりの呼出回数) をアンインストールできます。

同じホストで複数のdocker private Location コンテナを実行している場合、ポートやその他のリソースの競合が発生します。 このポート競合を回避するには、ジョブ マネージャーの設定を開始するときに、必ず次の操作を実行してください。

• 異なるホストでジョブ マネージャーと CPM を実行します。
• 各ジョブ マネージャーを個別のホストで実行します。
• 各 CPM を異なるホストで実行します。

代わりに新たなスタートを切りたいですか? ジョブ マネージャーの新しいプライベート ロケーションを作成します。 プライベートロケーションの設定と移行パスは、個人の好みによって異なります。 新しいプライベートロケーションを使用すると、ランタイム アップグレードUIレガシー ランタイム モニターをプロアクティブにテストできなくなります。 このパスでは、新しいプライベートロケーションを使用するためにモニター設定を変更する必要もあります。

モニターをアップグレードする

外形監視ジョブ マネージャーはレガシー ランタイムと互換性がありません。 一方、1分間あたりの呼出し回数は、最新のランタイムと互換性がありません。 ジョブ マネージャーと 1分間あたりの呼出回数 がキーを共有している場合、 1分間あたりの呼出回数 は Legacy ランタイム上のすべてのモニターを処理し、ジョブ マネージャーは最新のランタイム上のすべてのモニターを処理します。 つまり、1分間あたりの呼出し回数は、Chrome 100+ または Node.js 16 を使用するスクリプト モニターを実行できません。

モニターのランタイム アップグレードの一括処理:ランタイム アップグレード UI は、プロアクティブなアップグレード テスト結果を提供し、モニターのランタイムを一括でアップグレードできるようにします。

個々のモニターのランタイム アップグレード:

1. one.newrelic.com > Synthetic monitoring

   に移動し、編集するモニターを選択します。

2. Settings

   タブで

   General

   をクリックします。

3. ドロップダウン メニューから最新のランタイム ビューに切り替えます。 スクリプト化された API モニターの場合は、Node.js 16 を選択します。 シナリオ化ブラウザモニターの場合は、Chrome 100+ を選択します。

4. コンテナー化されたプライベート ミニオンと合成ジョブ マネージャーに個別のプライベート ロケーションを使用する場合は、ロケーションの選択を更新します。

5. Validate

   をクリックして、モニターが新しいランタイムで機能することを確認します。 必要に応じてスクリプトを変更します。

6. 保存する。

新しいランタイムにアップグレードすることにしましたか?プログラムでモニターを更新するには、 NerdGraph APIを確認してください。

バージョン要件

一部の機能では、最小バージョンのジョブ マネージャーとランタイム コンテナー イメージが必要です。