参照アーキテクチャ
- トピック：
- ベストプラクティス
作成対象：
- 経験者
- 管理者
- 開発者
ここでは、データセンター（仮想化されていない）で物理的にホストされているプレーンサーバーを使用し、リソースが他のユーザーと共有されていないAdobe Commerce インスタンスの一般的な推奨設定について説明します。 ホスティングプロバイダーは、特にCommerceのハイパフォーマンスホスティングを専門としている場合、要件に対して同等または効果的な別の設定を推奨する場合があります。
クラウドインフラストラクチャ環境でのAdobe Commerceについては、 スターターアーキテクチャを参照してください。
Commerce リファレンスアーキテクチャ図
Commerce リファレンスアーキテクチャの図は、スケーラブルな Commerce サイトを設定するためのベストプラクティスアプローチを表しています。
図中の各要素の色は、その要素がMagento Open Sourceの一部であるかAdobe Commerceの一部であるか、また必要かどうかを示しています。
- Magento Open Sourceにはオレンジ色が必要です
- グレーの要素はMagento Open Sourceのオプションです
- Adobe Commerceでは、青い要素はオプションです
次の節では、Commerce リファレンスアーキテクチャの図の各セクションに関する推奨事項と考慮事項を示します。
Varnish
- Varnish クラスターは、サイトのトラフィックに合わせて拡張できます
- 必要なキャッシュページの数に基づいてインスタンスサイズを調整します
- 高トラフィックのサイトでは、Varnishマスターを使用して、オンキャッシュで web 層ごとに（最大で） 1 つのリクエストをフラッシュするようにします
Web
- トラフィックと冗長性に対するノードの拡張を有効にする
- 1 つのノードは master で、cron を実行します。
- または、専用の Admin ノードと Worker ノードを使用します
キャッシュ
- セッション用に別の Redis インスタンスを実装することを検討してください
- キャッシュごとに Redis インスタンスを設定できます
- 想定される最大キャッシュサイズを含むようにインスタンスのサイズを設定します
データベースとキュー
- 高トラフィックのサイトでは、スレーブ DB および注文/買い物かごのための分割 DB を使用して DB パフォーマンスを調整できます（Adobe Commerce）
- 迅速なリカバリとデータバックアップを可能にするスレーブ DB の使用を検討してください
- 低トラフィックのサイトは画像を DB に格納できる
検索
- 検索トラフィックに基づいてインスタンス数を調整
ストレージ
- pub/media ストレージには GFS または GlusterFS の使用を検討してください
- または、低トラフィックサイトには DB ストレージを使用します
推奨される Varnish 参照アーキテクチャ
Magentoでは、複数のフルページキャッシュエンジン（ファイル、Memcache、Redis、Varnish）が標準でサポートされているほか、拡張機能による適用範囲が広がっています。 Varnish は、推奨されるフルページキャッシュエンジンです。 Commerce は、様々な Varnish 設定をサポートしています。
高可用性を必要としないサイトの場合は、Nginx SSL ターミネーションを使用したシンプルな Varnish 設定を使用することをお勧めします。
高可用性が必要なサイトの場合は、SSL ターミネータ ロード バランサーを使用した 2 層 Varnish 構成を使用することをお勧めします。
