Managed alerts for Adobe Commerce:memory warning アラート

使用方法 New Relic APM のインフラストラクチャページ 大量のメモリを消費する上位のプロセスを特定します。 手順については、New Relicを参照してください。 インフラストラクチャ監視ホスト・ページ/「プロセス」タブ. メモリ消費の上位ソースが Redis や MySQL などのサービスである場合は、次の操作を実行してください。

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

それでも問題の原因を特定できない場合は、次を使用します New Relic APM のトランザクションページ パフォーマンスの問題があるトランザクションを識別するには：

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

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

上記の方法で適切な時間内に原因や解決策を見つけられなかった場合は、アップサイズをリクエストするか、まだサイトをメンテナンスモードに設定します（まだ設定していない場合）。 手順については、次を参照してください 一時サイズ変更のリクエスト方法 サポートナレッジベースおよび インストールガイド/メンテナンスモードの有効化または無効化 開発者向けドキュメントを参照してください。

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