設定清漆
清漆快取 是開放原始碼Web應用程式加速器(也稱為 HTTP加速器 或 快取HTTP反向proxy)。 Varnish會將(或快取)檔案或檔案片段儲存在記憶體中,如此可讓Varnish減少回應時間,以及未來同等要求的網路頻寬消耗。 與Apache和nginx等網頁伺服器不同,Varnish是專為搭配HTTP通訊協定使用而設計。
系統需求 列出支援的Varnish版本
如需清漆的詳細資訊,請參閱:
塗漆拓朴圖
下圖顯示您的Commerce拓撲中清漆的基本檢視。
在上圖中,使用者透過網際網路發出的HTTP請求會產生許多對CSS、HTML、JavaScript和影像的請求(統稱為 資產)。 清漆位於網頁伺服器前,並代理這些要求至網頁伺服器。
當網頁伺服器傳回資產時,可快取的資產會儲存在Varnish中。 後續對這些資產的任何請求都會由Varnish履行(這表示這些請求不會到達網頁伺服器)。 清漆會非常快速地傳回快取的內容。 如此一來,將內容傳回使用者的回應時間就會變快,而Commerce必須完成的請求數量也會減少。
透過Varnish快取的資產會以可設定的間隔過期,或被相同資產的較新版本取代。 您也可以使用管理員或 magento cache:clean
命令。
程式概述
本主題說明如何以最少的參陣列初始安裝Varnish,並測試其運作情況。 然後從Commerce管理員匯出清漆設定,並再次測試。
此程式可彙總如下:
-
請安裝Varnish並存取任何Commerce頁面以進行測試,以檢視您是否取得表示Varnish正常運作的HTTP回應標題。
-
安裝Commerce軟體並使用Admin建立Varnish設定檔。
-
將您現有的Varnish設定檔取代為管理員產生的設定檔。
-
再次測試所有內容。
如果您的檔案中沒有任何檔案
<magento_root>/var/page_cache
目錄,您已成功使用Commerce設定清漆!
-
除非有註明,否則您必須以使用者身分輸入本主題中討論的所有命令
root
許可權。 -
本主題是針對CentOS和Apache 2.4上的Varnish所撰寫。如果您是在不同的環境中設定Varnish,有些指令可能會不同。 如需詳細資訊,請參閱Varnish檔案。
已知問題
我們知道下列有關Varnish的問題:
-
或者,使用SSL終止或SSL終止Proxy。
-
如果您手動刪除
<magento_root>/var/cache
目錄,您必須重新啟動Varnish。 -
安裝Commerce時可能發生錯誤:
code language-terminal Error 503 Service Unavailable Service Unavailable XID: 303394517 Varnish cache server
如果發生此錯誤,請編輯
default.vcl
並將逾時新增至backend
區段如下:code language-conf backend default { .host = "127.0.0.1"; .port = "8080"; .first_byte_timeout = 600s; }
清漆快取概觀
清漆快取可與Commerce搭配使用,使用:
nginx.conf.sample
從Magento2 GitHub存放庫.htaccess
Commerce提供的Apache分散式設定檔案default.vcl
使用產生的清漆組態 管理員
在第一次瀏覽器請求時,可快取的資產會從Varnish傳送至使用者端瀏覽器,並在瀏覽器上快取。
此外,Varnish會將實體標籤(ETag)用於靜態資產。 ETag提供了判斷伺服器上靜態檔案何時變更的方法。 因此,當靜態資產在伺服器上變更時(根據瀏覽器的新請求或使用者端重新整理瀏覽器快取時,通常透過按F5或Control+F5),這些資產會傳送給使用者端。
後續章節將提供更多詳細資訊。
依瀏覽器要求快取
本節使用瀏覽器檢測器來顯示如何在第一個請求中傳遞資產給瀏覽器,以及之後如何從本機瀏覽器快取中載入。
第一個瀏覽器請求
nginx.conf.sample
和 .htaccess
提供使用者端快取的選項。 第一次從瀏覽器請求可快取物件時,Varnish會將其提供給使用者端。
下圖顯示使用瀏覽器檢測器的範例:
上例顯示對店面首頁面的請求(m2_ce_my
)。 使用者端瀏覽器會快取CSS和JavaScript資產。
第二個瀏覽器請求
如果相同的瀏覽器再次要求相同的頁面,這些資產會從本機瀏覽器快取中傳送,如下圖所示。
請注意第一個和第二個請求之間的回應時間差異。 同樣地,靜態資產也有200 (確定)回應代碼,因為它們是首次從本機快取中傳遞。
Commerce如何使用Etag
以下範例顯示特定靜態資產的回應標頭。
calendar.css
具有ETag回應標頭,這表示使用者端瀏覽器上的CSS檔案可與伺服器上的檔案比較。
此外,靜態資產會傳回304 (未修改) HTTP狀態代碼,如下圖所示。
304狀態代碼是因為使用者使其本機快取失效,且伺服器上的內容未變更。 由於304狀態代碼,靜態資產 內容 不會傳輸,只會將HTTP標頭下載至瀏覽器。
如果伺服器上的內容變更,使用者端會下載包含HTTP 200 (確定)狀態碼和新ETag的靜態資產。