您將單體應用程式遷移到 GKE 微服務，這些微服務依賴於地端部署的 CRM 和 MySQL (PII 必須保留在地端)。Cloud VPN 將地端部署環境連接到 Google Cloud，但頻寬波動導致延遲飆升和請求失敗。您要如何解決因 VPN 輸送量有限而造成的延遲？

增加 Cloud VPN 隧道數量可以提高 VPN 的總輸送量，因為每個隧道都有其獨立的頻寬限制。透過建立多個隧道，流量可以分散到這些隧道上，有效增加可用頻寬，從而緩解因單一隧道頻寬不足導致的延遲和請求失敗問題。 將 PII 快取到 Memorystore 不可行，因為 PII 必須保留在地端。使用 Istio 服務網格可以提供流量管理和可觀察性，但無法解決底層網路頻寬不足的問題。降低 Cloud VPN 上的 MTU 會減少每個封包的大小，可能導致更多的封包傳輸，反而可能增加開銷和延遲，而不是解決頻寬瓶頸。