Adobe Commerceの管理されたアラート：メモリ警告アラート

New Relic APMのインフラストラクチャ ページ ​を使用して、メモリを多用する上位プロセスを特定します。 手順については、New Relic [ インフラストラクチャ監視ホスト ページ：Processes タブ ]を参照してください。 RedisやMySQLなどのサービスがメモリ消費の上位ソースである場合は、次の操作を試してください。

• 最新バージョンであることを確認してください。 新しいバージョンでは、メモリリークを修正できることがあります。 最新バージョンを使用していない場合は、アップグレードを検討してください。 手順については、Commerce on Cloud ガイドのChange Servicesを参照してください。
• それでもメモリ消費量の増加の原因を特定できない場合は、長時間実行しているクエリ、プライマリキーが定義されていない、インデックスが重複しているなどのMySQLの問題を確認してください。 手順については、Commerce実装プレイブックの「​ クラウドインフラストラクチャ上のAdobe Commerceの最も一般的なデータベースの問題」を参照してください。
• MySQLの問題がない場合は、PHPの問題を確認してください。 CLI/ターミナルでps aufxを実行して、実行中のプロセスを確認します。 ターミナル出力には、現在実行中のcron ジョブとプロセスが表示されます。 プロセスの実行時間の出力を確認します。 実行時間が長いcronがある場合は、cronがぶら下がっている可能性があります。 トラブルシューティングの手順については、Commerce サポート ナレッジベースの「​ パフォーマンスが遅く、動作が遅く、動作が長いcron」および「Cron ジョブが「実行中」ステータス ​」に留まっている」を参照してください。

問題の原因を特定するのに苦慮している場合は、New Relic APMのトランザクションページ ​を使用して、パフォーマンスの問題を伴うトランザクションを特定します。

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

メモリ消費量の増加の原因を特定できない場合は、最近の傾向を確認して、最近のコードのデプロイや設定の変更（新しい顧客グループやカタログの大規模な変更など）に関する問題を特定します。 コードのデプロイメントまたは変更の相関関係については、過去7日間のアクティビティを確認することをお勧めします。

上記の方法で合理的な時間内に原因や解決策を見つけられない場合は、アップグレードをリクエストするか、まだメンテナンスモードにサイトを配置してください。 手順については、Commerce サポート サポート サポート技術情報の一時サイズ変更をリクエストする方法およびCommerce インストールガイドの​ メンテナンスモードを有効または無効にするを参照してください。

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