最新バージョンのChromeとNode.js 22を搭載した、最新のSyntheticモニターランタイムをご紹介します。最新のランタイムはChromeの最新リリース版を自動的に使用します。これにより、スクリプト化モニターが最新のブラウザ標準に適合する環境で実行されることが保証され、セキュリティ、安定性、パフォーマンスが向上します。
要対応:Node.js 22へのアップグレードの影響
Chrome 134から最新ののChromeへのアップグレードの一環として、バックエンドのNodeバージョンがNode.js 16からNode.js 22へと移行します。この新しいランタイムは、プロセスのライフサイクルに関してより厳格です。モニタースクリプトに未処理のオープンハンドル(未解決のPromise、残存するタイマー、閉じられていないネットワーク接続など)が含まれている場合、モニターは失敗します。
この問題の解決方法:モニタースクリプトを最新のランタイムで検証し、スクリプトの実行が終了する前にすべてのハンドルが適切に閉じられていることを確認してください。失敗した検証はRuntime Upgrades UIに表示されます。ランタイムアップグレードエラーのトラブルシューティングを参照してください。
影響を受ける対象
New Relicは以下のアップグレードプロセスを自動的に処理します。
- パブリックロケーションのスクリプト化ブラウザモニター
- パブリックロケーションのAPIモニター
- パブリックロケーションとプライベートロケーションの両モニター(ハイブリッド)
New Relicは、すべてのロケーション設定に自動検証とアップグレードを適用します。
重要
プライベートロケーションのみで実行されるモニターは、手動でのアップグレードが必要です。
最新版とは
モニター作成/アップグレードのドロップダウンにある最新版ランタイムオプションは、New Relicがサポートする最新バージョンのChromeを自動的に使用します。特定のChromeバージョン(Chrome 134やChrome 145など)に固定するのではなく、最新版を使用すると、モニターは常に最新の機能とセキュリティアップデートを備えた、利用可能な最新のChromeリリースで実行されるようになります。
NerdGraph経由でモニターをアップグレードする
モニターのランタイムをプログラムでアップグレードするには、以下のNerdGraphミューテーションを使用してください。モニターのエンティティGUIDが必要です(モニターの設定で確認できます)。
スクリプト化ブラウザモニター
mutation { syntheticsUpdateScriptBrowserMonitor( guid: "YOUR_MONITOR_GUID" monitor: { runtime: { runtimeType: "CHROME_BROWSER", runtimeTypeVersion: "LATEST" } } ) { errors { description type } }}Scripted APIモニター
mutation { syntheticsUpdateScriptApiMonitor( guid: "YOUR_MONITOR_GUID" monitor: { runtime: { runtimeType: "NODE_API", runtimeTypeVersion: "LATEST" } } ) { errors { description type } }}自動化されたアップグレードプロセス
最新のChromeランタイムへのスムーズな移行を確実にするため、New Relicは既存のモニターをプロアクティブにテストします。このプロセスには以下の処理が含まれます。
バックエンド検証
New Relicは、既存のモニターに対し、バックエンドで最新のChrome/Node.js 22ランタイムを自動的にテストします。
ヒント
この検証によって、syntheticチェックを消費したり、本番環境の結果に影響を与えたりすることはありません。
自動アップグレード
検証に成功した場合:New Relicはユーザーに代わってモニターを最新のランタイムに更新します。
障害の手動確認
検証に失敗した場合:New Relicはアップグレードを強制実行しません。検証の失敗は、多くの場合、Node.js 22によるオープンハンドルの厳格な処理が原因で発生します。アップグレードを実行する代わりに、New Relicは検証に失敗したモニターにフラグを付け、Synthetics Nerdlet UIのランタイムアップグレード機能に表示します。
そこで失敗の詳細を確認し、スクリプト構文のトラブルシューティングを行い、スクリプトを修正して手動でモニターを検証・アップグレードすることができます。
アップグレードに関する問題のトラブルシューティング
Node.js 22にアップグレードする際の最も一般的な問題は、未解決のPromise、残存するタイマー、閉じられていない接続、HTTP/HTTPS接続など、未処理のオープンハンドルです。各種の問題の詳しい解決策とコード例については、ランタイムアップグレードに関するエラーのトラブルシューティングを参照してください。
よくあるご質問(FAQ)
影響を受けるモニタータイプは何ですか?スクリプト化ブラウザモニターとスクリプト化APIモニターが影響を受けます。Simple browserモニターやpingモニターは影響を受けません。
アップグレードの実行前にスクリプトをローカル環境でテストできますか?はい。Node.js 22をローカル環境にインストールし、モニタースクリプトをテストして、アップグレードの実行前に問題を検出することができます。
アップグレードの実行後にモニターが失敗した場合、ロールバックできますか?はい。モニター設定から、またはNerdGraphを介して、ランタイムバージョンを元に戻すことができます。
モニターが自動アップグレードされるタイミングはいつですか?New Relicはまず検証を実行します。検証に成功すると、New Relicは自動的にモニターをアップグレードします。検証に失敗した場合、Runtime Upgrades UIに失敗が表示され、手動で修正してアップグレードする必要があります。
サポートが必要な場合、
アップグレードプロセス中に問題が発生した場合:
- Synthetics NerdletのRuntime Upgrades UIでエラーメッセージを確認します。
- 未処理のPromiseや開いたままの接続がないか、モニタースクリプトを確認します。
- アップグレードの実行前に、Node.js 22を使用してローカル環境でスクリプトをテストします
- 検証失敗時のトラブルシューティングのサポートについては、New Relicサポートにお問い合わせください。
関連ドキュメント: