Adobe CommerceのNew Relicを使用したパフォーマンスのトラブルシューティング

問題

トラブルシューティング

リソース

Apdex スコアの低さ：

New RelicApdex スコアは、web アプリケーションおよびサービスの応答時間に対するユーザーの満足度を測定します。

New Relic/APM/概要にログインします。 概要ページの右側に、Apdex スコア グラフが表示されます。 Apdex スコアが 0.5 以下の場合は、注意が必要であり、調査が必要であることを保証します。web トランザクションの時間（サーバーリクエスト）:

1. 1. New Relic/APM/（アプリを選択）/概要にログインします。 メインのグラフドロップダウンフィルターで、フィルターが web トランザクション時間に設定されていることを確認します。 「トランザクション」テーブルの下で、アプリサーバー時間を探します。 長時間実行されているトランザクションや疑わしいトランザクションがあるかどうかを確認します。

   2. 監視/ トランザクションに移動して個別に調査し、web および最も時間のかかる . のフィルターを設定します。

   3. 次に、リソースを消費するサードパーティモジュール（支払いプロバイダー、ERP など）を検索します。

   4. APM の「監視」セクションで、

      1. 「取引」をクリックします。
      2. 下にスクロールし、「すべてのトランザクションテーブルを表示」をクリックします。
      3. トランザクションを 様々なパラメーターで並べ替えて、疑わしいトランザクションにジャンプさせることができます。
      4. Apdex スコアが低い、カウントが異常に多い、平均時間が長い、またはディスサット % が高いトランザクションを確認します。
      5. 個々のトランザクションをクリックします。 この問題が解決できない場合は、 サポートチケットを送信してください。
      6. さらに調査する必要がある場合は、web 以外のトランザクションの確認を検討します。

非 Web トランザクション時間（操作およびバックグラウンド・タスク）:

1. 1. New Relic/APM/（アプリを選択）/概要にログインします。 メイングラフドロップダウンフィルターで非 web トランザクション時間を必ず選択してください。 「トランザクション」 テーブルで個々のトランザクションをクリックします。 長時間実行されているトランザクションや疑わしいトランザクションを探します。 これには、バックエンドジョブ、cron ジョブ、または読み込み/書き出しジョブ（サードパーティを含む）が含まれます。

New Relic Apdex スコアについて詳しくは、New Relic ドキュメント/APM Apdex/ユーザー満足度の測定を参照してください。 サポートナレッジベースの Managed alerts for Adobe Commerce: Apdex warning alert も参照してください。

CPUの高い使用率：

CPUの使用率が高い場合は、MySQL、Redis など、特にビジー状態のサービスがあることを示している可能性があります。

1. New Relic/インフラストラクチャ/プロセスにログインします。
2. CPUのグラフを確認して、CPU時間を 100% 以上消費しているスタックプロセスや高い消費量のプロセスがあるかどうかを確認し、インスタンスのプロセッサー数と比較します。 リソース使用率のピークに注意を払う 停止した cron でない限り、プロセスを強制終了することはお勧めしません。

パフォーマンス指標、特に個々またはプロセスグループのCPUのパーセンテージ、I/O バイトおよびメモリ使用量について詳しくは、New Relic ドキュメント/インフラストラクチャ UI ページ/インフラストラクチャホストページ/プロセス タブを参照してください。

高い I/O 操作：顧客ごとに個別に割り当てますが、平均とは大きく異なります。

以前の平均 I/O 操作と比較して、異常なスパイクを探します。

1. New Relic/インフラストラクチャ/プロセスにログインします。
2. 1 秒あたりの I/O 読み取りバイト数のグラフを確認します。
3. スパイクの時間を記録します。
4. APM をクリックします。
5. メインのグラフ ドロップダウンフィルターで web トランザクション時間を必ず選択してください。
6. 記録したスパイクの時間を設定します。
7. 高い I/O 操作を引き起こしたトランザクションを検索します。
8. 各トランザクショントレース/トレースの詳細にドリルダウンして、問題の原因を調べます。

停止：New Relicが Apdex によって停止を特定します。 Apdex スコアグラフに赤い線が表示されます。これは、停止と見なされる Apdex < 0.4 を示します。

障害の調査には、Web および Web 以外のトランザクション、データベース、サードパーティのトランザクションの調査など、いくつかの手順が必要になる場合があります。 Web トランザクション：

1. New Relic/APM/概要にログインします。 ドロップダウングラフフィルターで、フィルターが「Web トランザクション時間」に設定されていることを確認します。
2. 時間枠を手動で絞り込みます。
3. 「トランザクション」をクリックします。 フィルターが「Web」に設定され、「最も時間がかかっている」ことを確認します。 最も長く実行されているトランザクションを調査します。
4. さらに調査する必要がある場合は、web 以外のトランザクションの確認を検討します。

Web 以外のトランザクション：

1. 概要ページに戻り、ドロップダウンフィルターの非 web トランザクションに切り替えます。
2. ページの一番下にあるトランザクショントレースを 1 つずつ確認します。
3. 問題によっては、ボトルネックを見つけるために、PHP プロファイラのようなサードパーティツールを使用する必要があります。
4. さらに調査する必要がある場合は、データベースプロセスの調査を検討します。

データベース プロセス：

1. APM ページで、監視/ データベースに移動します。

2. 最も時間がかかる順に並べ替えます。

3. 上位のクエリを確認します。

   メモ：UPDATE または 挿入クエリは、最もCPUを使用するクエリです。

4. 並べ替え順セレクターからスループットに切り替え、データベースのスループットがドロップダウンに表示される原因となったプロセスを探します。

5. さらに調査する必要がある場合は、サードパーティのサービスの調査を検討してください。

サードパーティのサービス：

1. APM ページで、監視/外部サービスに移動します。
2. 「並べ替え基準」ドロップダウンリストから最も遅い平均応答時間を選択します。
3. 停止直前に発生したプロセスを探します。

特定のパフォーマンスの問題の調査について詳しくは、New Relic ドキュメント/APM UI ページ/トランザクションページ/ドリルダウン関数の使用を参照してください。