GCP HTTP 負載均衡器背後的 Wordpress 緩慢

我在 GCP Compute Engine 上託管一個 Wordpress 實例（使用 Marketplace 圖像）。當我直接訪問實例 IP 時效果很好，延遲在 20 毫秒左右。

但是，為了確保站點安全，我在實例前面使用了 GCP HTTP 負載均衡器。我已將我的域指向負載均衡器。

當我通過負載均衡器（HTTP 或 HTTPS）訪問 Wordpress 時，我得到了一些延遲時間非常長的查詢（大約 17 毫秒），但是每 4 或 5 個查詢，就有一個大約需要 5 秒的請求。當我直接訪問實例時，這不會發生。

我啟用了負載均衡器日誌，我觀察到實例每隔幾個請求就響應緩慢。我嘗試將實例的 KeepAlive Apache2 參數設置為 300，但沒有任何區別。

這可能是什麼根本原因？（我不確定是 Wordpress、實例還是負載均衡器）。

謝謝

我花了很多天試圖解決這個問題，今天我決定走老路並製作一個新的負載均衡器。新的負載均衡器就像一個魅力。這是完全相同的配置，所以我不確定發生了什麼，但就是這樣:)

要檢查和優化延遲，請考慮下面提到的場景：

1. 為了優化負載均衡器的延遲，我建議您啟用 Cloud CDN 選項。Cloud CDN 通過直接在 Google 的網路邊緣提供資產來減少延遲。在負載均衡器的後端配置部分，您可以選中啟用雲 CDN複選框。有關詳細說明，請參閱Cloud CDN 操作指南。
2. 要減少應用程序內部的延遲，請檢查在 VM 之間進行通信的任何遠端過程呼叫 (RPC)。這種延遲通常發生在應用程序在層或服務之間進行通信時。Cloud Trace等工具可以幫助您減少由應用服務請求引起的延遲。如需更多資訊，您可以在此處查看。

如果問題仍然存在，請分享以下詳細資訊以更清楚地了解您的問題：

1. HTTP 負載平衡器配置，即健康檢查、後端、前端、防火牆規則等。
2. 支持負載均衡器日誌-後端和前端延遲，從客戶端到 LB 和 LB 到後端的 MTR。
3. 要檢查對伺服器 IP 和 LB IP 的請求和響應時間，請執行以下命令：

       curl -w "@curl-format.txt" -o /dev/null -s http://<LB IP/server IP>

注意：要創建 ‘curl-format.txt’ 文件，請瀏覽 Timing -details-with-curl文件。

引用自：https://serverfault.com/questions/1066957