跳至內容

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池中移除該伺服器,直到下次報告符合參數。

參見

任播

參考

  1. ^ Round-Robin DNS. Cloudflare. Cloudflare, Inc. [16 August 2019]. (原始內容存檔於2023-01-15). "Round-Robin DNS"頁面存檔備份,存於網際網路檔案館). Cloudflare. Cloudflare, Inc. Retrieved 16 August 2019.
  2. ^ 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.
  3. ^ 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). 
  4. ^ Liska, A.; Stowe, G. Understanding DNS. 2016: 19. Liska, A.; Stowe, G. (2016). "Understanding DNS". DNS Security. p. 19.
  5. ^ 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.付費文獻
  6. ^ RFC 6724 - Default Address Selection for Internet Protocol Version 6 (IPv6). [2022-11-02]. (原始內容存檔於2021-02-17). 
  7. ^ getaddrinfo with round robin DNS and happy eyeballs. [2022-11-02]. (原始內容存檔於2022-12-22). 
  8. ^ Rule 9 for IPv4 caused serious operational problems ([the Debian Linux] ftp sites failed!. [2022-11-02]. (原始內容存檔於2022-11-02). 
  9. ^ 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.
  10. ^ lbnamed頁面存檔備份,存於網際網路檔案館), a load-balanced DNS server implemented in the Perl programming language