ハードウェアの推奨事項

CPU

Commerce web ノードは、キャッシュされていないリクエストや、アプリケーションを介してキャッシュできないすべてのリクエストを処理します。 1 つの CPU コアは約 2 つ(時には 4 つ)を提供できます Commerce が効果的に要求します。 次の式を使用して、すべての受信リクエストをキューに入れずに処理する必要がある web ノード/コアの数を決定します。

N[Cores] = (N[Expected Requests] / 2) + N [Expected Cron Processes]

ストアの負荷が変化すると予想される場合は、アクティブな販売期間の web ノード/コアの数を手動で増やすことができます。 または、自動スケーリングモデルを使用して web 層を自動的に拡張することもできます。

メモリ

PHP

Magentoの PHP のメモリ要件は、システムのデプロイ方法によって異なります。 一般的に、単一のサーバストアを設定する場合は、PHP メモリを 2G 用に設定することをお勧めします。 パイプラインのデプロイメントを使用してサイトを設定する場合は、ビルドサーバーに 2 GB および web ノードに 1 GB をお勧めします。

シナリオと予想される PHP メモリ要件:

  • ストアフロントページのみを提供する Web ノード:256 MB
  • 大きなカタログを持つ管理ページを提供する Web ノード:1 GB
  • Commerce 大規模なカタログを使用したサイトのインデックス作成:256 MB 超(を参照) advanced-setup 最適なパフォーマンスを得るために調整する)。
  • Commerce 静的アセットのコンパイルとデプロイ:756 MB
  • Commerce performance toolkit プロファイルの生成:>1 GB PHP RAM、>16 MB MySQL TMP_TABLE_SIZE およびMAX_HEAP_TABLE_SIZE 設定

MySQL

この Commerce データベース(およびその他のデータベース)は、データとインデックスの保存に使用できるメモリ容量の影響を受けます。 を効果的に活用する MySQL データのインデックス作成。使用可能なメモリ量は、少なくとも、データベースに保存されるデータのサイズの半分近くにする必要があります。

キャッシュ

複数のをデプロイする場合 Commerce Redis を使用するか Varnish キャッシュについては、次の原則に留意してください。

  • Varnish フルページキャッシュメモリの無効化が有効です。に割り当てる十分なメモリを推奨します。 Varnish 一番人気のあるページをメモリに保持するには
  • セッションキャッシュは、Redis の別のインスタンス用に設定するのに適した候補です。 このキャッシュタイプのメモリ設定では、サイトの買い物かごの放棄の戦略と、セッションがキャッシュに残ると予想される期間を考慮する必要があります
  • Redis には、最適なパフォーマンスを得るために、他のすべてのキャッシュをメモリに保持するのに十分なメモリが割り当てられている必要があります。 ブロックキャッシュは、設定するメモリ量を決定する際の重要な要素となります。 ブロックキャッシュが、サイト上のページ数(SKU 数×ストアビュー数)に応じて増える

ネットワーク帯域幅

十分なネットワーク帯域幅は、Web ノード、データベース、キャッシュ/セッション・サーバ、その他のサービス間のデータ交換に関する重要な要件の 1 つです。 なぜなら Commerce はキャッシュを効果的に活用して高パフォーマンスを実現し、システムは Redis などのキャッシュサーバーと積極的にデータを交換できます。 Redis がリモートサーバー上にある場合は、読み取り/書き込み操作のボトルネックを防ぐために、Web ノードとキャッシュサーバーの間に十分なネットワークチャネルを提供する必要があります。

recommendation-more-help
c0c5bbed-4957-4162-81bc-120c837a1894