背景和起因：

解決網(wǎng)絡(luò)過載的問題的一個解決方法是在現(xiàn)有的DNS中加入動態(tài)負載平衡的特性。 隨著計算機網(wǎng)絡(luò)的應(yīng)用的日益廣泛，在互聯(lián)網(wǎng)上的負載也變得日益擁擠，這經(jīng)常導(dǎo)致服務(wù)器無法正常地響應(yīng)，并且影響了一些應(yīng)用程序的崩 潰。而且，這種現(xiàn)象的發(fā)生是動態(tài)的。解決這個問題的一個方法是建造更加強大的服務(wù)器，而另外一個途徑就是將客戶請求分散到多個服務(wù)器上。后者是解決這個問 題的一種巧妙的方法，通過這種方法實際上是一種平衡的藝術(shù)，可以避免一些服務(wù)器過于繁忙而另外的服務(wù)器非常空閑的狀態(tài)。跨服務(wù)器的需求分配技術(shù)成為網(wǎng)絡(luò)技 術(shù)的一個重要課題。

我們來考慮這么兩種情況：首先，每個TCP進程會消耗32比特的內(nèi)存，這樣，一個有32MB內(nèi)存的服務(wù)器從 理論上支持100萬的連接。其次，在多個擁有同樣內(nèi)容的服務(wù)器中，用戶總是喜歡根據(jù)他們自己的經(jīng)驗（或者是一些監(jiān)測數(shù)據(jù)）訪問一些服務(wù)負載較小的服務(wù)器， 比如說，GetRight就可以選擇一個較佳的服務(wù)器進行FTP下載。但是，我們可以可以通過定期地監(jiān)測服務(wù)器的狀態(tài)并將請求指向最佳服務(wù)器來實現(xiàn)請求的 分配。這種在多個服務(wù)器中根據(jù)服務(wù)器負載動態(tài)定向請求的技術(shù)稱之為動態(tài)負載平衡。這個功能可以加入域名服務(wù)（DNS）中，而這是因為域名服務(wù)器本身就充當 了解析客戶請求的主要責任，而具有這種特性的DNS稱為dlbDNS(dynamic load balance DNS)。在這里，最佳服務(wù)器指的是通過一種排名算法的出最佳排名的服務(wù)器。

在這里，我們將要解釋通過dlbDNS對DNS擴展所帶來的好處。首先，我們必須要考慮dlbDNS設(shè)計應(yīng)該達到的性能：

（1）新的設(shè)計必須與原來的DNS應(yīng)用兼容。

（2）該設(shè)計必須要易于配置。

（3）負載平衡必須快速而且有效。

（4）一個主機可以屬于多個組或者簇。

（5）對一個請求的響應(yīng)應(yīng)當動態(tài)地產(chǎn)生。

（6）對服務(wù)器的監(jiān)控應(yīng)當由不同的進程所產(chǎn)生。

（7）TTL的值應(yīng)當設(shè)為最小以防止其他名字服務(wù)器的緩存的響應(yīng)。

（8）最終的設(shè)計應(yīng)當是一個通用性的名字服務(wù)器，可以被同時用于簡單的、反向的和動態(tài)的請求。

（9）對錯誤應(yīng)當有所響應(yīng)。

負載平衡模型：

有四種負載平衡平衡模型可供使用：首先，RFC1794描述了使用一個特別區(qū)域代理以從外部資源獲得信息的負載平衡方法，這樣，一個新的區(qū)域通過名字 服務(wù)器被載入。這個方法的問題是大量的信息量，包括靜態(tài)的或者是可能需要分配的信息量，都在區(qū)域中進行循環(huán)地傳送。同時，這個方法也不支持根據(jù)被請求的名 字所回應(yīng)的動態(tài)創(chuàng)建的虛擬/動態(tài)域名。

第二個模型是通過一個專門的負載平衡服務(wù)器來解釋請求并將其指向一個最佳服務(wù)器。這種設(shè)計由負載服務(wù)器在內(nèi)部使用虛擬的IP地址。而這種服務(wù)器的問題在于需要在被監(jiān)控地服務(wù)器群中加入另外一臺服務(wù)器而不是使用現(xiàn)有的資源。

第三個模型是通過一個遠程監(jiān)視系統(tǒng)來監(jiān)視不同服務(wù)器的性能，從而提供給DNS一個反饋。這個設(shè)計可以幫助解決無法直接觀測的系統(tǒng)問題，同時提供給用戶以訪問時間的測算。這種方式的問題就是在于需要依靠遠程網(wǎng)絡(luò)進行監(jiān)視并且分發(fā)數(shù)據(jù)。