自數據中心出現以來，企業的IT經理們就一直糾結于努力尋求對數據中心資源進行配置處理的最佳方式。而伴隨著服務器虛擬化、云計算和大數據等技術的發展，這一過程變得更加復雜。

而在本文中，業內的相關專家就將幫助我們廣大讀者朋友們就如何更好的解決貴公司在服務器硬件策略方面的管理難題進行解疑，并還將為您介紹關于如何識別和解決數據中心網絡性能問題的相關方法，以及實施服務器規模化擴展的優缺點，以便幫助您了解如何采購可擴展的虛擬基礎架構。

　　識別和解決網絡性能問題

企業數據中心的IT經理們花時間來調查可用于監控網絡I/O的方法，并確定可能導致網絡速度變慢的原因是非常值得的。如果企業應用程序的所有者報告稱：網絡連接速度慢，那么確保其原因不是由廣域網中的瓶頸所導致的是至關重要的。網絡性能不佳通常可歸因于虛擬化之外的原因。可能存在尚未報告或發現的停機中斷或路由問題。另一個亟待檢查的領域是IP配置。而一些簡單的工具如ping、pathping、tracert和nslookup在診斷網絡問題時仍然有用。最常見的問題之一是錯誤或不正確的域名服務器(DNS)配置。另一個亟待檢查的領域是虛擬機(VM)中應用程序的配置。查看是否存在會顯著降低網絡性能的設置或選項——也許是應用程序的輪詢網絡，以查找外部網絡組件的可用性——那么這可能會導致不必要的網絡流量。

一旦你企業排除了上述這些潛在的問題，就需要確認優化組件是否配置正確。接下來，檢查網絡問題是否僅影響相關虛擬機或同一主機上的所有虛擬機。這也是確定相關問題是否特定于應用程序所有者的虛擬機或者是否是系統性問題的好方法。大多數虛擬機管理程序供應商均提供了相應的網絡工具，以方便企業客戶監控進出虛擬機的流量。例如，VMware公司就提供了一款名為esxtop的實用程序，可以查看網絡統計信息，并排除網絡性能問題。

這些實用程序允許數據中心的運營管理人員查看虛擬機實際使用的網絡帶寬，以及是否檢測到物理系統出現大量的網絡數據包的被丟。它們還能夠顯示系統的發送和接收速率。

當一款機器發出數據包，但未收到確認時，可能表示網絡接口卡(NIC)的算法存在問題，稱為Reverse NIC Team問題。在這種情況下，已啟用高級網卡綁定，雖然數據包通過一個網絡層離開物理主機，但它們通過錯誤的物理交換機返回到主機，并返回到錯誤的NIC。像這類嚴重的問題可能需要更廣泛的調查。在某些情況下，可能會導致放棄特定的NIC組合策略，這對于更廣泛的網絡來說被認為是不可靠的。

隨著整合比率的增長，可以做大量工作來改進和監控虛擬機的網絡性能。最佳優化的關鍵在于遵循虛擬化供應廠商的最佳實踐方案，同時對其進行修改以適應企業網絡的獨特流量特性。最關鍵的部分是了解你企業的虛擬機和更廣闊的物理環境之間的關系。

橫向或縱向規模化擴展：如何通過數據中心升級實現進一步的發展演變

在IT領域，舊的問題最終會演變成新的問題，這個道理在數據中心服務器方面正在發揮作用。

根據Technology Business Research (TBR) Inc.公司數據中心研究部門高級分析師 Christian Perry表示：“我們當前正再次看到企業對其系統實施縱向規模化擴展的興趣的增強，而這一方案曾一度處于下滑趨勢。”

自數據中心出現以來，企業的IT經理們一直在努力處理如何最好地配置其資源的問題。而他們的這個選擇方案基本上是在采購更大的硬件或更多的硬件之間：橫向或縱向規模化擴展?

1、服務器橫向擴展的優缺點分析

服務器的橫向擴展的概念意味著向系統添加更多節點或購買更多硬件。例如，一家公司可以從一款Web服務器系統發展到三個。在極端情況下，數百臺小型計算機被配置為集群，這些集群足夠支持大型數據中心的計算能力。

橫向擴展通常很簡單。企業可以購買新系統并快速啟動。該方法也很靈活：可以以一種看似有限的方式添加系統——盡管其最終將需要更多的數據中心空間。實際上，橫向擴展的方法在云服務供應商中很受歡迎，因為該方法可以構建能夠支持數千個客戶和PB級數據存儲的海量數據中心。

Facebook Inc.公司的開放計算項目就鼓勵橫向擴展服務器。該公司并不是依賴來自諸如惠普、IBM和甲骨文等傳統服務器廠商的特殊用途的系統，而是將通用硬件設備捆綁在一起，并構建巨大的數據中心。包括蘋果、Facebook和谷歌在內的網絡領軍企業都選擇了這種方式來支持他們的業務。