クラウドインフラストラクチャー上のAdobe Commerceにおける MySQL の高負荷ボトルネック
ここでは、MySQL からの高負荷が原因で、クラウドインフラストラクチャー上のAdobe Commerceでパフォーマンスがボトルネックになる場合の解決策について説明します。
影響を受ける製品とバージョン
- クラウドインフラストラクチャー 2.x.x 上のAdobe Commerce、Pro アカウント。
前提条件
- ECE ツールバージョン 2002.0.16 以降
- New Relic APM サービス （クラウドインフラストラクチャアカウント上のAdobe Commerceには、New Relic APM サービス用のソフトウェアが含まれます （ライセンスキーとともに）
New Relic APM サービスおよびお使いのAdobe Commerce on cloud infrastructure アカウントとの設定について詳しくは、以下を参照してください。 New Relic サービス および New Relic APM の概要.
問題
問題がユーザーに影響を与えるかどうかを確認する手順
-
New Relicの APM の概要グラフで、MySQL がボトルネックになっていることが最初に示されているかを確認します。 以下のサンプル図を参照してください。ここでは、MySQL がボトルネックとなり、web トランザクション時間の大部分を占めています。
画像の赤い破線は、MySQL web トランザクションの時間に目に見える上昇傾向を示し、さらに高いレベルでピークを迎えています。
-
ここから、次に データベース 高スループットまたは低速の 2 番目の指標を確認できる画面
SELECTmysql のクエリ、および以下のサンプル画像では、で並べ替えるときに確認できます。 最も時間がかかる この例では、ストアの処理速度が遅くなっていますSELECTMySQL クエリ
New Relic APM で低速のトランザクションを分析します。 MySQL データベースに大量のクエリがある、または負荷が高い場合は、を有効にすることで、負荷を様々なノードに分散させることができます。 SLAVE 接続。
原因：
クラウドインフラストラクチャストア上のAdobe Commerceのスループットが高いか、低速 SELECT MySQL クエリ
解決策
https://console.adobecommerce.com/<owner-user-name>/<project-ID>/<environment-name>. クリックする SSH. ノードが 3 つ以上ある場合は、スケールされたアーキテクチャ上にあります。 スケーリングされたアーキテクチャで Redis スレーブ読み取りを有効にすると、お客様は Redis 接続が接続できないというエラーを受け取ります。 これは、Redis 接続を処理するためにクラスターがどのように設定されているかに関係しています。 Redis スレーブはアクティブですが、Redis 読み取りには使用されません。 Adobe Commerce 2.3.5 以降を使用し、新しい Redis バックエンド設定を実装し、Redis 用の L2 キャッシングを実装するために、スケールアーキテクチャをお勧めします。この 2 つの兆候が発生した場合は、 SLAVE mysql データベースと Redis の接続は、異なるノードに負荷を分散させるのに役立ちます。
Adobe Commerceは、複数のデータベースまたは Redis を非同期で読み取ることができます。 を更新中 .magento.env.yaml をに設定してファイルに書き込む true 値 MYSQL_USE_SLAVE_CONNECTION および REDIS_USE_SLAVE_CONNECTION を使用するには 読み取り専用 非マスターノードで読み取り専用トラフィックを受信するデータベースへの接続。 読み取り/書き込みトラフィックを処理する必要があるのは 1 つのノードのみであるため、ロード・バランシングによってパフォーマンスが向上します。 をに設定 false 既存の読み取り専用接続配列を env.php ファイル。
手順
-
を編集
.magento.env.yamlをファイルに保存し、次のコンテンツを追加します。
詳しくは、こちらを参照してください。 DevDocs での変数のデプロイ.
-
変更をコミットし、変更をプッシュします。
-
変更をプッシュすると、新しいデプロイメントプロセスが開始されます。 デプロイメントが正常に完了したら、Adobe Commerce on cloud infrastructure インスタンスがスレーブ接続を使用するように設定されています。
よくある質問
クラウドインフラストラクチャストア上のAdobe Commerceにスレーブ接続機能を使用する場合に尋ねられうる一般的な質問を以下に示します。
-
スレーブ接続を使用する際の既知の問題や制限はありますか？ スレーブ接続を使用する際に発生する既知の問題はありません。 最新の ece-tools パッケージを使用していることを確認してください。 説明はにあります ece-tools パッケージの更新方法.
-
スレーブ接続を使用して追加のレイテンシーはありますか？ はい、クロス AZ （クロス可用性ゾーン）の待ち時間は、インスタンスが過負荷でなく、負荷全体を処理できる場合に、クラウドインフラストラクチャインスタンス上のAdobe Commerceのパフォーマンスを低下させます。 ただし、インスタンスが過負荷の場合、マスタースレーブは異なるノードに MySQL データベースまたは Redis の負荷を分散させることで、パフォーマンスの向上に役立ちます。
オーバーロードされていないクラスター上 - スレーブ接続では、パフォーマンスが 10～15% 低下します（デフォルトではない理由の 1 つ）。
ただし、過負荷のクラスターでは、トラフィックによる負荷を減らすことで、これらの 10～15% が軽減されるので、パフォーマンスが向上します。
-
ストアに対してこれらの設定を有効にする必要がありますか？ MySQL データベースまたは Redis の負荷が高い、または高いと予想される場合は、必ずスレーブ接続を有効にする必要があります。 平均トラフィックを使用する通常の顧客の場合、これは次のようになります ではない 有効にする最適な設定。
関連資料
開発者向けドキュメントでは、