DNS輪循
DNS輪循（英語：round-robin DNS）是一種用於負載分配、負載平衡或容錯組態多個冗餘網際協定（IP）服務主機（例如Web伺服器、 FTP伺服器）的技術，通過適當的統計模型管理域名系統 (DNS) 響應客戶端電腦對地址的請求。[1]
在其最簡單的實現中，DNS輪循響應DNS請求的返回結果是多個伺服器對應的潛在IP位址列表，而不是單個潛在IP位址[2][3]。返回列表中IP位址的順序是術語輪循（英語：round robin）的基礎。對於每次DNS響應，列表中的IP位址的順序都會被置換。 [4]傳統上，IP客戶端最初嘗試使用從DNS查詢返回的第一個地址進行連接， [5]這樣在不同的連接嘗試中，客戶端將接收來自不同伺服器的服務，從而將整體負載分配到不同伺服器之間。
一些DNS解析器在實現上嘗試重新排序列表，以優先考慮IP位址在數字上「更接近」的網絡。這種行為在IPv6的定義過程中被標準化[6]，但也被指責會破壞基於輪循的負載均衡[7][8]。一些桌面客戶端會在連接逾時30秒後嘗試備用地址。[2]
DNS輪循通常用於在多個Web伺服器之間對請求進行負載平衡。例如，一家公司擁有一個域名和相同網頁但部署在三個IP位址的三台伺服器。這時，設置DNS服務使域名有多個A記錄，每個IP位址對應一個。當第一個用戶訪問網頁時，請求將被傳送到第一個IP位址。第二個訪問首頁的用戶將被傳送到下一個IP位址，第三個用戶將被傳送到第三個IP位址。在每種情況下，一旦給出IP位址，它就會進入列表的末尾。因此，第四個用戶將被傳送到第一個IP位址，依此類推。
缺點
儘管易於實現，但DNS輪循有許多缺點，例如DNS的分層結構中的快取記錄，以及客戶端地址的快取和重用，這些缺點的組合可能難以管理。同時，不應僅依賴DNS輪循來保障服務的可用性。如果列表中某個地址的服務故障，DNS仍然會繼續分發該地址，客戶端仍將嘗試連接無法訪問的服務。
DNS輪循本身可能不是負載均衡的最佳選擇，因為只是在每次查詢名稱伺服器時交替地址記錄的順序。由於DNS輪循不考慮業務時常、伺服器負載和網絡擁塞，所以它最適將大量連接均勻分配到相同容量的伺服器上。在其他情況下，它只會進行負載分配，而不是負載均衡。[9]
存在克服這些限制的方法。例如，修改過的DNS伺服器（例如 lbnamed[10] ）可以定期輪循鏡像伺服器的可用性和負載因素。如果伺服器的回覆不符合預設參數，則可以暫時從DNS池中移除該伺服器，直到下次報告符合參數。
參見
參考
- ^ Round-Robin DNS. Cloudflare. Cloudflare, Inc. [16 August 2019]. （原始內容存檔於2023-01-15）."Round-Robin DNS" （頁面存檔備份，存於互聯網檔案館）. Cloudflare. Cloudflare, Inc. Retrieved 16 August 2019.
- ^ 2.0 2.1 Feenberg, Daniel. DNS round robin for web server failover. July 25, 2016 [January 10, 2020]. （原始內容存檔於2020-08-06）.Feenberg, Daniel (July 25, 2016). "DNS round robin for web server failover" （頁面存檔備份，存於互聯網檔案館）. Retrieved January 10, 2020.
- ^ What is the difference among a multivalue answer routing policy and a simple routing policy?. Amazon Web Services, Inc. August 3, 2018 [January 10, 2020]. （原始內容存檔於2023-01-15）.
- ^ Liska, A.; Stowe, G. Understanding DNS. 2016: 19.Liska, A.; Stowe, G. (2016). "Understanding DNS". DNS Security. p. 19.
- ^ Pan, Jianping; Hou, Y. Thomas; Li, Bo. An overview of DNS-based server selections in content distribution networks. Computer Networks. 2003, 43 (6): 695–711. doi:10.1016/S1389-1286(03)00293-7.Pan, Jianping; Hou, Y. Thomas; Li, Bo (2003). "An overview of DNS-based server selections in content distribution networks". Computer Networks. 43 (6): 695–711. doi:10.1016/S1389-1286(03)00293-7.
- ^ RFC 6724 - Default Address Selection for Internet Protocol Version 6 (IPv6). [2022-11-02]. （原始內容存檔於2021-02-17）.
- ^ getaddrinfo with round robin DNS and happy eyeballs. [2022-11-02]. （原始內容存檔於2022-12-22）.
- ^ Rule 9 for IPv4 caused serious operational problems ([the Debian Linux] ftp sites failed!. [2022-11-02]. （原始內容存檔於2022-11-02）.
- ^ Brisco, Thomas P. RFC 1794 - DNS Support for Load Balancing. April 1995 [24 August 2019]. （原始內容存檔於2021-03-12）.Brisco, Thomas P. (April 1995). [rfc:1794 "RFC 1794 - DNS Support for Load Balancing"]. Retrieved 24 August 2019.
- ^ lbnamed （頁面存檔備份，存於互聯網檔案館）, a load-balanced DNS server implemented in the Perl programming language
