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