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🔗の管理対象アラートにサインアップし、1つ以上のアラートしきい値を超えた場合、New Relicに管理対象アラートが届きます。 これらのアラートは、Adobeが開発したもので、サポートとエンジニアリングからのインサイトを利用して、マーチャントに標準セットを提供します。

実行!

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

やめて!

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

重大なアラートを受信した場合に上記を実行すると、アラートの原因をトラブルシューティングする前に、サイトの停止がまだ発生していない場合、サイトが応答しなくなる可能性があります。

Solution

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

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

    • 連絡先の理由:New Relic CRITICAL alert received​を選択してください。
    • アラートの説明。
    • New Relic インシデントリンク ​。 これは、Adobe Commerce🔗の管理済みアラートに含まれています。
  2. 問題の原因を特定するには、New Relic APMのトランザクションページ ​を使用して、パフォーマンスの問題を伴うトランザクションを特定します。

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

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

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

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

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

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

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