Adobe Commerceの管理アラート：CPU警告アラート
この記事では、New Relic でAdobe CommerceのCPU警告アラートを受け取った場合のトラブルシューティング手順を説明します。 この問題を修正するには、直ちに対処する必要があります。 選択したアラート通知チャネルに応じて、アラートは次のようになります。
影響を受ける製品とバージョン
Adobe Commerce on cloud infrastructure Pro プランアーキテクチャ
問題
New RelicAdobe Commerceの Managed アラート にサインアップし、1 つ以上のアラートしきい値を超えた場合、 でアラートが届きます。 これらのアラートは、サポートおよびエンジニアリングのインサイトを使用して、標準セットをお客様に提供するために、Adobeで開発されました。
動け！
- このアラートがクリアされるまで、スケジュールされている展開を中止します。
- サイトが完全に応答しない場合は、すぐにサイトをメンテナンスモードにします。 手順については、『Commerce インストールガイド』の メンテナンスモードの有効化または無効化 を参照してください。 トラブルシューティングのためにサイトに引き続きアクセスできるように、IP を除外 IP アドレスリストに追加してください。 手順については、『Commerce インストールガイド』の 除外 IP アドレスのリストの管理 を参照してください。
やめて！
- 追加のマーケティングキャンペーンを開始すると、サイトに追加のページビューが表示される場合があります。
- インデクサーや追加の Cron を実行すると、CPUやディスクにさらに負荷がかかる場合があります。
- 主要な管理タスク（Commerce管理者、データの読み込み/書き出し）を実行します。
- キャッシュをクリアします。
解決策
原因の特定とトラブルシューティングを行うには、次の手順に従います。
-
New Relic APM のトランザクションページ を使用して、パフォーマンスの問題があるトランザクションを特定します。
- Apdex スコアの昇順でトランザクションを並べ替えます。 Apdex は、web アプリケーションおよびサービスの応答時間に対するユーザー満足度を指します。 スコアが低 Apdex 場合 、ボトルネック（応答時間の長いトランザクション）を示している可能性があります。 通常は、データベース、Redis、または PHP です。 手順については、New Relic 不満が最も高いトランザクションの表示 Apdex を参照 てください。
- スループット、平均応答時間が遅い、時間がかかる、その他のしきい値の高い順にトランザクションを並べ替えます。 手順については、New Relic 特定のパフォーマンスの問題の検索 を参照してください。
-
ソースの特定に依然として苦労している場合は、New Relic APM のインフラストラクチャページ を使用して、リソース負荷の高いサービスを特定します。 手順については、New Relic インフラストラクチャ監視ホスト ページ：Processes tab を参照してください。
-
ソースを特定した場合は、環境に SSH で接続して詳細を調べます。 手順については、Commerce on Cloud ガイドの SSH into your environment を参照してください。
-
ソースの特定に苦労する場合：
- 最近のトレンドを確認して、最近のコードのデプロイメントや設定の変更に関する問題を特定します（例えば、新しい顧客グループやカタログの大幅な変更）。 コードのデプロイメントまたは変更における相関関係について、過去 7 日間のアクティビティを確認することをお勧めします。
- フラットカタログの確認と無効化を検討します。 手順については、Commerce サポートナレッジベースの パフォーマンスが遅い、動作が遅い、動作が長い を参照してください。
- DDoS 攻撃が発生していると思われる場合は、ボットトラフィックをブロックしてみてください。 手順については、Commerce サポートナレッジベースの Fastly レベルでAdobe Commerceの悪意のあるトラフィックをブロックする方法 を参照してください。
-
問題が一時的であると思われる場合は、アップサイズなどの軽減手順を実行するか、サイトをメンテナンスモードにします。 手順については、Commerce サポートナレッジベースの 一時サイズ変更のリクエスト方法 および『Commerce インストールガイド』の メンテナンスモードの有効化または無効化 を参照してください。 アップサイズによってサイトが通常の処理に戻った場合は、永続的なアップサイズを要求すること（Adobe アカウントチームに問い合わせてください）を検討するか、負荷テストを実行してクエリまたはサービスの負荷を軽減するコードを最適化し、専用のステージングで問題を再現してみてください。 Commerce手順については、Cloud ガイドの 負荷とストレステスト を参照してください。