Adobe Commerceの管理アラート:Apdex クリティカルアラート
この記事では、New RelicでAdobe CommerceのApdex クリティカルアラートを受け取った場合のトラブルシューティング手順について説明します。 Apdex スコアは、web アプリケーションとサービスの応答時間に対するユーザーの満足度を測定します。 この問題を解決するには早急な行動が必要だ。 選択したアラート通知チャネルに応じて、アラートは次のようになります。
影響を受ける製品とバージョン
- 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
以下の手順に従って、原因を特定し、トラブルシューティングします。
-
Adobe Commerce サポートチケットが存在するかどうかを確認します。 手順については、Commerce サポート サポート サポート サポート サポート技術情報の サポートチケットの追跡を参照してください。 サポートは、New Relicしきい値のアラートを受け取り、チケットを作成し、問題に取り組み始めた可能性があります。 チケットが存在しない場合は、チケットを作成します。 チケットには次の情報が必要です。
- 連絡先の理由:New Relic CRITICAL alert receivedを選択してください。
- アラートの説明。
- New Relic インシデントリンク 。 これは、Adobe Commerce🔗の管理済みアラートに含まれています。
-
問題の原因を特定するには、New Relic APMのトランザクションページ を使用して、パフォーマンスの問題を伴うトランザクションを特定します。
- Apdex スコアを昇順で並べ替えます。 Apdexは、web アプリケーションおよびサービスの応答時間に対するユーザー満足度を指します。 Apdex スコアが低い場合は、(応答時間が長いトランザクション)ボトルネックが発生している可能性があります。 通常は、データベース、Redis、またはPHPです。 手順については、New Relic Apdexの不満が最も高いトランザクションを表示を参照してください。
- 最も高いスループット、最も遅い平均応答時間、最も時間がかかるその他のしきい値などによってトランザクションを並べ替えます。 手順については、New Relic 特定のパフォーマンスの問題を見つけるを参照してください。 まだ問題を特定するのに苦慮している場合は、New Relic APMのインフラストラクチャ ページ を使用してください。
-
New Relic APMのインフラストラクチャ ページ を使用して、リソース集約的なプロセスを特定します。 手順については、New Relic インフラストラクチャ監視ホスト ページ:Processes tabを参照してください。
-
RedisやMySQLなどのサービスがメモリ消費の上位ソースである場合は、次の操作を試してください。
- 最新バージョンであることを確認してください。 新しいバージョンでは、メモリリークを修正できることがあります。 最新バージョンを使用していない場合は、アップグレードを検討してください。 手順については、Commerce on Cloud ガイドのChange Servicesを参照してください。
- 長時間実行中のクエリ、プライマリキーが定義されていない、重複したインデックスなど、MySQLの問題を確認します。 手順については、Commerce実装プレイブックの「 クラウドインフラストラクチャ上のAdobe Commerceの最も一般的なデータベースの問題」を参照してください。
- PHPの問題を確認します。 CLI/ターミナルで
ps aufxを実行して、実行中のプロセスを確認します。 ターミナル出力には、現在実行中のcron ジョブとプロセスが表示されます。 プロセスの実行時間の出力を確認します。 実行時間が長いcronがある場合は、cronがぶら下がっている可能性があります。 トラブルシューティングの手順については、Commerce サポート サポート ナレッジベースの「 パフォーマンスが遅い、実行が遅い、実行が長いCron ジョブが「実行中」ステータス で停止する」を参照してください。
-
ソースが特定されたら、環境にSSHで接続して、さらに調査します。 手順については、『Commerce on Cloud Guide 』の「SSH into your environment」を参照してください。
-
ソースの特定に苦慮している場合は、最近のトレンドを確認して、最近のコードのデプロイや設定の変更(新しい顧客グループやカタログの大幅な変更など)に関する問題を特定します。 コードのデプロイメントまたは変更の相関関係については、過去7日間のアクティビティを確認することをお勧めします。
-
合理的な時間内にソリューションが見つからない場合は、まだ行っていない場合は、アップサイズを要求するか、サイトをメンテナンスモードに配置します。 手順については、Commerce サポート サポート ナレッジベースの一時サイズ変更をリクエストする方法およびCommerce インストールガイドの メンテナンスモードを有効または無効にするを参照してください。
-
アップサイズによってサイトが通常の動作に戻る場合は、永続的なアップサイズをリクエストするか(Adobeのアカウントチームにお問い合わせください)、負荷テストを実行してクエリを最適化するか、サービスへのプレッシャーを軽減するコードを実行して、専用ステージングで問題を再現してみてください。 Commerce on Cloud ガイドの負荷および負荷テスト を参照してください。