問題：負載均衡實例最多支持添加多少 QVM 實例？

默認每個負載均衡實例可以添加 200 個 QVM 實例，一個 QVM 實例可以被 50 個負載均衡實例關聯。但是如果你需要添加更多 QVM 實例，請提交工單申請。通過審核后，為你提升配額。

為了保證你對外服務的穩定與高效，建議你根據業務分類或應用服務的模塊劃分將提供不同服務或執行不同任務的應用服務器配置在不同的負載均衡實例上。

問題：負載均衡運行中是否可調整服務器數量？

可以

你可以在任意時刻增加或減少負載均衡的后端服務器實例數量并且支持不同服務器實例之間的切換。但是為了保證你對外服務的穩定，確保在執行上述操作時，開啟了負載均衡的健康檢查功能并保證負載均衡后端至少有一臺正常運行的服務器實例。

問題：后端服務器實例為什么訪問不了負載均衡服務？

這和負載均衡 TCP 的實現機制有關。在四層 TCP 協議服務中，不支持后端服務器實例既作為 Real Server 又作為客戶端向所在的負載均衡實例發送請求。因為返回的數據包只在云服務器內部轉發，不經過負載均衡，所以在后端服務器實例上去訪問負載均衡的服務地址是不通的。

問題：QVM 實例在接入負載均衡服務前添加了白名單，對負載均衡服務有影響么？

若 QVM 實例在接入負載均衡前設置了訪問白名單，那么接入負載均衡后需要將負載均衡的白名單添加到 QVM 實例中，否則可能會引起網站403報錯。

需要添加的負載均衡地址包括 100.64.0.0/10、10.158.0.0/16、10.159.0.0/16 和 10.49.0.0/16。

問題：為什么有 10 或 100 開頭的 IP 在頻繁訪問 QVM 實例？

負載均衡系統除了會通過系統服務器的內網 IP 將來自外部的訪問請求轉到后端 QVM 實例之外，還會對 QVM 實例進行健康檢查和可用性監控，這些訪問的來源都是由負載均衡系統發起的。

負載均衡系統的地址段為 100.64.0.0/10、10.158.0.0/16、10.159.0.0/16 和 10.49.0.0/16，所以會有很多 10或 100 開頭的 IP 地址訪問 QVM 實例。

為了確保你對外服務的可用性，確保對上述地址的訪問配置了放行規則。

問題：要使用負載均衡服務，QVM實例是否需要進行特殊配置？

添加到負載均衡實例的后端 QVM 實例，一般不需要進行特別的配置。

但是，如果后端 QVM 實例的操作系統為 Linux 并且使用了 TCP 監聽，確保系統配置文件/etc/sysctl.conf中以下三個配置的值為零：

拷貝net.ipv4.conf.default.rp_filter = 0net.ipv4.conf.all.rp_filter = 0net.ipv4.conf.eth0.rp_filter = 0

如果部署在同一內網網段下的 QVM 實例之間有通信需求，需要檢查如下參數的配置是否正確：

拷貝net.ipv4.conf.default.arp_announce =2net.ipv4.conf.all.arp_announce =2

更改配置后，執行 sysctl -p 更新配置。

問題：QVM 實例設置權重的作用是什么？

權重比越高的 QVM 實例將被分配到更多的訪問請求，你可以根據后端 QVM 實例的對外服務能力和需求來區別設定。

假設負載均衡池中的 A 和 B 兩臺 QVM 實例的權重均配置成 100 和均配置成 50 都是一樣的，在 A 和 B 兩臺 QVM 實例健康檢查狀態均正常的情況下，QVM 實例 A 和 B 均分前端請求的流量。但是如果 A 和 B 的權重分別設置為 10 和 100，在 A 和 B 兩臺 QVM 實例健康檢查狀態均正常的情況下，A 承擔 10/(10+100) 的流量，B 承擔 100/(10+100) 的流量。

如果你同時開啟了會話保持功能，有可能會造成后端 QVM 實例訪問不均衡，建議你暫時關閉會話保持功能再觀察一下是否依然存在這種情況。

當負載均衡分發到后端 QVM 實例的請求不均勻時，參考以下方法檢查處理：

• 統計一個時間段內后端 QVM 實例的 Web 服務訪問日志的數據量。訪問日志查看方法：

• Nginx 和 Apache：打開日志目錄/access.log

• IIS：打開 IIS 管理界面，鼠標放在需要設置開啟日志的站點上，單擊右鍵，選擇屬性，選擇網站選項卡，單擊啟用日志記錄

• 按照負載均衡的配置，對比多個 QVM 實例日志的數量是否有差距。

  如果設置了會話保持，需要剝離相同 IP 的訪問日志。如果負載均衡配置了權重，要根據權重比例計算日志中訪問比例是否正常。

上一篇：沒有了！

下一篇：前端開發常見問題