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

Adobe Commerce on cloud infrastructureでは、New Relicを使用してパフォーマンスの問題をトラブルシューティングします。 また、Apdex スコアの低さ、CPUの使用率の高さ、I/Oの高さ、停止などについても説明します。 この問題を解決するには、トラブルシューティングの手順と関連する問題に関する推奨リソースに従ってください。

説明 description

環境

Adobe Commerceオンクラウド基盤:

問題/症状

  • Apdex スコアが低い。 New Relic Apdex スコアは、web アプリケーションやサービスの応答時間に対するユーザーの満足度を測定します。 Apdex スコアが0.5以下の場合、調査が保証されます。
  • CPUの使用率の向上。 CPUの使用率が高い場合は、MySQLやRedisなど、特にビジーなサービスであることを示します。
  • 高いI/O運用: I/O操作は顧客によって異なり、平均とは大きく異なります。 以前の平均的なI/O操作と比較して、通常とは異なるスパイクを探します。
  • 停止: New Relicは、Apdexによって障害を判断します。 Apdexが0.4未満の場合、Apdex スコアグラフに赤い線が表示され、障害と見なされます。

解決策 resolution

New Relicを使用してパフォーマンスの問題をトラブルシューティングするには、次の手順に従います。

問題
トラブルシューティング
リソース
Apdex スコアが低い:

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

New Relic > APM >概要にログインします。 概要ページの右側に、Apdex スコアグラフが表示されます。 Apdex スコアが0.5以下の場合は、懸念事項であり、調査が必要です。

Web トランザクション時間(サーバーリクエスト):

  1. New Relicにログイン > APM > アプリ >の概要を選択します。 メインチャートのドロップダウンフィルターで、フィルターをWeb トランザクション時間に設定します。 「トランザクション」テーブルで、「アプリサーバーの時間」を探します。 長期的な取引や疑わしい取引の有無を確認します。

  2. > トランザクションの監視に移動して、トランザクションを個別に調査します。 フィルターをWebに設定し、最も時間がかかります。

  3. 決済プロバイダーやERP システムなどのリソースを使用するサードパーティモジュールを検索します。

  4. APMの「監視」セクションで、次の操作を行います。

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

web トランザクション以外の時間(操作とバックグラウンド タスク):

  1. New Relicにログイン > APM > アプリ >の概要を選択します。 メイングラフのドロップダウンフィルターで「非web トランザクション時間」を選択します。 「取引」テーブルの個々の取引をクリックします。 長期的な取引や疑わしい取引を探します。 これには、バックエンドのジョブ、クローンのジョブ、インポートとエクスポートのジョブ、サードパーティのジョブが含まれます。
New Relic Apdex スコアについて詳しくは、New Relic ドキュメント > APM Apdex > ユーザー満足度の測定を参照してください。 Adobe Commerce サポート ナレッジベースのAdobe Commerceの管理アラート:Apdexの警告アラート ​も参照してください。
CPUの使用率が高い:

CPUの使用率が高い場合は、MySQLやRedisなどのサービスが特にビジー状態であることを示します。
  1. New Relicにログイン > インフラストラクチャ > プロセス。
  2. CPUのグラフを確認して、CPU時間を100%以上使用するスタックまたは高負荷のプロセスを特定し、インスタンスのプロセッサー数と比較します。 リソース稼働率のピークに注意する。 進捗が滞っている場合を除き、プロセスを中止しないでください。
パフォーマンス指標、特にCPUの割合、I/O バイト、個々のプロセスまたはプロセスのグループのメモリ使用量について詳しくは、New Relic ドキュメント > インフラストラクチャ UI ページ > インフラストラクチャ ホスト ページ > プロセス タブ ​を参照してください。
高いI/O運用:各顧客について、この数は個別であり、平均とは大きく異なります。

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

  1. New Relicにログイン > インフラストラクチャ > プロセス。
  2. I/O Read Bytes Per Second グラフを確認します。
  3. スパイクの時間を記録します。
  4. 「APM」をクリックします。
  5. メイングラフ ドロップダウンフィルターで「web トランザクション時間」を選択します。
  6. 記録されたスパイクの時間に時間を設定します。
  7. 高いI/O操作を引き起こしたトランザクションを検索します。
  8. 各トランザクショントレース > トレースの詳細をドリルダウンして、問題の原因を特定します。
停止:New Relicは、Apdexによって停止を判断します。 Apdexが< 0.4の場合、Apdex スコアグラフに赤い線が表示されます。これは停止と見なされます。

障害発生時の調査には、webおよびweb以外のトランザクション、データベース、サードパーティトランザクションの調査など、いくつかの手順が必要です。

Web トランザクション:

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

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

  1. 概要ページに戻り、ドロップダウンフィルターで非web トランザクションに切り替えます。
  2. ページ下部のトランザクショントレースを順番に確認します。
  3. 問題に応じて、PHP プロファイラーなどのサードパーティ製ツールを使用して、ボトルネックを見つけます。
  4. さらに調査が必要な場合は、データベースプロセスを調べてください。

データベースプロセス:

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

  2. 最も時間のかかる順に並べ替え。

  3. 上位クエリのレビュー:

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

  4. 「並べ替え順」セレクターから「スループット」に切り替え、データベースのスループットがドロップダウンになるプロセスを探します。

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

サードパーティ サービス:

  1. APM ページで、「>外部サービスの監視」に移動します。
  2. 「並べ替え順」ドロップダウンリストから「平均応答時間が最も遅い」を選択します。
  3. 障害発生直前に発生したプロセスを探します。
特定のパフォーマンスの問題の調査について詳しくは、New Relic ドキュメント > APM UI ページ > トランザクション ページ > ドリルダウン関数を使用を参照してください。
recommendation-more-help
experience-cloud-kcs-help-kbarticles