軟體建議

我們需要的生產執行個體軟體如下 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 效能，新增或更新下列建議專案 realpath_cache 中的設定 php.ini 檔案。 此組態可讓PHP處理序快取檔案的路徑，而不是在每次頁面載入時查詢它們。 另請參閱 效能調整 在PHP檔案中。

realpath_cache_size=10M
realpath_cache_ttl=7200

ByteCode

以取得最大速度 Commerce 在PHP 7上，您必須啟動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 位於網頁層前面的獨立伺服器上。 它應接受所有傳入請求並提供快取頁面副本。 允許 Varnish 為了有效處理安全頁面，SSL終止Proxy可以放在前面 Varnish. Nginx可用於此用途。

Commerce 分散範例組態檔，用於 Varnish （第4版與第5版），其中包含效能建議的所有設定。 其中最關鍵的效能包括：

另請參閱 進階 Varnish 設定 以取得關於實作這些功能的詳細資訊。

資產效能最佳化

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

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

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

在 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 陳述式取消設定Cookie GET 或 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、檔案系統和資料庫。 這些選項中的部分將於下文討論。

單一Web節點設定

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

多個Web節點設定

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