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

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

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

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

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

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

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

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

問題の潜在的な原因が特定されたら、環境に SSH で問い合わせて詳細を確認します。 手順については、開発者向けドキュメントの Cloud for Adobe Commerce/技術と要件/SSH を参照してください。

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

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

upsize によってサイトが通常の処理に戻った場合は、恒久的なアップサイズを要求すること（Adobeアカウントチームに連絡）を検討するか、負荷テストを実行してクエリまたはサービスの負荷を軽減するコードを最適化し、専用ステージングで問題を再現することを試みます。 開発者向けドキュメントの Cloud for Adobe Commerce/テストデプロイメント/負荷とストレステストを参照してください。