負載平衡 DNS 伺服器：UDP / TCP
我被要求在數據中心重建我們的負載平衡基礎設施。
最初的請求是對 FTP 伺服器進行負載平衡。我嘗試使用目前的負載均衡器 (
Piranha / LVS) 執行此操作，但沒有啟動並執行它。不僅僅是因為這個軟體幾乎沒有文件。由於**Piranha被認為已被棄用，我在HAProxy嘗試了幾天后繼續使用，它在Piranha**.所以我已經有了 FTP 負載平衡（被動模式）。現在，我被要求更換數據中心的整個 Piranha 負載均衡器。在目前的 Piranha 配置中，我們有多個 Web 伺服器、IIS 伺服器……aaa 和DNS。
不，事情是這樣的：
HAProxy似乎是一個常用的LB，但它不能處理UDP load balancing. 這是一個無賴，因為我喜歡它的**HAProxy工作原理。所以我google了很多，發現了幾件事。大多數人似乎將LVS其用作 DNS (TCP/UDP) 的 LB。有些用dlbDNS，有些用lbnamed，有些用netfilter / iptables**。因為我想堅持使用**
HAProxyFTP、HTTP、IIS 伺服器，所以我對將它與LVS**.要求：
2 個具有故障轉移功能的 LB 實例
2 個具有故障轉移功能的 DNS 伺服器（已經存在）
多個後端伺服器（http、應用程序等…）
問題：
這可能嗎？DNS 伺服器上的 UDP 負載平衡是否必要？有沒有什麼資源可以告訴我如何開始？或者是否有一個不僅能夠處理 TCP/HTTP 還能夠處理 UDP 負載平衡的 LB 解決方案？
PS： LB 解決方案應該是非硬體和開源/GPL 許可/免費的。
非常感謝任何幫助或導致相應的資源！
不要對您的 DNS 進行負載平衡。
這是一個非常輕量級的協議——你需要大量的流量才能需要多個盒子（在這種情況下，你只會成為負載均衡器的瓶頸），並且內置彈性，因為你可以使用多個 NS 記錄在您的代表團中（如果有人關閉，將使用其他伺服器）。
我對這個問答感到不舒服，因為它還沒有真正確定你在談論什麼類型的 DNS 伺服器。當談到遞歸 DNS 的彈性時，存在一些重大的誤解，重要的是，通過搜尋引擎瀏覽的人們不要帶著虛假的安全感離開這個討論。
- 權威 DNS：對於權威 DNS 伺服器，關於 DNS 彈性的常識非常明確。只要您有多個地理冗餘的權威 DNS 伺服器，就可以了。為單個 IP 添加高可用性的主要原因是您託管了許多權威區域。這使您可以增加伺服器數量，而無需更改每個託管域的註冊商設置。
- 遞歸 DNS：始終使用某種形式的高可用性解決方案。（BGP、設備等）這是您可能遇到嚴重麻煩的地方。並非所有解析器庫都生而平等：Windows DNS 客戶端將輪詢在查詢之間使用的初始伺服器，但大多數基於 Unix 的系統將始終按順序循環遍歷列表。更鮮為人知的是，這些 Unix 庫在移動到下一個伺服器之前必須在每個搜尋域組合上超時。如果您配置了多個搜尋域，並且解析器查找順序中的第一台伺服器已失效，這可能會導致每個請求的 DNS 解析出現顯著延遲：足以導致關鍵應用程序出現問題。
當談到遞歸 DNS 時，請記住，您的伺服器基礎架構只有與最腦殘的客戶端配置一樣具有彈性。隨著公司的發展，這是您永遠無法控制的事情。不要基於同質的伺服器作業系統環境做出任何設計假設，因為在成長中的公司中事情很少會保持不變。如果您不提前計劃，這肯定會咬人。