• EnglishEspañol日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は、参考として提供されています。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、このページを参照してください。

問題を作成する

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

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

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

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

重要

2024 年 8 月 26 日以降、パブリックまたはプライベートな場所でレガシー ランタイムを使用して新しいモニターを作成することはできなくなります。

2024 年 10 月 22 日をもって、コンテナー化された プライベートミニオン (1 分間あたりの呼出し回数) とそれがサポートする レガシー合成バージョンのサポートは終了します。 プライベートロケーションモニターのパフォーマンス低下を回避するために、 推奨される移行手順を確認してください。

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

ジョブ マネージャーは、実行するジョブに合わせて調整されたランタイム固有のコンテナー イメージから合成を実行します。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を確認してください。

バージョン要件

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

機能

ジョブマネージャーのバージョン

ランタイムバージョン

ステップモニター

リリース-332

ノードbrowserランタイム v2.2.22

リンク切れモニター

リリース-341

ノード API ランタイム v1.2.54

証明書チェックモニター

リリース-341

ノード API ランタイム v1.2.54

VSE のサポート

リリース-345

該当なし

ユーザー定義変数

リリース-347

該当なし

カスタムノードモジュール

リリース-363

ノードbrowserランタイム v2.2.49 ノード API ランタイム v1.2.63

Copyright © 2024 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.