軟體建議

我們需要Commerce的生產執行個體使用下列軟體：

針對多伺服器部署或計畫擴充業務的商家，我們建議下列事項：

如需每種軟體型別支援版本的相關資訊，請參閱系統需求。

作業系統

Commerce的作業系統組態和最佳化與其他高負載Web應用程式類似。 隨著伺服器處理的同時連線數目增加，可用的通訊端數目可以完全配置。 Linux核心支援「重複使用」TCP連線的機制。 若要啟用此機制，請在/etc/sysctl.conf中設定下列值：

net.ipv4.tcp_tw_reuse = 1

核心引數net.core.somaxconn控制等待連線的開啟通訊端數目上限。 此值可以安全地增加到1024，但應該與伺服器處理此數量的能力相關聯。 若要啟用此核心引數，請在/etc/sysctl.conf中設定下列值：

net.core.somaxconn = 1024

PHP

Magento完全支援PHP 7.3和7.4。配置PHP以獲得請求處理的最高速度和效率時，需要考慮幾個因素。

PHP擴充功能

我們建議將作用中PHP副檔名的清單限製為Commerce功能所需的清單。

Magento Open Source和Adobe Commerce：

此外，Adobe Commerce需要：

新增更多擴充功能會增加程式庫的載入時間。

PHP設定

若要保證順利執行所有Commerce執行個體，而不將資料或程式碼傾印到磁碟，請依照下列方式設定記憶體限制：

memory_limit=1G

若要進行偵錯，請將此值增加到2G。

Realpath_cache設定

若要改善Commerce效能，請在php.ini檔案中新增或更新下列建議的realpath_cache設定。 此組態可讓PHP處理序快取檔案的路徑，而不是在每次頁面載入時查詢它們。 請參閱PHP檔案中的效能調整。

realpath_cache_size=10M
realpath_cache_ttl=7200

ByteCode

若要在PHP 7上取得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的效能團隊會使用上述範例中的值進行測試，因為它在opcache中提供的空間足以容納已安裝擴充功能的平均數量。

如果您的電腦記憶體不足，但未安裝許多擴充功能或自訂專案，請使用下列設定來取得類似的結果：

opcache.memory_consumption=64
opcache.max_accelerated_files=60000

APCU

我們建議您啟用PHP APCu延伸模組和設定composer以支援它，最佳化最大效能。 此擴充功能會快取已開啟檔案的檔案位置，以提升Commerce伺服器呼叫（包括頁面、Ajax呼叫和端點）的效能。

編輯您的apcu.ini檔案以包含以下專案：

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

網頁伺服器

Magento完全支援Nginx和Apache網頁伺服器。 Commerce在<magento_home>/nginx.conf.sample (Nginx)和<magento_home>.htaccess.sample (Apache)檔案中提供範例建議組態檔。 Nginx範例包含改善效能的設定，因此不需要重新配置。 範例檔案中定義的部分主要設定最佳實務包括：

您也應該設定用於輸入請求處理的執行緒數量，如下所示：

MySQL

此檔案未提供深入的MySQL調整指示，因為每個商店和環境都不同，但我們可以提出一些一般建議。

已對MySQL 5.7.9進行多項改善。我們相信MySQL會以良好的預設設定發佈。 最關鍵的設定如下：

Varnish

Magento強烈建議使用Varnish作為商店的完整頁面快取伺服器。 PageCache模組仍存在於程式碼基底中，但應僅用於開發目的。 不應與Varnish搭配使用，或改用。

將Varnish安裝在Web層前面的個別伺服器上。 它應接受所有傳入請求並提供快取頁面副本。 為了允許Varnish有效處理安全頁面，可在Varnish前放置SSL終止Proxy。 Nginx可用於此用途。

Commerce會為Varnish （版本4和5）散發包含所有建議效能設定的範例組態檔。 其中最關鍵的效能包括：

如需實作這些功能的詳細資訊，請參閱進階 Varnish 組態。

資產效能最佳化

一般而言，我們建議將您的資產（影像、JS、CSS等）儲存在CDN上以發揮最佳效能。

如果您的網站不需要部署大量地區設定，且您的伺服器位於與大多數客戶相同的區域，您可以將資產儲存在Varnish中，而不使用CDN，以較低的成本獲得顯著的效能提升。

若要將您的資產儲存在Varnish，請在Commerce為Varnish 5產生的default.vcl檔案中新增下列VCL專案。

在vcl_recv子常式中PURGE要求的if陳述式結尾處，新增：

# 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子常式中，尋找為GET或HEAD要求取消設定Cookie的if陳述式。
更新的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、檔案系統和資料庫。 這些選項中的部分將於下文討論。

單一Web節點設定

如果您只打算使用一個Web節點提供所有流量，將快取放在遠端Redis伺服器上是不合理的。 請改用檔案系統或本機Redis伺服器。 如果要使用檔案系統，請將快取資料夾放在RAM檔案系統上掛載的磁碟區上。 如果您想要使用本機Redis伺服器，強烈建議您設定Redis，使其使用通訊端進行直接連線，而非透過HTTP交換資料。

多個Web節點設定

若是設定多個Web節點，Redis是最佳選項。 因為Commerce主動快取大量資料以提升效能，請注意網頁節點與Redis伺服器之間的網路通道。 您不希望該管道成為處理請求的瓶頸。