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を使用してパフォーマンスの問題をトラブルシューティングするには、次の手順に従います。
New Relic > APM >概要にログインします。 概要ページの右側に、Apdex スコアグラフが表示されます。 Apdex スコアが0.5以下の場合は、懸念事項であり、調査が必要です。
Web トランザクション時間(サーバーリクエスト):
-
New Relicにログイン
>APM>アプリ>の概要を選択します。 メインチャートのドロップダウンフィルターで、フィルターをWeb トランザクション時間に設定します。 「トランザクション」テーブルで、「アプリサーバーの時間」を探します。 長期的な取引や疑わしい取引の有無を確認します。 -
>トランザクションの監視に移動して、トランザクションを個別に調査します。 フィルターをWebに設定し、最も時間がかかります。 -
決済プロバイダーやERP システムなどのリソースを使用するサードパーティモジュールを検索します。
-
APMの「監視」セクションで、次の操作を行います。
- 「トランザクション」をクリックします。
- 下にスクロールして、「すべてのトランザクションテーブルを表示」をクリックします。
- 様々なパラメーターでトランザクションを並べ替え、疑わしいと思われるトランザクションを確認します。
- Apdex スコアが低い、カウントまたは平均時間が異常に高い、またはDissat %のトランザクションを確認します。
- 個々のトランザクションをクリックします。 問題を解決できない場合は、 サポートチケットを送信してください。
- さらに調査が必要な場合は、Web以外のトランザクションを確認してください。
web トランザクション以外の時間(操作とバックグラウンド タスク):
- New Relicにログイン
>APM>アプリ>の概要を選択します。 メイングラフのドロップダウンフィルターで「非web トランザクション時間」を選択します。 「取引」テーブルの個々の取引をクリックします。 長期的な取引や疑わしい取引を探します。 これには、バックエンドのジョブ、クローンのジョブ、インポートとエクスポートのジョブ、サードパーティのジョブが含まれます。
> APM Apdex > ユーザー満足度の測定を参照してください。 Adobe Commerce サポート ナレッジベースのAdobe Commerceの管理アラート:Apdexの警告アラート も参照してください。CPUの使用率が高い場合は、MySQLやRedisなどのサービスが特にビジー状態であることを示します。
- New Relicにログイン
>インフラストラクチャ>プロセス。 - CPUのグラフを確認して、CPU時間を100%以上使用するスタックまたは高負荷のプロセスを特定し、インスタンスのプロセッサー数と比較します。 リソース稼働率のピークに注意する。 進捗が滞っている場合を除き、プロセスを中止しないでください。
> インフラストラクチャ UI ページ > インフラストラクチャ ホスト ページ > プロセス タブ を参照してください。以前の平均I/O操作と比較して、通常とは異なるスパイクを探します:
- New Relicにログイン
>インフラストラクチャ>プロセス。 - I/O Read Bytes Per Second グラフを確認します。
- スパイクの時間を記録します。
- 「APM」をクリックします。
- メイングラフ ドロップダウンフィルターで「web トランザクション時間」を選択します。
- 記録されたスパイクの時間に時間を設定します。
- 高いI/O操作を引き起こしたトランザクションを検索します。
- 各トランザクショントレース
>トレースの詳細をドリルダウンして、問題の原因を特定します。
< 0.4の場合、Apdex スコアグラフに赤い線が表示されます。これは停止と見なされます。障害発生時の調査には、webおよびweb以外のトランザクション、データベース、サードパーティトランザクションの調査など、いくつかの手順が必要です。
Web トランザクション:
- New Relicにログイン
>APM>概要。 ドロップダウングラフフィルターで、フィルターをWeb トランザクション時間に設定します。 - 手動で時間ウィンドウを絞り込みます。
- 「トランザクション」をクリックします。 フィルターをWebに設定し、最も時間がかかります。 最も長く続いているトランザクションを調査します。
- さらに調査が必要な場合は、Web以外のトランザクションを確認してください。
Web以外のトランザクション:
- 概要ページに戻り、ドロップダウンフィルターで非web トランザクションに切り替えます。
- ページ下部のトランザクショントレースを順番に確認します。
- 問題に応じて、PHP プロファイラーなどのサードパーティ製ツールを使用して、ボトルネックを見つけます。
- さらに調査が必要な場合は、データベースプロセスを調べてください。
データベースプロセス:
-
APM ページで、「
>データベースの監視」に移動します。 -
最も時間のかかる順に並べ替え。
-
上位クエリのレビュー:
メモ:
更新または挿入クエリは、最もCPUを使用するクエリです。 -
「並べ替え順」セレクターから「スループット」に切り替え、データベースのスループットがドロップダウンになるプロセスを探します。
-
さらに調査が必要な場合は、サードパーティサービスを検討してください。
サードパーティ サービス:
- APM ページで、「
>外部サービスの監視」に移動します。 - 「並べ替え順」ドロップダウンリストから「平均応答時間が最も遅い」を選択します。
- 障害発生直前に発生したプロセスを探します。
> APM UI ページ > トランザクション ページ > ドリルダウン関数を使用を参照してください。