[PaaS のみ]{class="badge informative" title="Adobe Commerce on Cloud プロジェクト（Adobeが管理する PaaS インフラストラクチャ）およびオンプレミスプロジェクトにのみ適用されます。"}

ソフトウェアの推奨事項

Commerce の実稼動インスタンスには、次のソフトウェアが必要です。

マルチサーバー環境の場合、またはビジネスの拡大・縮小を計画しているマーチャントの場合は、次の操作をお勧めします。

各タイプのソフトウェアでサポートされるバージョンの詳細については、​ システム要件 ​ を参照してください。

オペレーティングシステム

オペレーティングシステムの設定と最適化は、他の高負荷 web アプリケーションと比較して、Commerce で同様です。 サーバーが処理する同時接続の数が増えると、使用可能なソケットの数が完全に割り当てられることがあります。 Linux カーネルは、TCP 接続を「再利用」するメカニズムをサポートしている。 このメカニズムを有効にするには、/etc/sysctl.conf に次の値を設定します。

net.ipv4.tcp_tw_reuse = 1

カーネルパラメータ net.core.somaxconn は、接続を待っている開いているソケットの最大数を制御します。 この値は 1024 に安全に増やすことができますが、この量を処理するサーバーの機能と相関させる必要があります。 このカーネルパラメーターを有効にするには、/etc/sysctl.conf に次の値を設定します。

net.core.somaxconn = 1024

PHP

​ システム要件 ​ に記載されているように、インストールするAdobe Commerce リリースでサポートされている PHP バージョンを使用します。 リクエスト処理の速度と効率を最大限に高めるために PHP を設定する際に考慮すべき要素はいくつかあります。

PHP 拡張機能

アクティブな PHP 拡張モジュールのリストは、Commerce の機能に必要なものに制限することをお勧めします。

Magento Open SourceとAdobe Commerce:

また、Adobe Commerceには次の項目が必要です。

拡張機能を追加すると、ライブラリの読み込み時間が長くなります。

PHP 設定

データやコードをディスクにダンプせずに、すべての Commerce インスタンスが正常に実行されるようにするには、次のようにメモリ制限を設定します。

memory_limit=1G

デバッグの場合は、この値を 2G に増やします。

Realpath_cache 構成

Commerce のパフォーマンスを向上させるには、realpath_cache ファイルで以下の推奨 php.ini 設定を追加または更新します。 この設定により、PHP プロセスは、ページが読み込まれるたびにパスを検索する代わりに、ファイルへのパスをキャッシュすることができます。 PHP ドキュメントの ​ パフォーマンスチューニング ​ を参照してください。

realpath_cache_size=10M
realpath_cache_ttl=7200

ByteCode

Commerce から最大速度を得るには、OpCache モジュールをアクティブ化し、適切に設定する必要があります。 モジュールには、次の設定をお勧めします。

opcache.memory_consumption=512
opcache.max_accelerated_files=60000
opcache.consistency_checks=0
opcache.validate_timestamps=0
opcache.enable_cli=1

opcache のメモリ割り当てを微調整する場合は、Magentoのコードベースとすべてのエクステンションのサイズを考慮します。 Magento performance team は、インストールされた拡張機能の平均数に対して opcache に十分な領域を提供するので、上記の例の値をテストに使用します。

低メモリのマシンで、インストールされている拡張機能やカスタマイズの数が少ない場合は、次の設定を使用して同様の結果を得ます。

opcache.memory_consumption=64
opcache.max_accelerated_files=60000

APCU

PHP APCu 拡張モジュールを有効にし ​ それをサポートするために ​ を設定する composer を有効にして、パフォーマンスを最大限に高めるための最適化を行うことをお勧めします ​ この拡張機能では、開いたファイルの場所をキャッシュするので、ページ、Ajax 呼び出し、エンドポイントを含む Commerce サーバー呼び出しのパフォーマンスが向上します。

apcu.ini ファイルを編集して、以下を含めます。

extension=apcu.so
[apcu]
apc.enabled = 1

Web サーバー

Magentoは、Nginx web サーバーと Apache web サーバーを完全にサポートしています。 Commerce には、<magento_home>/nginx.conf.sample （Nginx）ファイルと <magento_home>.htaccess.sample （Apache）ファイルで推奨される設定ファイルのサンプルが用意されています。 Nginx サンプルには、パフォーマンスを向上させるための設定が含まれており、再設定をほとんど必要としないように設計されています。 サンプルファイルで定義されている主な設定のベストプラクティスには、次のものが含まれます。

また、次に示すように、入力リクエスト処理のスレッドの数を設定する必要があります。

MySQL

このドキュメントでは、各ストアと環境が異な MySQL ので、詳細なチューニング手順は提供しませんが、一般的な推奨事項を作成しておくことはできます。

最近の MySQL リリースには、多くのパフォーマンス改善が含まれており、通常、MySQL は適切なデフォルト設定で配布されます。 最も重要な設定は次のとおりです。

Varnish

Magentoでは、ストアのフルページキャッシュサーバーとして Varnish を使用することを強くお勧めします。 PageCache モジュールはコードベースにまだ存在していますが、開発目的でのみ使用する必要があります。 Varnish と一緒に、または代わりに使用しないでください。

Web 層の前にある別のサーバーに Varnish をインストールします。 すべての受信リクエストを受け入れ、キャッシュされたページコピーを提供する必要があります。 セキュリティで保護されたページで Varnish が効果的に作業できるように、SSL ターミネーションプロキシを Varnish の前に配置できます。 Nginx はこの目的に使用できます。

Commerce は、パフォーマンスのすべての推奨設定を含む、サポートされる Varnish バージョンのサンプル設定ファイルを配布します。 パフォーマンスの面で最も重要なものは次のとおりです。

これらの機能の実装について詳しくは、​ 詳細 Varnish 設定 ​ を参照してください。

アセットのパフォーマンスの最適化

通常、最適なパフォーマンスを得るには、アセット（画像、JS、CSS など）を CDN に保存することをお勧めします。

サイトで多数のロケールをデプロイする必要がなく、サーバーが大部分の顧客と同じ地域にある場合は、CDN を使用する代わりにアセットを Varnish に保存することで、低コストで大幅なパフォーマンスの向上が得られる可能性があります。

アセットを Varnish に保存するには、default.vcl で生成された Commerce ファイルに次の VCL エントリを追加します。

if サブルーチンの PURGE リクエストの vcl_recv 文の最後に、次を追加します。

# static files are cacheable. remove SSL flag and cookie

if (req.url ~ "^/(pub/)?(media|static)/.*\.(ico|html|css|js|jpg|jpeg|png|gif|tiff|bmp|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)$") {
  unset req.http.Https;
  unset req.http./* {{ ssl_offloaded_header }} */;
  unset req.http.Cookie;
}

vcl_backend_response サブルーチンで、if 要求または GET 要求の Cookie を設定解除する HEAD ステートメントを探します。
更新された if ブロックは次のようになります。

# validate if we need to cache it and prevent from setting cookie
# images, css and js are cacheable by default so we have to remove cookie also

if (beresp.ttl > 0s && (bereq.method == "GET" || bereq.method == "HEAD")) {
  unset beresp.http.set-cookie;
if (bereq.url !~ "\.(ico|css|js|jpg|jpeg|png|gif|tiff|bmp|gz|tgz|bz2|tbz|mp3|ogg|svg|swf|woff|woff2|eot|ttf|otf)(\?|$)") {
  set beresp.http.Pragma = "no-cache";
  set beresp.http.Expires = "-1";
  set beresp.http.Cache-Control = "no-store, no-cache, must-revalidate, max-age=0";
  }
}

サイトをアップグレードしたり、アセットをデプロイまたは更新したりするたびに、Varnish サーバーを再起動して、キャッシュされたアセットをフラッシュします。

キャッシュサーバーとセッションサーバー

Magentoには、Redis、Memcache、filesystem、database など、キャッシュとセッションデータを保存する多数のオプションが用意されています。 これらのオプションの一部については、以下で説明します。

単一 Web ノードの設定

1 つの web ノードですべてのトラフィックを処理する予定がある場合、リモート Redis サーバーにキャッシュを配置しても意味がありません。 代わりに、ファイルシステムまたはローカルの Redis サーバーを使用します。 ファイルシステムを使用する場合は、RAM ファイルシステムにマウントされたボリュームにキャッシュフォルダーを配置します。 ローカルの Redis サーバーを使用する場合は、HTTP 経由でデータを交換するのではなく、直接接続にソケットを使用するように Redis を設定することを強くお勧めします。

複数の web ノードの設定

複数の Web ノードを設定する場合は、Redis が最適なオプションです。 パフォーマンスを向上 Commerce せるために大量のデータを能動的にキャッシュするので、web ノードと Redis サーバーの間のネットワークチャネルに注意を払います。 チャネルがリクエスト処理のボトルネックになることを望まない場合。