合成ジョブ マネージャーをインストールした後、いくつかの方法でそのメンテナンスと監視を追跡できます。
- シンセティック ジョブ マネージャーが正常であり、シンセティック ジョブ マネージャー ステータス エンドポイントで動作しているかどうかを確認します。
- プライベートな場所が十分にプロビジョニングされておらず、より多くの合成ジョブ マネージャーが必要かどうかを確認します。
- Docker ログ、 Podman ログ、 Kubernetes ログ、またはOpenShift ログを確認します。
ヒント
New Relic のアラートを使用して、モニターの失敗の通知を受け取ることもできます。
HTTP を使用して合成ジョブ マネージャーのステータスを確認する
HTTP を使用して実行中の合成ジョブ マネージャーに接続することは、正常で動作しているかどうかを確認する最も簡単な方法です。コンテナーはポート8080を公開します。次のエンドポイントで合成ジョブ マネージャーを確認できます。
:8080/status/check: 外形監視 Job Manager が実行する内部ヘルス チェックの詳細を示します。HTTP 200状態が正常であることを意味します。
プライベートな場所でより多くの合成ジョブ マネージャーが必要かどうかを確認する
プライベート ロケーションに複数の監視チェックがキューに入れられており、遅延が発生している場合は、監視チェックを実行するために使用可能な合成ジョブ マネージャーがさらに必要になる場合があります。Kubernetes では、これは、より多くの ping ランタイム レプリカと、API およびブラウザー ランタイムのより高い並列処理設定で対処できます。
これを確認する方法については、 プライベート ロケーションにさらに合成ジョブ マネージャーが必要ですか? を参照してください。
レビューログ
外形監視 Job Manager のコンテナ ログを参照して、外形監視 Job Manager の状態を監視できます。
デバッグログの有効化
Synthetics ジョブ マネージャーで問題が発生した場合は、デバッグ ログを有効にして、問題のトラブルシューティングに役立てることができます。
ログのデフォルト レベルは、重要な情報と対処可能なエラーのみをユーザーに通知するように設定されています。これが不十分な場合は、 LOG_LEVEL環境変数を使用して、より詳細なログを有効にすることができます。
重要
ログレベルをDEBUGまたはTRACEに上げる場合は注意してください。ログ レベルが高くなると、より多くのデータが記録されます。これはデバッグに役立ちますが、機密データをキャプチャしたり、承認された場所以外に機密データを保存したりするリスクも高まります。データのプライバシーとセキュリティを確保するには、New Relic が収集する情報の種類を制限する必要があります。
デバッグ情報を取得する
外形監視ジョブマネージャーに関するデバッグ情報を取得して、問題のトラブルシューティングに役立てることができます。これには、外形監視ジョブマネージャーのポッドと、それが実行されているノードに関する情報が含まれます。
New Relic Infrastructure で合成ジョブ マネージャーを監視する
New Relic のインフラストラクチャ監視は、 高度な Docker 監視と高度な Kubernetes 監視をサポートしています。
インフラストラクチャ エージェントを使用してこれらのランナー コンテナーを監視している場合は、少なくとも 1 つのモニターを毎分実行するように構成します。インフラストラクチャ エージェントは、コンテナが削除される前に、コンテナのdocker inspectから上記のラベルに気づき、収集する機会が増えます。