負載均衡器本身的高可用性

在我在網際網路上閱讀的所有關於負載均衡器本身的高可用性的文章中，都提到了使用虛擬 IP (VIP) 的方法。在這種方法中，兩個負載均衡器將保持活動-備用模式。活動負載均衡器擁有 VIP。如果活動負載均衡器出現故障，備用負載均衡器使用某種心跳機制檢測到故障並接管 VIP，從而成為活動負載均衡器。

我的問題是：

1. 在任何時間點，只有一個負載均衡器在為所有請求提供服務。如果傳入請求的數量過多怎麼辦？或者任何流行的負載均衡器（如 HAProxy、nginx 或任何硬體負載均衡器）處理的請求數量是否太高而無法在現實生活中超過？
2. 擁有一個具有相同域名的負載均衡器集群是否是一個不錯的選擇，這樣 DNS 可以在將流量分配給負載均衡器本身的同時進行循環負載均衡？這樣，我們也可以通過在 DNS 伺服器中動態添加或刪除 A 記錄來實現負載均衡器的自動縮放。

1. 如果請求的數量太高，您將獲得超時。是的，如果您的伺服器較小，或者存在資源限制，您可以最大限度地使用伺服器。
2. 是的。雖然可能不完全一樣。

DNS 可以為同一個域有多個 A 記錄，這可以為您提供故障轉移或負載平衡。這些伺服器可以位於不同的數據中心。一篇有用的文章在這裡，或者你可以搜尋“dns負載均衡”。

Amazon Web Services Route 53 可以基於許多策略進行路由，例如地理區域或延遲。它還可以檢測伺服器故障並將流量發送到其他伺服器。它可以與非 AWS 伺服器一起使用。這將是解決您問題的好方法。CloudFlare 流量管理器，目前在早期訪問中可用，可能是另一種解決方案。

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