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などのサービスがメモリ消費の上位ソースである場合は、次の操作を試してください。

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

問題の原因がサービスのバージョンではない場合：

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

問題の潜在的な原因を特定したら、環境にSSHで接続して、さらに調査します。 手順については、『Commerce on Cloud Guide 』の「SSH into your environment」を参照してください。

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

合理的な時間内にソリューションが見つからない場合は、まだ行っていない場合は、アップサイズを要求するか、サイトをメンテナンスモードに配置します。 手順については、Commerce サポート サポート サポート技術情報の一時サイズ変更をリクエストする方法、およびCommerce インストールガイドの​ メンテナンスモードを有効または無効にするを参照してください。

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