プライベートロケーションのトラブルシューティング

New Relic の合成モニタリング用にプライベートロケーションを設定しているときに問題が発生した場合は、以下のトラブルシューティングのヒントを試して、ミニオンまたはジョブマネージャーの一般的な問題を特定してください。

仕事の需要と消費

現在のスループットを特定し、CPM またはジョブマネージャーがジョブの負荷に対応できるかどうかを評価します。

ジョブズは1分あたりのスループットを要求する。
```
SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest WHERE type != 'SIMPLE' FACET location SINCE 2 days ago
```

1分あたりのジョブ数の推移

SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest WHERE type != 'SIMPLE' FACET location SINCE 2 weeks ago TIMESERIES

キューの伸びを把握する。

SELECT derivative(checksPending, 1 minute) as 'queue growth rate (per minute)' FROM SyntheticsPrivateLocationStatus where name = 'YOUR_PRIVATE_LOCATION' SINCE 2 days ago TIMESERIES

消費率。

SELECT rate(uniqueCount(jobId), 1 minute) FROM SyntheticRequest WHERE type != 'SIMPLE' FACET location SINCE 2 weeks ago TIMESERIES

リソースを消費している障害のあるモニターをクリーンアップします。

SELECT 100*latest(minionJobsFailed)/latest(minionJobsReceived) as 'job failure rate (%)' from SyntheticsPrivateMinion FACET minionLocation SINCE 2 weeks ago TIMESERIES MAX

メモリ使用量のトラブルシューティング

CPM ごとの推奨メモリ割り当て:

Docker: Docker CPM の場合、CPU コアあたり 2.5 GiB
KubernetesのCPMです。
- CPM ヘビーワーカーあたり 3 GiB
- ヘルスチェックポッドあたり 3 GiB
- ミニオンポッドの場合は 1.6 GiB
目標60%の最大メモリ使用率

合成ジョブマネージャーごとに推奨されるメモリ割り当て:

Docker: Docker 合成ジョブマネージャーの CPU コアあたり 3.256 GiB
Kubernetes シンセティックジョブマネージャー (値は構成可能):
- ジョブマネージャーポッド用に 1.6 GiB
- ping ランタイムポッド用に 1.0 GiB
- Node.js API ランタイムポッドあたり 2 GiB
- Node.js ブラウザーランタイムポッドあたり 3 GiB
目標60%の最大メモリ使用率

現在の使用状況を確認するのに便利なクエリ。

ロケーションごとのメモリ使用量。

SELECT latest(minionPhysicalMemoryUsedPercentage) from SyntheticsPrivateMinion FACET minionLocation SINCE 2 weeks ago TIMESERIES Max

ホスト名ごとのメモリ使用量。

SELECT latest(minionPhysicalMemoryUsedPercentage) FROM SyntheticsPrivateMinion WHERE minionLocation = 'YOUR_PRIVATE_LOCATION' FACET minionHostname SINCE 2 weeks ago TIMESERIES Max

CPU使用率のトラブルシューティング

CPUの需要が高くなる可能性のある期間を特定する。

全体のCPU使用率

SELECT latest(minionProcessorsUsagePercentage) FROM SyntheticsPrivateMinion FACET minionLocation SINCE 2 weeks ago TIMESERIES Max

指定した場所のCPU使用率。

SELECT latest(minionProcessorsUsagePercentage) FROM SyntheticsPrivateMinion WHERE minionLocation = 'YOUR_PRIVATE_LOCATION' FACET minionHostname SINCE 2 weeks ago TIMESERIES Max

ネットワークトラブルシューティング

ネットワークアクセスは赤。

プライベートミニオンは、パブリックネットワークアクセスを確認するために New Relic へのチェックを行います。パブリックネットワークアクセスが利用できない場合、プライベートミニオンの Overview page の Network Access アイコンが赤くなりますが、それ以外はプライベートミニオンは完全に機能しています。これが期待される動作であれば、このエラーを無視しても問題ありません。

また、以下のようなログエントリが表示されることがあります。

2016-01-21 21:47:09,401 [dw-22 - GET /private-location/status] c.n.s.m.util.PrivateMinionUtils WARN Unable to detect Public Network Access trying to fetch https://newrelic.com/synthetics: java.net.ConnectException: Connection refused

New Relicのアクセスは赤。

プライベートミニオンは、実行するジョブのリストを取得し、New Relic ユーザーインターフェースで表示できる結果を公開するために、 https://synthetics-horde.nr-data.netへのアクセス権を持っている必要があります。ファイアウォールルールで直接アクセスが許可されていない場合は、プロキシアクセスを構成する必要があります。必要に応じて、DNS エンドポイントを許可リストに追加します。

ネットワークIOPS。

ネットワークIOPSは、CPMにクラウドプロバイダーを使用している場合、トラブルシューティングに適した場所でもあります。DockerとKubernetesのCPMは、どちらも適切な量の書き込みスループットを必要とします。平均IOPSを分析し、1秒あたりのディスク操作に必要な適切なボリュームサイズを決定します。

ホスト上で Docker コンテナを実行するとポートの競合が発生する

同じホスト内で複数の Docker プライベートロケーションコンテナーを実行している場合、ポートの競合が発生します。このポートの競合を回避するには、ジョブマネージャーのセットアップを開始するときに必ず次のことを行ってください。

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