重要
2024 年 8 月 26 日以降、パブリックまたはプライベートな場所でレガシー ランタイムを使用して新しいモニターを作成することはできなくなります。
2024 年 10 月 22 日をもって、コンテナー化された プライベートミニオン (1 分間あたりの呼出し回数) とそれがサポートする レガシー合成バージョンのサポートは終了します。 プライベートロケーションモニターのパフォーマンス低下を回避するために、 推奨される移行手順を確認してください。
containerized private minion (CPM) をインストールした後は、いくつかの方法でそのメンテナンスと監視を追跡することができます。
- CPMが正常に動作しているかどうかは、 CPM status endpoint で確認できます。
- プライベートな場所がプロビジョニング不足で、 がもっとミニオンを必要としているかどうかを見る 。
- Dockerのログ または Kubernetesのログ を確認してください。
ヒント
また、モニターの障害を New Relic のアラート で通知することもできます。
HTTPによるCPMの状態確認
HTTP を使用して実行中の CPM に接続することは、正常で機能しているかどうかを確認する最も簡単な方法です。コンテナは8080
と8180
の 2 つのポートを公開します。次のエンドポイントで CPM を確認できます。
:8080/status/check
: ミニオンが実行する内部ヘルス チェックの詳細を提供します。HTTP 200
は、ステータスが正常であることを意味します。:8080/status
: ミニオンのステータスに関する詳細を提供します。これは、SyntheticsPrivateMinion
イベントで公開されたデータと同じです。:8180/
: JVM アプリケーション管理エンドポイントを提供します。これは、ミニオンの Java Development Kit (JDK) 内部状態の高度なビューです。
プライベートな場所にミニオンが必要かどうかをチェック
プライベートな場所で複数のモニターチェックがキューイングされていて、遅延が発生した場合、モニターチェックを実行するために利用できるミニオンの数が必要になることがあります。
この確認方法については、 Does my private location need more minions?
レビューログ
CPMコンテナのログを見ることで、ミニオンの健康状態を監視することができます。
デバッグログの有効化
CPMで問題が発生した場合、デバッグログを有効にすることで、問題のトラブルシューティングに役立てることができます。
ログのデフォルト レベルは、重要な情報と対処可能なエラーのみをユーザーに通知するように設定されています。これが不十分な場合は、 MINION_LOG_LEVEL
環境変数を使用して、より詳細なログを有効にすることができます。
Kubernetesのデバッグ情報を取得する
Kubernetesコンテナオーケストレーションシステム環境でCPMに問題が発生した場合、CPMポッドとそれが実行されているノードに関する情報を取得し、トラブルシューティングに役立てることができます。
CPMポッドの情報を取得するには
$kubectl describe pod -n YOUR_NAMESPACE YOUR_CPM_POD_NAME
CPMポッドが動作しているノードの情報を取得するには、ノードを特定してから
$kubectl describe node NODE_ASSOCIATED_WITH_YOUR_CPM_POD_NAME
New RelicのインフラでCPMを監視
New Relic のインフラストラクチャ監視は、 高度な Docker 監視と高度な Kubernetes 監視をサポートしています。これに対するサポートを追加するために、Synthetic Monitoring は、CPM によって生成されたコンテナーに一連の有益なラベルを付け、すべてsynthetics-minion-
で始まるラベルを付けます。CPM は、「ランナー」と呼ばれるコンテナーを生成します。このコンテナーは、単純なブラウザー、スクリプト化されたブラウザー、API テスト、およびステップ関数などの非 ping モニターを処理します。これらのラベルを使用して、これらのランナー コンテナーを識別できます。ラベルの例は次のとおりです。
synthetics-minion-runner-role
synthetics-minion-runner-version
synthetics-minion-container-id
synthetics-minion-id
synthetics-minion-build-number
synthetics-minion-job
synthetics-minion-account
synthetics-minion-monitor
synthetics-minion-monitor-version
synthetics-minion-monitor-type
synthetics-minion-monitor-type-label
ランナーコンテナは短時間で終了します。1つのランナー・コンテナは、1つの非pingモニター・ジョブを処理するために作成されます。ランナーは作成され、ジョブを処理した後、すぐに削除されます。ランナーコンテナは数秒しか存在せず、処理すべき非Pingモニタージョブがある場合にのみ作成されます。Pingモニターはランナーコンテナ作成のトリガーとならないため、上記のラベルは存在しません。
インフラストラクチャ エージェントを使用してこれらのランナー コンテナーを監視している場合は、少なくとも 1 つのモニターを毎分実行するように構成します。インフラストラクチャ エージェントは、コンテナが削除される前に、コンテナのdocker inspect
から上記のラベルに気づき、収集する機会が増えます。
注: synthetics-minion-id
ラベルは、この特定のランナー コンテナーをスポーンしたミニオンの ID を参照します。ランナー自体の ID は追跡されません。