Adobe Commerceでのアラートの管理：MariaDB アラート
この記事では、New RelicでAdobe CommerceのMariaDB アラートを受け取った場合のトラブルシューティング手順について説明します。 MariaDB アラートは、高いクエリロードと過剰なData Manipulation Language （DML）クエリを監視します。 どちらも、ユーザーエクスペリエンスの低下やダウンタイムにつながる可能性があります。 次の2種類のアラートを受け取ることができます。
- DML クエリの警告
- DML クエリが重要
影響を受ける製品とバージョン
Adobe Commerce on cloud infrastructure Pro プランアーキテクチャ
イシュー
Adobe Commerce🔗の管理対象アラートにサインアップし、1つ以上のアラートしきい値を超えた場合、New Relicに管理対象アラートが届きます。 これらのアラートは、サポートとエンジニアリングからのインサイトを使用して、お客様に標準セットを提供するためにAdobeによって開発されました。
実行！
- このアラートがクリアされるまでスケジュールされたデプロイメントをすべて中止します。
- サイトが完全に応答しない、または応答しなくなった場合は、すぐにメンテナンスモードにします。 手順については、『Commerce インストールガイド』の「 メンテナンスモードを有効または無効にする」を参照してください。 トラブルシューティングのためにサイトにアクセスできるように、IPを免除IP アドレスリストに追加してください。 手順については、除外IP アドレスのリストの管理を参照してください。
- サイトパフォーマンスに影響がある場合は、アラートの原因となるインポートなどのスクリプトを終了します。
やめて！
- MariaDBに追加のストレスを与える可能性があるインデクサーまたは追加のcronを実行します。
- 主要な管理作業（Commerce管理者、データの読み込み/書き出しなど）を行います。
- キャッシュをクリアします。
Solution
DML クエリ （UPDATE、INSERT、およびDELETEを使用してデータベースを変更するクエリ）
DML Queries Critical アラートを受け取った場合は、最初の手順から開始します。 DML クエリの警告アラートを受け取った場合は、手順2から開始します。
-
Adobe Commerce サポートチケットが存在するかどうかを確認します。 手順については、ナレッジベース サポートチケットの追跡を参照してください。 サポートは、New Relicしきい値のアラートを受け取り、チケットを作成し、問題に取り組み始めた可能性があります。 チケットが存在しない場合は、チケットを作成します。 チケットには次の情報が必要です。
- 連絡先の理由：New Relic MariaDB alert receivedを選択してください。
- アラートの説明。
- New Relic インシデントリンク 。 これは、Adobe Commerce🔗の管理済みアラートに含まれています。
-
問題の原因を特定するには、DML クエリを特定してみてください。
-
New Relic データベース ページ の手順を使用して、データベース操作を確認します。
-
CALL COUNT、次に OPERATION で並べ替えます。
INSERT、DELETEおよびUPDATE操作を確認してください。 -
高いAVGを探します。
-
クリックして、データベース操作の呼び出し元を検索します。 これにより、クエリを使用しているトランザクションを時間ごとに特定できます。
-
コードの最適化や運用上の最適化について調べます。
- コードの最適化：一括挿入/更新、インデックスの使用を最小限に抑える、コードのスロットリングを使用して、クエリを最適化します。
- 運用の最適化：リソースを大量に消費するデータの変更をオフロードして、トラフィック時間を短縮します。
- 追加の最適化：最新バージョンのECE-Toolsを使用していることを確認します。 手順については、『Commerce on Cloud Guide 』の「e-tools バージョンを更新」を参照してください。
-