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

この記事では、New Relicを使用して、クラウドインフラストラクチャー上でAdobe Commerceのパフォーマンスに関する問題を解決するためのトラブルシューティング手順を説明します。 また、詳しい情報を得るためのリソースも提供します。 次の表で取り上げる問題と、推奨されるリソースは次のとおりです。

  • Apdex スコアの低さ
  • 高い CPU 使用率
  • 高い I/O オペレーション
  • 機能停止
問題
トラブルシューティング
リソース

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 スコアが低い、カウントが異常に多い、平均時間が長い、またはディスサット % が高いトランザクションを確認します。
      5. 個々のトランザクションをクリックします。 問題を解決できない場合は、 サポートチケットを送信します。
      6. さらに調査する必要がある場合は、web 以外のトランザクションの確認を検討します。

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

    1. へのログイン New Relic / APM / (アプリを選択)/概要 メイングラフドロップダウンフィルターで非 web トランザクション時間を必ず選択してください。 「トランザクション」 テーブルで個々のトランザクションをクリックします。 長時間実行されているトランザクションや疑わしいトランザクションを探します。 これには、バックエンドジョブ、cron ジョブ、または読み込み/書き出しジョブ(サードパーティを含む)が含まれます。
New Relic Apdex スコアについて詳しくは、以下を参照してください。 New Relic ドキュメント > APM Apdex > ユーザー満足度の測定. 以下も参照してください。 Adobe Commerceの管理アラート:Apdex 警告アラート サポートナレッジベースで。

高い 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. 上位のクエリを確認します。

    注意: 更新 または 挿入クエリは、最も CPU を消費するクエリです。

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

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

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

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