ドキュメントCommerceツール

Adobe Commerceで管理されたアラート：メモリクリティカルなアラート

最終更新日： 2025年10月14日

作成対象：

  • Experienced
  • Admin

この記事では、New RelicでAdobe Commerceのメモリ クリティカル アラートを受け取った場合のトラブルシューティング手順について説明します。 この問題を解決するには早急な行動が必要だ。

​ ディスクの重大な警告 {width="500"}

影響を受ける製品とバージョン

Adobe Commerce オンクラウドインフラストラクチャ Pro プランアーキテクチャのすべてのバージョン。

イシュー

Adobe Commerce🔗の管理対象アラートにサインアップし、1つ以上のアラートしきい値を超えた場合、New Relicに管理対象アラートが届きます。 これらのアラートは、サポートとエンジニアリングからのインサイトを使用して、お客様に標準セットを提供するためにAdobeによって開発されました。

実行！

  • このアラートがクリアされるまでスケジュールされたデプロイメントをすべて中止します。
  • サイトが完全に応答しない、または応答しなくなった場合は、すぐにメンテナンスモードにします。 手順については、『Commerce インストールガイド』の「​ メンテナンスモードを有効または無効にする」を参照してください。 トラブルシューティングのためにサイトにアクセスできるように、IPを免除IP アドレスリストに追加してください。 手順については、Commerce インストールガイドの「除外IP アドレスのリストを管理する」を参照してください。

やめて！

  • 追加のページビューをサイトに呼び込む可能性のある、追加のマーケティング施策を開始します。
  • CPUまたはディスクに負荷がかかる可能性があるインデクサーまたは別のクローンを実行します。
  • 主要な管理作業（Commerce管理者、データの読み込み/書き出しなど）を行います。
  • キャッシュをクリアします。

アラートの原因を調査して解決する前に「実行しない」アクションのいずれかを実行すると、サイトが応答しなくなる可能性があります（サイトの停止がまだ発生していない場合）。

Solution

以下の手順に従って、原因を特定し、トラブルシューティングします。

WARNING
これは重大なアラートであるため、問題のトラブルシューティングを行う前に​ 手順1 ​を完了することを強くお勧めします（手順2以降）。

  1. Adobe Commerce サポートチケットが存在するかどうかを確認します。 手順については、Commerce サポート サポート サポート サポート サポート技術情報の​ サポートチケットの追跡を参照してください。 サポートは、既にNew Relicしきい値の通知を受け取り、チケットを作成し、問題に取り組み始めている可能性があります。 チケットが存在しない場合は、チケットを作成します。 チケットには次の情報が必要です。

    • 連絡先の理由：New Relic​件のクリティカルアラートを受信しました
    • アラートの説明
    • New Relic インシデントリンク ​。 これは、Adobe Commerce🔗の管理済みアラートに含まれています。

  2. New Relic APMのインフラストラクチャ ページ ​を使用して、メモリを多用する上位プロセスを特定します。 手順については、「New Relic インフラストラクチャ監視ホスト」ページ「プロセス」タブ ​を参照してください。

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

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

  4. サービスの問題がバージョンに関連しない場合は、次の手順を実行します。

  5. MySQL：長時間実行中のクエリ、プライマリキーが定義されていない、インデックスが重複しているなどの問題を確認します。 手順については、Commerce実装プレイブックの「​ クラウドインフラストラクチャ上のAdobe Commerceの最も一般的なデータベースの問題」を参照してください。

  6. Redis: Redisがメモリ消費量の上位ソースである場合、​ サポートチケットを送信。

  7. PHP: PHPがメモリ消費量の上位ソースである場合は、CLI/ターミナルでps aufxを実行して、実行中のプロセスを確認します。 ターミナル出力には、現在実行中のcron ジョブとプロセスが表示されます。 プロセスの実行時間の出力を確認します。 実行時間が長いcronがある場合は、cronがぶら下がっている可能性があります。 トラブルシューティングの手順については、Commerce サポート ナレッジベースの「処理速度が遅く、実行が遅い」および「実行が遅い」ステータス ​でCron ジョブが停止する」を参照してください。

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

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

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

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

recommendation-more-help
commerce-operations-help-tools