Adobe Commerceの管理アラート：Apdex 警告アラート

問題の原因を特定するには、New Relic APM’s トランザクションページを使用して、パフォーマンスの問題があるトランザクションを特定します。

• トランザクションを昇 Apdex scores で並べ替えます。 Apdex は、web アプリケーションおよびサービスの応答時間に対するユーザー満足度を指します。 低スコア Apdex はボトルネック（応答時間の長いトランザクション）を示している場合があります。 通常は、データベース、Redis、または PHP です。 手順については、New Relic 不満が最も高いトランザクション Apdex 表示を参照してください。
• スループット、平均応答時間が最も遅い、最も時間がかかる、およびその他のしきい値でトランザクションを並べ替えます。 手順については、New Relic 特定のパフォーマンスの問題の検索を参照してください。

New Relic APM のインフラストラクチャページを使用して、リソースを大量に消費するプロセスを特定します。 手順については、New Relic インフラストラクチャ監視ホスト ページ：Processes ールタブを参照してください。

Redis や MySQL などのサービスがメモリ消費の上位ソースである場合は、次の操作を試してください。

• 最新バージョンを使用していることを確認します。 新しいバージョンでは、メモリリークが修正される場合があります。 最新バージョンでない場合は、アップグレードを検討してください。 手順については、Cloud ガイドのCommerceの サービスの変更を参照してください。

問題がサービスのバージョンに起因するものではない場合：

• 長時間実行中のクエリ、プライマリキーが定義されていない、インデックスが重複しているなど、MySQL のその他の問題を確認します。 手順については、Commerce実装プレイブックの クラウドインフラストラクチャ上のAdobe Commerceで最も一般的なデータベースの問題を参照してください。
• その他の PHP の問題をチェックします。 CLI/ターミナルで ps aufx を実行して、実行中のプロセスを確認します。 ターミナル出力には、現在実行中の cron ジョブとプロセスが表示されます。 出力でプロセスの実行時間を確認します。 実行時間が長い Cron がある場合は、Cron がハングしている可能性があります。 トラブルシューティングの手順については、Commerce サポートナレッジベースの パフォーマンスが遅い、動作が遅い、長時間動作する Cron および Cron ジョブが「実行中」ステータスのままになるを参照してください。

問題の潜在的な原因が特定されたら、環境に SSH で問い合わせて詳細を確認します。 手順については、Commerce on Cloud ガイドの SSH into your environment を参照してください。

ソースの特定に引き続き苦労する場合は、最近のトレンドを確認し、最近のコードのデプロイメントまたは設定の変更に関する問題を特定します（例えば、新しい顧客グループやカタログの大幅な変更）。 コードのデプロイメントまたは変更における相関関係について、過去 7 日間のアクティビティを確認することをお勧めします。

妥当な時間内にソリューションが見つからない場合は、アップサイズをリクエストするか、サイトをまだメンテナンスモードに設定していない場合は配置します。 手順については、Commerce サポートナレッジベースの 一時サイズ変更のリクエスト方法および『Commerce インストールガイド』の メンテナンスモードの有効化または無効化を参照してください。

upsize によってサイトが通常の処理に戻った場合は、永続的なアップサイズのリクエスト（Adobe アカウントチームにお問い合わせください）を検討するか、負荷テストを実行してクエリまたはサービスの負荷を軽減するコードを最適化し、専用ステージングで問題を再現してみてください。 Commerce on Cloud ガイドの 負荷とストレステストを参照してください。