Adobe Commerceの管理アラート:重大なアラート Apdex 通知

この記事では、New Relic でAdobe Commerceの Apdex しい重大なアラートを受け取った場合のトラブルシューティング手順を説明します。 Apdex スコアは、web アプリケーションおよびサービスの応答時間に対するユーザーの満足度を測定します。 この問題を修正するには、直ちに対処する必要があります。 選択したアラート通知チャネルに応じて、アラートは次のようになります。

apdex 重大アラート {width="500"}

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

  • Adobe Commerce on cloud infrastructure Pro プランアーキテクチャ
  • Adobe Commerce on cloud infrastructure スタータープランアーキテクチャ

問題

Adobe Commerceの Managed アラートにサインアップし、1 つ以上のアラートしきい値を超えた場合、New Relic で管理アラートを受け取ります。 これらのアラートは、サポートとエンジニアリングのインサイトを使用して、マーチャントに標準セットを提供するために、Adobeで開発されました。

動け!

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

やめて!

  • 追加のマーケティングキャンペーンを開始すると、サイトに追加のページビューが表示される場合があります。
  • インデクサーや追加の Cron を実行すると、CPUやディスクにさらに負荷がかかる場合があります。
  • 主要な管理タスク(Commerce管理者、データの読み込み/書き出し)を実行します。
  • キャッシュをクリアします。

アラートの原因をトラブルシューティングする前に、重要なアラートを受け取ったときに上記の手順を実行すると、まだサイトの停止が発生していない場合、サイトが応答しなくなります。

解決策

原因の特定とトラブルシューティングを行うには、次の手順に従います。

WARNING
これは重大なアラートなので、問題のトラブルシューティング(手順 2 以降)を行う前に、手順 1 を完了することを強くお勧めします。
  1. Adobe Commerce サポートチケットが存在するかどうかを確認します。 手順については、Commerce サポートナレッジベースの サポートチケットのトラッキングを参照してください。 サポートがしきい値アラートを受け取り、チケッ New Relic を作成して、問題の処理を開始した可能性があります。 チケットが存在しない場合は、作成します。 チケットには、次の情報が含まれている必要があります。

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

  3. New Relic APM のインフラストラクチャページを使用して、リソースを大量に消費するプロセスを特定します。 手順については、New Relic インフラストラクチャ監視ホストのページ:Processes tab を参照してください。

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

    • 最新バージョンを使用していることを確認します。 新しいバージョンでは、メモリリークが修正される場合があります。 最新バージョンでない場合は、アップグレードを検討してください。 手順については、Cloud ガイドのCommerceの サービスの変更を参照してください。
    • 長時間実行中のクエリ、プライマリキーが定義されていない、インデックスが重複しているなど、MySQL の問題を確認します。 手順については、Commerce実装プレイブックの クラウドインフラストラクチャ上のAdobe Commerceで最も一般的なデータベースの問題を参照してください。
    • PHP の問題をチェックします。 CLI/ターミナルで ps aufx を実行して、実行中のプロセスを確認します。 ターミナル出力には、現在実行中の cron ジョブとプロセスが表示されます。 出力でプロセスの実行時間を確認します。 実行時間が長い Cron がある場合は、Cron がハングしている可能性があります。 トラブルシューティングの手順については、Commerce サポートナレッジベースの パフォーマンスが遅い、動作が遅い、長時間動作する Cron および Cron ジョブが「実行中」ステータスのままになるを参照してください。
  5. ソースが特定されたら、環境に SSH で接続して詳細を調べます。 手順については、Commerce on Cloud ガイドの SSH into your environment を参照してください。

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

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

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

recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3