令人欣慰的是，可以通過某些手段增加提供給VM的可用帶寬，進而使增加VM密度成為現(xiàn)實。

 

 

　　最簡單的辦法是在服務器上加裝網(wǎng)卡，一般情況下，服務器出廠時只在主板上集成了一或兩個集成網(wǎng)卡接口，另外就是擴展槽，我們可以通過擴展槽增加網(wǎng)絡端口數(shù)量，但需要注意的是，應該盡量選擇多端口的網(wǎng)卡，如有些PCI-X和PCI Express網(wǎng)卡帶有4個獨立的端口。

 

　　另一種辦法是使用外接網(wǎng)卡，如USB網(wǎng)卡。但對于服務器而言，我們是不推薦使用USB網(wǎng)卡的，特別是有些虛擬化平臺還不支持將USB設備暴露給VM，即便如此，有時候還是可以派上用場的。

 

　　不管怎么分配網(wǎng)絡端口，最好為管理通信預留一個端口，不能將所有網(wǎng)絡端口全部分配給VM，VM和宿主服務器之間必須留出一個管理通道，如果你的虛擬化軟件支持將USB網(wǎng)卡暴露給VM，你可以預留一個USB網(wǎng)卡用于VM和宿主服務器之間通信。

 

　　盡管可以在多個VM之間共享一塊網(wǎng)卡，問題是單塊網(wǎng)卡提供的帶寬是有限的，綁定到該網(wǎng)卡的所有VM共同使用帶寬。如果可能，你應該盡可能使用更快速的網(wǎng)卡，如使用10Gb以太網(wǎng)卡，一塊可以頂幾塊千兆網(wǎng)卡。

 

 

　　如果不能增加物理網(wǎng)卡，還有一個辦法，那就是盡可能減少VM對網(wǎng)絡帶寬的需求。

 

　　實現(xiàn)這個目標的辦法之一是創(chuàng)建虛擬網(wǎng)絡，虛擬網(wǎng)絡完全存在于宿主服務器內(nèi)部，如果你使用Microsoft Hyper-V或VMware，默認至少創(chuàng)建了一個虛擬網(wǎng)絡，VM使用的每個物理網(wǎng)卡連接到虛擬交換機，虛擬交換機按順序連接到每個VM的虛擬網(wǎng)卡。

 

　　虛擬網(wǎng)絡為VM提供到物理網(wǎng)絡的連接，但它不能訪問物理網(wǎng)絡，這樣我們就可以借助虛擬網(wǎng)絡的作用卸載一部分原先要使用物理網(wǎng)絡的通信，從而減少物理網(wǎng)絡帶寬需求。例如，假設你有一個虛擬化的Web服務器，后端SQL Server數(shù)據(jù)庫運行在另一個虛擬機上，在Web服務器和數(shù)據(jù)庫服務器之間創(chuàng)建一個虛擬網(wǎng)絡，這樣數(shù)據(jù)庫查詢就不會經(jīng)過物理網(wǎng)絡端口，便間接地增加了VM的可用帶寬。

 

 

　　創(chuàng)建虛擬網(wǎng)絡可以將大量網(wǎng)絡通信轉移到虛擬網(wǎng)絡中，如果這也不能實現(xiàn)，還有最后一招，根據(jù)VM對網(wǎng)絡的需求分配網(wǎng)絡端口。當然，在創(chuàng)建了虛擬網(wǎng)絡的情況下，也可以這么做。

 

　　不是每個VM對網(wǎng)絡帶寬的需求都一樣，給每個VM分配一個網(wǎng)絡端口也不現(xiàn)實，因此分析每個VM的網(wǎng)絡需求，合理合并低帶寬需求的VM共享一個網(wǎng)絡端口，為高帶寬要求的VM指定專用端口成為最理想的辦法。例如，假設你有一個SQL Server服務器，你應該為它分配一個獨享的網(wǎng)絡端口，相反，對于域控制器和DHCP服務器，它們需要的帶寬不多，可以共享一個端口。

 

　　總之，網(wǎng)絡可用帶寬會限制宿主服務器上的VM密度，但也有許多方法可以增加分配給VM的網(wǎng)絡帶寬，在朝最大化VM密度前進的路上，我們會看到越來越多的解決辦法出現(xiàn)。