自動スケーリング

自動スケーリングは、最適なパフォーマンスと合理的なコストを維持するために、クラウドインフラストラクチャにリソースを自動的に追加または削除します。 現在、この機能は、拡張アーキテクチャ ​で構成されたプロジェクトでのみ使用できます。

Web サーバーノード

Web層は、プロセス要求の増加と高いトラフィック要件に対応するように拡張します。 現在、自動スケーリング機能は、web サーバーノードの追加または削除によって水平方向にのみスケーリングします。

自動スケーリングイベントは、CPUの使用状況とトラフィックがあらかじめ定義されたしきい値に達したときに発生します。

  • ノードが追加されました:すべてのアクティブなweb ノードのCPU/コアは、1分間は75%の容量で、5分間はトラフィックが20%増加しています。
  • ノードが削除されました:すべてのアクティブなweb ノードのCPU/コアが60%で20分間ロードされます。 ノードは、追加された順序で削除されます。

最小値と最大値のしきい値は、各加盟店が契約しているリソース制限にもとづいて決定および設定されるので、無限に拡張できるリスクが軽減されます。

New Relicのしきい値の監視

New Relic サービス ​を使用して、ホスト数やCPUの使用状況など、特定のしきい値を監視できます。 次のNew Relic クエリでは、例えばcluster-idに対してのみ変数表記を使用しています。

TIP
クエリの作成に関する詳細は、New Relic ドキュメントのNRQL構文、句、関数を参照してください。
クエリを使用して、New Relic ダッシュボード ​を構築します。

ホスト数

次のNew Relic クエリの例は、環境内のホスト数を示しています。

SELECT uniqueCount(SystemSample.entityId) AS 'Infrastructure hosts', uniqueCount(Transaction.host) AS 'APM hosts seen' FROM SystemSample, Transaction where (Transaction.appName = 'cluster-id_stg' AND Transaction.transactionType = 'Web') OR SystemSample.apmApplicationNames LIKE '%|cluster-id_stg|%' TIMESERIES SINCE 3 HOURS AGO

次のスクリーンショットでは、APM hosts seen​は、選択した期間中にログに記録されたトランザクションを持つホストの数を指します。

New Relic ホスト数

CPUの利用状況

次のNew Relic クエリの例は、web ノードに対するCPUの使用状況を示しています。

SELECT average(cpuPercent) FROM SystemSample FACET hostname, apmApplicationNames WHERE instanceType LIKE 'c%' TIMESERIES SINCE 3 HOURS AGO

New Relic web nodes CPUの使用状況

自動スケーリングを有効にする

Adobe Commerce オンクラウド インフラストラクチャ プロジェクトの自動スケーリングを有効または無効にするには、Adobe Commerce サポート チケットを送信してください。 チケットで次の理由を選択します。

  • 連絡先の理由: インフラストラクチャの変更リクエスト
  • Adobe Commerce インフラストラクチャの連絡先の理由:その他のインフラストラクチャの変更リクエスト
IMPORTANT
自動スケーリング機能は、予期せぬイベントをキャプチャします。 自動スケーリングが有効になっている場合でも、今後のイベントが予想される場合は、Adobe Commerce サポートチケットを送信に進むことをお勧めします。

負荷テスト

Adobeでは、最初にCloud プロジェクト ステージング クラスターで自動スケーリングが有効になります。 環境で負荷テストを実行して完了すると、Adobeは実稼動クラスターで自動スケーリングを有効にします。 負荷テストに関するガイダンスについては、​ パフォーマンステスト ​を参照してください。

IP許可リストに加える

自動スケーリングを有効にすると、アウトバウンド web ノードトラフィックはサービスノードのIP アドレスから送信されます。 Adobe Commerce on cloud infrastructure プロジェクトにバンドルされていないサードパーティのサービスで許可リストに加える許可リストを使用する場合は、サードパーティのサービスのIP アドレスを確認します。

例:

  • 許可リストにサービスノード(1、2、3)のIP アドレスが含まれている場合、操作は必要ありません。
  • 許可リストにサービスノード(1、2、3)とweb ノード(4、5、6)のIP アドレスが含まれている場合(この場合は6つのノードすべて)、アクションは必要ありません。
  • Web ノード(4、5、6)のIP アドレス only​が許可リストに含まれている場合は、サービスノードのIP アドレスを含めるように許可リストを更新する必要があります。
recommendation-more-help
commerce-on-cloud-help-cloud-guide