网络配置:服务器虚拟化对网络配置有何影响[1]

【网络综合 - Cisco认证】
服务器虚拟化技术的采用让企业机构能够减少数据中心中物理服务器的数量，并且提供更高的灵活性，从而满足迅速变化的业务要求。然而，服务器虚拟化同时带来了一些难题，其中一方面就是数据中心的网络配置。数据中心的网络管理人员需要作好准备，应对不断变化的介质访问控制（MAC）地址、虚拟局域网（VLAN）出现的新应用，以及与服务器管理员之间的新联系。
　　如果没有服务器虚拟化解决方案，数据中心的网络管理员通常就没必要应对不断变化的MAC地址，也没有必要跟踪MAC地址。这是因为，MAC地址通常被固化到服务器的物理网卡上。因而，数据中心的网络管理员通常可以安全地认为服务器的MAC是一个固定值；配置IP地址保留或为网络连接排除故障时，就可以进行相应的规划。
　　然而，如果使用服务器虚拟化解决方案，虚拟服务器的MAC地址可能出现变化。幸好，虚拟服务器的MAC地址出现变化的情况相当有限。比如在 VMware基础架构3（VI3）环境中，MAC地址只有在所谓的"冷迁移"（cold migration）期间才会出现变化；在这个期间，虚拟机被关闭。从一个位置迁移到另一个位置。这种情况下，虚拟机在新位置重新启动后，会有一个新的 MAC地址。针对原来那个MAC地址的任何配置就不再适用了。在这同一VI3环境中，执行实时迁移（名为VMotion）不会引起新的MAC地址出现。
　　其他服务器虚拟化解决方案（如微软Hyper-V和思杰XenServer）可能存在虚拟机的MAC地址也许出现变化的不同情况。关键的问题是，虚拟机的MAC地址出现变化的频率远大于物理系统。
　　诚然，数据中心的网络管理员围绕MAC地址进行配置这种情况并不多见。然而，如果确实存在这种配置，数据中心的网络管理员只有这个选项：手动生成MAC地址――而不是允许虚拟化解决方案动态生成MAC地址，还要跟踪为虚拟机分配这些MAC地址的过程。当然，这个手动过程有可能出错，这些错误最常表现为MAC地址冲突。这种MAC地址冲突导致间歇性的连接中断，故障排除起来很麻烦。遗憾的是，没有简易的办法"留意"MAC地址冲突；不稳定和间歇性的连接问题是惟一真正表明MAC地址可能有冲突的迹象。
　　VLAN应用更广泛
　　增添了服务器虚拟化后，VLAN也会受到很大的影响。尽管数据中心的网络管理员对VLAN相当熟悉，可是他们对VLAN结合许多服务器虚拟化产品使用的广泛程度可能没有作好很充分的准备。比方说，VMware ESX和VMware ESXi全面支持802.1q VLAN标签。甚至包括这项功能：把802.1q VLAN标签一路传送到虚拟机，以便运行支持管理VLAN的系统。
　　不过为了充分利用这项VLAN支持功能，物理交换机端口必须经过配置，以便作为802.1q VLAN隧道来运行。这个做法与许多数据中心的管理员配置交换机的方式恰好相反。一般来说，数据中心的网络端口被配置成访问端口，只为某个VLAN传送流量；这些端口并不把802.1q VLAN标签一路传送到服务器。要是物理交换机端口没有配置成802.1q VLAN隧道，通常需要物理交换机上有更多的网卡和更多的千兆以太网端口，才能与采用802.1q VLAN支持的灵活性级别相匹配。这可能会增加服务器虚拟化解决方案的初始购置成本，降低总的投资回报。
　　除了改变物理交换机端口的默认配置外，数据中心的网络管理员还需要习惯于这一点：交换机上的VLAN配置与运行服务器虚拟化软件的物理服务器之间的关系更紧密了。VLAN不但必须在交换机上进行配置，还必须允许跨VLAN隧道进行连接，并且利用服务器虚拟化软件进行了合理配置，拥有正确的 VLAN标识（VLAN ID）。这并没有考虑本地（或未标记）的VLAN设置以及这些设置与服务器虚拟化软件之间是怎样联系的。只要某处出现设置不正确，就会对网络连接带来不利影响，从而影响该物理服务器上运行的所有负荷。
　　数据中心的网络管理员与服务器管理员在VLAN和VLAN配置方面的这种联系更为紧密了，这只是双方需要比过去更紧密合作的几个方面中的一个。另一个方面就是链路聚合配置。
　　网卡聚合和绑定
　　有些服务器虚拟化解决方案还提供支持各种网卡聚合（NIC teaming）或网卡绑定（NIC bonding）的功能。支持网卡聚合或绑定让虚拟化解决方案可以提供冗余性及/或提高多块物理网卡的利用效率。在一些情况下，这种网卡聚合或绑定还需要物理交换机进行配置，通常是为了能够通过802.3ad/LACP（链路聚合控制协议）或专用替代方案，比如思科公司的千兆以太网通道（Gigabit EtherChannel）或北电网络公司的多链路隧道（Multi-Link Trunk），从而支持链路聚合。
　　这意Cisco认证