【6月3日51CTO.com外電頭條】網(wǎng)絡(luò)的瓶頸問題往往會神秘的出現(xiàn)，但想要追蹤和解決這些阻礙網(wǎng)絡(luò)性能的問題可不是容易事。為此我們找出了10個竅門，這些并不需要大量的調(diào)整和投資，卻能為網(wǎng)絡(luò)性能帶來巨大的好處。

提示1：加速廣域網(wǎng)

企業(yè)的IT部門長期以來一直受困于線路租用和廣域網(wǎng)的昂貴費用，但T1線連接多站點、MPLS甚至Frame Relay曾經(jīng)是保證連接的唯一辦法，現(xiàn)在情況已經(jīng)改變，你不用再對著每月的廣域網(wǎng)收費單罵罵咧咧，更高明的辦法是看看別的選擇。

考慮一下幾大光纖供應(yīng)商比如Cogent Communications，選擇他們的新型廣域網(wǎng)設(shè)計意味著帶寬的大幅提高，同時還能節(jié)約一大筆錢，想象一下100兆的傳輸速度，同時減半的WAN賬單。

提示2：不再租用專線

除非你的總部在撒哈拉沙漠，那么現(xiàn)在可以大膽的拋棄專線接入了。現(xiàn)在已經(jīng)有了更好更便宜的選擇，比如Time Warner、Comcast和FiOS，他們帶來的高速互聯(lián)網(wǎng)甚至可以達(dá)到10倍于現(xiàn)有的T1寬帶速度，而且可靠性也幾乎沒什么影響。

確實，T1和T3專線對延遲問題的保護更好，但成本上的差異是不能忽視的，而且這些新型網(wǎng)絡(luò)正在不斷成熟，特別是企業(yè)級產(chǎn)品。

提示3：忘掉老相識

許多企業(yè)總是對舊的應(yīng)用平臺抱住不放，包括IT部門也把高成本而資源密集的老平臺不停的堆積在新的底層架構(gòu)上。設(shè)想一下嶄新的VMware vSphere架構(gòu)在Windows NT4的盒子里能夠運行好嗎？

拒絕淘汰過時技術(shù)大大增加了成本，往往會造成宕機，核心業(yè)務(wù)系統(tǒng)的脆弱性也大大增加。與其開會討論怎樣把一個10年前的平臺移植到新的底層架構(gòu)中，還不如淘汰掉它選擇新的東西。這樣做的前期成本可能會多些，但與今后長期不斷的麻煩相比卻不算什么。

提示4：建立實驗室

沒什么借口不這樣做。一臺服務(wù)器的成本就足以搭建起一個怪獸級的測試實驗室。比如一臺配置12核Istanbul雙CPU的廉價1U服務(wù)器就可以在測試場景中運行幾十個虛擬機，花費只有1500美元。在Linux上使用VMware Server或VMware ESXi不僅能避免軟件許可費用，同時還能夠給你一個***的測試平臺，從軟件升級到新軟件包、新的操作系統(tǒng)甚至網(wǎng)絡(luò)架構(gòu)，一切都可以測試。

在虛擬化實驗室里，你可以結(jié)合GNS3等測試工具建立各種計劃，測試想要的任何網(wǎng)絡(luò)或系統(tǒng)底層架構(gòu)。沒有比在測試床中尋找資源瓶頸問題更簡單的方法了，如果測試床在虛擬化實驗室里，那更沒有理由找不到它們。此外，虛擬實驗室還可以幫你找到包括內(nèi)存和CPU等資源的***負(fù)載點，確保更少的資源浪費。

提示5：監(jiān)測一切

網(wǎng)絡(luò)和系統(tǒng)監(jiān)測算得上診斷瓶頸的最古老的方法。用戶抱怨網(wǎng)絡(luò)很慢時通常不關(guān)網(wǎng)絡(luò)什么事。但你必須要有工具來顯示問題所在，否則只能摸著黑尋找解決方案。

無論你喜歡專有還是開源工具，你都有無數(shù)種選擇，什么都可以監(jiān)測，從網(wǎng)絡(luò)延遲和吞吐量到內(nèi)存和CPU的利用率，再到SAN性能和磁盤陣列長度，你想要什么都行。

實施網(wǎng)絡(luò)監(jiān)測一定不能丟下任何細(xì)節(jié)。監(jiān)測路由器和交換機的CPU利用率，監(jiān)測以太網(wǎng)接口的錯誤率，對路由器和交換機的日志進行分析，仔細(xì)而認(rèn)真的執(zhí)行監(jiān)測會為你節(jié)省大量的時間和精力。

提示6：了解你的應(yīng)用

監(jiān)測底層架構(gòu)的性能只能把你保護到這里，而網(wǎng)絡(luò)上所有的計算和存儲資源都是被你的應(yīng)用消耗的。對于我們中的太多人來說，這些應(yīng)用就像黑洞，我們可以很容易的察覺它們對底層架構(gòu)的影響，但往往很難知道在它們里面究竟在發(fā)生什么事情。

多花些時間來測試你的應(yīng)用，睜大眼睛發(fā)現(xiàn)它們的弱點。無論是用戶登錄時調(diào)用數(shù)據(jù)庫存儲過程，還是數(shù)據(jù)備份時造成性能降低，你需要提前知道可能出現(xiàn)什么問題。要堅持在底層架構(gòu)測試良好后再購買新的應(yīng)用，提前了解比亡羊補牢要好得多。

提示7：不要依靠大磁盤

在過去幾年里磁盤容量得到了爆炸性增長。隨著2TB SATA磁盤的出現(xiàn)，現(xiàn)在可以在一臺雙機架的服務(wù)器上塞上10TB的硬盤?，F(xiàn)在需要的磁盤越來越少了，這了不起嗎？其實沒有這么快。

今天的SATA磁盤和它們的前輩們有個相同的特征——速度快，了解這一點很重要。雖然SATA磁盤的容量已經(jīng)達(dá)到了2TB（7200轉(zhuǎn)），但每塊磁盤的傳輸速度仍然限制在每秒大概80 IOPS。那么當(dāng)發(fā)現(xiàn)你的2TB磁盤的傳輸速度相比兩塊1TB磁盤要慢得多的話，顯然你不會覺得開心。

如果你的應(yīng)用需要大量的隨機讀寫，比如數(shù)據(jù)庫和電子郵件服務(wù)器，那么你需要的是許多塊單獨的磁盤，大塊頭的磁盤用來存儲較少使用的數(shù)據(jù)，而那些最珍貴的數(shù)據(jù)必須保存在由更快更小的磁盤們組成的陣列中。

提示8：當(dāng)心虛擬化超載

虛擬化在很長一段時間是企業(yè)數(shù)據(jù)中心里發(fā)生的最酷的事情。它提供了管理和監(jiān)測，干凈的擴展性，災(zāi)難恢復(fù)比以前更簡單，而且大大減少了能耗和物理服務(wù)器的數(shù)量。

但是，如果使用不當(dāng)，虛擬化技術(shù)也會砸到自己的腳。記住，虛擬化不是魔術(shù)，它不能憑空變出CPU、內(nèi)存或磁盤。當(dāng)你一步步建立虛擬化底層架構(gòu)時，應(yīng)該保持與CPU和內(nèi)存的性能同步。另一方面，磁盤性能更難以跟蹤，因此在虛擬化達(dá)到極限后更容易陷入麻煩。

提示9：需不需要重復(fù)數(shù)據(jù)刪除

當(dāng)你的數(shù)據(jù)呈指數(shù)增長，很自然你會尋求消減昂貴的存儲容量的方法，***的辦法之一是重復(fù)數(shù)據(jù)刪除。無論是在備份和歸檔層還是直接對主存儲操作，重復(fù)數(shù)據(jù)刪除都能幫你找到相類數(shù)據(jù)并刪除，只留下唯一的原始數(shù)據(jù)。

然而就像大多數(shù)偉大的想法一樣，重復(fù)數(shù)據(jù)刪除有它的缺點，主要就是重復(fù)數(shù)據(jù)刪除需要大量的工作。其實這并不奇怪，比如NetApp是很少有的幾家能夠提供主存儲重復(fù)數(shù)據(jù)刪除的SAN供應(yīng)商之一，同時它也很少有的提供控制器硬件性能升級的功能，這需要通過它的性能加速模塊。在存儲器上確定和處理重復(fù)數(shù)據(jù)需要大量的控制器資源，換句話說，你需要考慮一下性價比。

提示10：加速備份

備份花掉的時間幾乎總是比你希望的長，幾乎每個備份管理員都會碰到這個相同的問題。

如果你直接備份到磁帶上，很可能你會喂不飽磁帶驅(qū)動器?，F(xiàn)在這一代的LTO4磁帶理論上擁有超過120MBps的數(shù)據(jù)寫入吞吐量，但在現(xiàn)實中很少出現(xiàn)過。這主要是因為幾乎沒有備份源可以支持這樣的持續(xù)讀取速度。例如，RAID1陣列中SAS磁盤組成的備份源可能在實驗室環(huán)境中達(dá)到或超過120MBps的吞吐量，但在實際的標(biāo)準(zhǔn)Windows文件網(wǎng)絡(luò)復(fù)制時，你很少會看到超過60MBps的速度。

換句話說，問題不在你的磁帶驅(qū)動器，而是你的服務(wù)器存儲。要解決這個問題不一定要求助于昂貴的大型高性能磁盤到磁盤備份解決方案，你有更多的選擇，比如只需一個SAN存儲方案。雖然很大程度上這取決于SAN的類型和備份軟件，但使用備份主機從SAN直接讀取而不通過網(wǎng)絡(luò)，這就會是應(yīng)對這一棘手問題的一個很好的解決方案。

原文標(biāo)題：10 tips for boosting network performance   原文作者：Matt Prigge、Paul Venezia

【51CTO譯稿，非經(jīng)授權(quán)謝絕轉(zhuǎn)載，合作媒體轉(zhuǎn)載請注明原文出處及作者！】