除非您運行的是大型計算集群，否則您可能會部署服務器虛擬化以減少運營費用。虛擬化將會給LAN（不包括SAN）帶來輸入輸出問題。在所面臨的挑戰(zhàn)中，實時遷移或vMotion networking會需要遠距離數(shù)據(jù)中心橋接，這將可能影響數(shù)據(jù)中心網(wǎng)絡的穩(wěn)定性。

虛擬機管理程序軟件允許同一個物理硬件上運行多臺虛擬服務器，實現(xiàn)這些服務器之間的通信以及服務器與外界的通信。為了做到這一點，大多數(shù)管理程序都使用Virtual Network Interface Cards (vNIC)來模仿物理NIC，以及使用虛擬交換機來模仿橋接（即2層交換）。

有時候，您必須在同一個物理硬件中運行屬于多個安全區(qū)的虛擬機。在這種情況下，您可以使用虛擬LAN在傳統(tǒng)的（非虛擬的）數(shù)據(jù)中心中實現(xiàn)不同的安全區(qū)。在虛擬化環(huán)境中，這也是一樣的；VLAN可以通過虛擬交換機實現(xiàn)。

注意：只有在虛擬交換機開始使用VLAN時，網(wǎng)絡管理員才可以將運行在虛擬機管理程序上的服務器看作是和傳統(tǒng)服務器一樣的主機。隨著虛擬交換機引入基于VLAN的交換技術，物理服務器必須像其他2層網(wǎng)絡設備一樣處理，同時淡化網(wǎng)絡和服務器基礎架構之間的界限。

實時遷移

幾年前，Vmware實現(xiàn)了vMotion——實時VM遷移或在兩臺物理服務器之間遷移正在運行的虛擬機器的功能（Microsoft Hyper-V和Xen都支持類似的功能）。實時遷移主要用于將VM負載分散到物理服務器群集中，以減少非高峰時期能源消耗并且支持計劃維護。通過實時遷移，VM可以集中在少數(shù)物理服務器中，同時根據(jù)需要關閉其它服務器。

VM遷移的優(yōu)點在于它具有保持用戶會話的功能，從而實現(xiàn)不會影響服務可用性指標的平衡運營。為了支持這個要求極高的功能，虛擬機必須保持它們的IP地址以及所有的LAN和SAN連接。

注意：為了提高您的SLA指標，必須確保正常運行時間是按照TCP會話測量的，而不是ping。遷移過程可能會丟失一些數(shù)據(jù)包（這會影響基于ping 的SLA指標），但是還不足以干擾一個已經(jīng)建立的TCP會話。

很少有3層路由機制可以幫助您實現(xiàn)這個目標，因為它們要么必須在客戶機操作系統(tǒng)中（移動IP或回路接口）實現(xiàn)，要么還無法保證次秒級匯聚（sub-second convergence）（Cisco System實現(xiàn)的Local Area Mobility已經(jīng)是過去式了）。因此，實現(xiàn)實時VM遷移的數(shù)據(jù)中心會被迫在來源和目的物理服務器之間使用橋接技術。

當您在物理服務器群集上實現(xiàn)實時VM遷移時，“任意橋接”的需要并不會帶來多大的危害。群集的大小往往都是有限的。例如，Vmware最新發(fā)布的vSphere 4.1可以在群集中支持最多32臺物理服務器。如果使用高密度刀片服務器，32臺物理服務器可以很容易地部署在一個機架并連接到一組頂級機架交換機上，實現(xiàn)大部分不相關的橋接需求。

然而，當服務器管理員想在群集中遷移虛擬機時（往往要穿過整個數(shù)據(jù)中心），網(wǎng)絡基礎架構就會感覺到壓力。網(wǎng)絡團隊必須在大量交換機之間為大量終端主機實現(xiàn)VLAN。延伸的VLAN會降低數(shù)據(jù)中心的整體穩(wěn)定性，并且可能會加劇惡意蠕蟲感染的影響（聲名狼藉的SQL 蠕蟲王便是一個經(jīng)典的例子）。物理基礎架構和3層邏輯架構之間的斷開也會導致出現(xiàn)大量遠距離傳輸流量流量（有時稱為流量長號）。

減少實時遷移對網(wǎng)絡基礎架構影響的最好方法就是將VM遷移限制在數(shù)據(jù)中心中物理上鄰近的服務器組上。如果您如法做到這點（有時候不可預計的流量改變會迫使您采用更加有效地措施），您可以考慮部署能很容易與您的虛擬平臺整合的數(shù)據(jù)中心交換機。例如，嵌入在Arista千兆位以太網(wǎng)交換機上的VM Tracer可以聯(lián)機擴展VLAN，因為VMware vCenter能夠在物理服務器之間遷移虛擬機器。

原文鏈接：http://network.51cto.com/art/201103/247242.htm