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

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

apdex 重大アラート

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

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

問題

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

動け!

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

やめて!

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

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

解決策

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

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

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

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

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

  5. ソースが特定されたら、環境に SSH で接続して詳細を調べます。 手順については、開発者向けドキュメントの Cloud for Adobe Commerce/技術と要件/SSH を参照してください。

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

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

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

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a