一種基于P2P協(xié)議的負載發(fā)生器的設計與實現.pdf

1、互聯網上的文件內容分發(fā)一直采取傳統(tǒng)的Client/Server模式，通過FTP或HTTP協(xié)議來進行。在這種模式下，每個客戶端向提供內容分發(fā)的服務器建立一個TCP連接，通過這一連接從服務器處獲取數據。各個客戶端之間并無數據的交互。Client/Server模式的弊端在很多文獻中已經有所闡述：Server是整個系統(tǒng)的瓶頸所在，由于所有的客戶端都只能從服務器處獲取數據，隨著客戶端與服務器之間連接數的增多，平均每個連接上數據的傳輸速率逐漸下降，

2、服務器的服務響應時間延長，一旦服務器出現故障，在其從故障中恢復之前，所有尚未下載完成的客戶端都不能夠繼續(xù)下載。 近年來隨著P2P技術的日益成熟和廣泛應用，互聯網上越來越多的文件內容分發(fā)系統(tǒng)開始采取P2P協(xié)議來實現。這種模式將欲分發(fā)的文件的一個完整的副本存儲在一臺服務器上(以下稱之為種子服務器)，客戶端不僅能和傳統(tǒng)的Client/Server模式一樣，通過連接種子服務器，從其上獲取數據，同時能夠憑借P2P協(xié)議與其他客戶端互相交換數

3、據。因此，客戶端一次完整的文件內容下載的平均時間較傳統(tǒng)的client/Server模式少；同時，即使種子服務器在提供服務時發(fā)生故障，只要當前正在下載同一文件的諸多客戶端已經下載到本地的文件內容能夠湊成一個完整的文件副本，則理論上這些客戶端都能夠通過彼此之間的數據交互，最終完成文件內容下載，從而提高了系統(tǒng)的健壯性。在使用P2P協(xié)議進行文件內容分發(fā)的系統(tǒng)中，種子服務器是否正常穩(wěn)定運行直接關系到其服務的所有用戶是否能盡快成功下載完請求的數據。

4、因此，在種子服務器進行實際部署之前，必須要分別針對其穩(wěn)定性，健壯性，及能承受的最大負載進行一系列嚴格測試，得出系統(tǒng)能夠正常服務的最大容量。其中運營商最關心和感興趣的是，種子服務器在運行商根據自己成本考慮所能提供出的硬件平臺上，到底能同時穩(wěn)定地服務多大數目的用戶群，且同時能夠保證任意一個用戶的下載體驗。因此，在實際部署之前，模擬種子服務器實際部署后運行的真實環(huán)境，設計一個針對種子服務器的負載發(fā)生器并利用其對種子服務器進行上述測試就很有必要