發表者

討論內容

冷日
(冷日)

發表時間：2006/1/3 5:07

Webmaster

註冊日: 2008/2/19
來自:
發表數: 15773

[分享]改良網路頻寬大作戰－－廣域網路的最佳化

改良網路頻寬大作戰－－廣域網路的最佳化

網路頻寬不足是從以前到現在一直存在的問題，雖然現在寬頻網路已經普及到各地方，企業也陸續增加對外頻寬，或採用專線的方式，提高各據點的連繫，但在提升頻寬後，因為無法有效提高頻寬的使用率，仍然無法解決頻寬不足的問題，只是從前面對的問題是總體頻寬連線不足，現在則是面對頻寬品質的低落，反而在增加頻寬後，提高不良連線品質的比例，壓縮正常網路封包的存活率。

根據2005年Merrill Lynch調查100位CIO最需要的網路設備需求指出，廣域網路最佳化（WAN Optimization）設備位居第4名，而且2004年時，廣域網路最佳化設備還沒進入前10名，顯見如何提升網路「品質」已成為企業改良網路頻寬的首要目標（不再只是從增加頻寬著手）。其實廣域網路最佳化並不是現在才有的議題，例如企業有網路電話的需求，基於對於語音品質的要求，我們可能採用QoS設備，依據服務、IP位址或連接埠等方式，提升網路語音的效能，另一方面，網站使用率較高的企業也可能採用SLB（Server Load Balance，伺服器負載平衡）的設備，分散入口網站的負擔，以確保能提供最好的服務品質。

以整合型設備增加頻寬使用率

傳統上，資訊部門會依據企業需求，購買能增加網路品質的設備，但是隨著企業日漸龐大，單一設備可能無法滿足需求後，又必須採購其他設備，企業唯有不斷地增加設備才能確保良好網路品質，但是相對地，也增加成本支出與人力維護。今年開始出現廣域網路最佳化的整合型設備，試圖在單一設備上整合所有網路服務需要的最佳化功能（例如QoS、負載平衡或封包壓縮等），減少企業日後必須額外採用其他設備的困難。國外大廠也開始朝向這方向發展，併購相關公司（例如Cisco併購FineGround、Juniper併購Peribit及Redline、F5併購Sawn），原本以儲存設備為主的Brocade也跨入此市場，紛紛推出單一設備的廣域網路最佳化產品。

加速Web連線及提升WAN存取速度

廣域網路最佳化並非新的議題，企業大多已經採用眾多產品，以提升網路品質，只是管理上較為麻煩，而整合型廣域網路最佳化產品雖然能整合眾多設備，但是必須拋棄舊有網路設備，評估時較難抉擇。若從整體評估的角度，拋棄舊有網路架構可分為全部更新與改善流程2種，全部更新是指需要更換網路架構，改善流程只是變更小部分環境，加速工作流程效率，部署整合型廣域網路最佳化產品屬於後者，雖然也需要變更網路設備，但多是在伺服器端與路由器間改變，並不會更改到應用伺服器與資料庫間的通訊，變更網路架構幅度不大外，還能減少管理眾多設備。

Web最佳化vs. WAN最佳化

雖然Web最佳化及WAN最佳化都提供廣域網路最佳化，但是前者單純增加網頁伺服器的存取速度，後者則針對總公司與分公司間的專線，以差異化傳輸增加連線速度。Web最佳化加快HTTP連線速度為主網頁伺服器採用TCP連線方式，每筆TCP必須來回確認資訊，以確保資料正確性，但若提供入口網路服務、同時連線數量大增時，將造成網路I/O效率不彰，傳輸效能低落，每筆確認資訊會嚴重影響到網路品質，Web最佳化產品則扮演代理伺服器及快取伺服器的角色，先動態快取常用的TCP連線在設備上，由整合型廣域網路最佳化產品過濾TCP連線類型，當使用者連線時，先分析需要存取的網頁資料，若是常用的內容，則直接由整合型廣域網路最佳化產品提供，而需要查詢的資料，則再轉向後端網頁及資料庫伺服器處理。

靜態資料最佳化的效果最好

無論是Web最佳化或WAN最佳化的廣域網路最佳化產品，目前以處理靜態資料的效果最好，因為靜態資料變動率較小，這2類型產品都有快取概念，只是WAN最佳化的產品屬於智慧型快取方式，只有第一次傳輸需要完整傳遞外，之後都設備直接發送，不需從伺服器端重新處理，但是像語音的動態資料，每次資料訊息都不同，就需要重新快取，並無法加速傳輸效率。

回覆

平面展開

前一個主題 | 下一個主題 | |

| |

討論串

» [分享]改良網路頻寬大作戰－－廣域網路的最佳化 (冷日
(冷日), 2006/1/3 5:07)

發表新主題

一網情深 : [分享]改良網路頻寬大作戰－－廣域網路的最佳化

討論串