Windows Server 2012网络虚拟化的运营挑战

　　Windows Server 2012 中提供的网络虚拟化功能针对老问题提供了一种全新的方法，主要可以解决运维密度的问题。
　　运营商或服务供应商不再需要考虑 1:1 解决方案，他们希望一台物理服务器上可以放置更多虚拟服务器，就好像万维网刚发明的那段时间里，运营商希望一个拨号调制解调器池可以发展更多用户一样。高密度通常需要付出可移植性和可扩展能力作为代价。
　　当然，今天这已经不再算作问题，至少在数据中心虚拟化场景中不是问题，因为我们可以在通过高密度逼近硬件极限的同时保证可移植性与可扩展能力。但总是会留下一个难题等待解决：如何将一个数据中心的可移植性与可扩展能力扩展到两个，甚至更多数据中心？通常在数据中心空间不足，或者进行过合并或收购之后就会遇到这样的问题。
　　过去五年来，几乎每个与我合作过的客户都承担过数据中心重新安置或整合项目。这里的问题已经变为：如何将这些服务器搬到新的数据中心，同时保留原先使用的所有监控与安全策略？
　　以前的解决办法往往需要存储与网络架构专家坐下来安装新的网络和存储设备，这真是将网络子网从一个数据中心扩展到其他数据中心的典范。这就是网络虚拟化技术出现之前的情况，我们从中学到了很多经验。尤其是之前的做法也让我们遇到了很多新的问题。
　　我们发现的某些问题包括：
　　1. 应用程序行为 将虚拟机从一个数据中心移动到另一个，通常会导致网络延迟。某些应用程序在网络延迟增加后就是无法正常工作。
　　2. 支持问题 现在，数据中心的技术人员已经很难通过查看 IP 地址快速判断某台虚拟机到底在哪个数据中心。
　　3. 许可 曾经有一些供应商会将自己的产品许可与特定 IP 地址绑定。这种做法对客户是一个大挑战，因此一些供应商改变了自己的许可方式，转为绑定宿主机网卡的 MAC 地址。
　　这意味着将虚拟机（在保留 IP 地址的情况下）移动到其他数据中心，还必须保证使用相同的 MAC 地址。虽然在单一管理域中这一点还是可以实现的，但我们很难预测虚拟机的移动方式，例如移动到服务供应商处，或移动到私有云供应商处。
　　回首这些问题，我意识到避免这些问题的关键是参与到应用程序与服务器的运维工作中。虽然理论上这种做法听起来很不切实际，实际上做起来更是困难重重。举例来说，如果您是企业协调人员，或 HR 应用程序的所有者，您什么时候会参与到涉及网络虚拟化技术的项目中？
　　服务器虚拟化技术迫使团队开始学着与其他团队沟通。网络虚拟化技术使得这种沟通变得更加重要。当您打算实施 Windows Server 2012 中的网络虚拟化技术时，请考虑邀请具有运维经验的团队加入，并确保向负责关键应用程序的团队进行咨询。