由于VMware Cloud在2017年的VMworld大会上宣布即将推出支持AWS的版本，虚拟数据中心的普及已经显著上升。然而哪些企业应该考虑使用它呢？

最近一段时间有关AWS平台上的VMware Cloud的消息令人兴奋，证实了业界对虚拟数据中心架构的兴趣。传统的虚拟机管理程序代表着虚拟化数据中心。然而，现代企业基础架构正在超越虚拟化数据中心（virtualized data center）向虚拟数据中心（virtual data center）的方向发展。

在VMworld Europe，VMware首席执行官Pat Gelsinger戴上了一副虚拟现实护目镜，将工作负载从内部数据中心迁移到AWS的虚拟数据中心。这一演示虽然有些狡猾，但却准确地反映了数据中心的未来发展方向。

虚拟数据中心架构的概念并不新鲜。但是VMware把这一想法带入到了主流视线。那么，抽象数据中心应该在何时、在何处以及以何种方式进行托管工作负载？

什么是虚拟数据中心架构？

任何计算机科学学科成熟的关键指标都是抽象的。如果我们在数据中心的关键服务——网络、计算和存储——开始对话，虚拟机管理程序很早就对数据中心完成了虚拟化。云服务开始讨论不仅抽象服务而且抽象数据中心本身。与虚拟化不同，基于云端的做法并没有被证明是广泛的标准化方法。使用AWS API构建的云本地应用程序无法轻松移植到Azure。现代数据中心的基础仍然是虚拟机，这被认为是一项值得信赖的抽象。

没有解决的是整个数据中心的基本抽象。VMware的基础抽象依然是虚拟机中运行的操作系统。微软的基础抽象是Azure云服务，它支持基于虚拟机的方法和平台即服务（PaaS）。对于大多数的IT世界来说，（抽象的）基础就是虚拟机。

VMware的方法是建立在VMware云基础（VCF）的基础上，该基础架构由vSphere，NSX，vSAN和vRealize组成。VCF经过了验证的设计；它可部署在两个可能的地点。第一个是客户的资格预审硬件数据中心。其次是五个发布合作伙伴之一，其中包括AWS（AWS平台的VMware Cloud），IBM，Rackspace，CenturyLink和Fujitsu。

有了VCF作为基础，用户对于管理和运营方式的整合具有了一致性。虽然目前近还暂时无法实现，但Gelsinger向AWS平台上的VMware Cloud展示了虚拟机在基于VCP的私有数据中心实时运行的vMotion。

同时，微软采取了一种外部的视角。微软并没有将Hyper-V和System Center引入公有云，相反他们将公共云引入企业内部。在过去的几年中，微软一直致力于将微软Azure扩展到云管理协议栈和容量在某一超融合基础架构集群中独立运行的地步。
微软已经与其OEM合作伙伴戴尔EMC，惠普，联想和思科合作，交付平台的企业内部部分。OEM合作伙伴提供从服务器到架顶式交换机的物理基础架构。客户从OEM厂商那里获得微软提供的服务支持。客户通过其公共Azure控制面板上来获取服务。

谁最该考虑应用虚拟数据中心架构？

开发从内部迁移到公共云数据中心的能力需要时间。微软和VMware都表示这是路线图。但是，虚拟数据中心有其用处。下面是最常见的列表，以及相互之间如何适配。

灾难恢复。理论上，微软Azure和VMware VCF都有DR的用途。但应用情况可能不一样。
Azure Stack预先为Azure工作负载提供服务。因此，从概念上讲，您可能希望将本地数据中心作为驻留在公共数据中心的Azure服务的故障转移站点。乍一看，这看起来可能不需要，因为微软这一公司的规模实在是太大了。但是，如果您担心分区域可用的问题，则可以决定将Azure堆栈托管在Azure公共数据中心附近的托管工具中，以减少最终用户的延迟和等待时间。

VCF为您公司内部的工作负载提供传统的基于VMware的副本选项。因此，如果您希望保护基于VMware的私有数据中心，VCF可提供与常用产品（如VMware的Site Recovery Manager或其他第三方复制和编排工具）之间的集成。

数据中心的替换或扩展。AWS上的VMware Cloud（VMC）提供了一种将私有数据中心容量扩展到公有云的简单方法。VCF的使用是基于VMware vSphere的。其中有连接器允许客户从现有的vCenter管理界面管理VCF。一旦客户建立到VCF供应商的网络连接，公共云数据中心看起来就像客户网络中的任意一座其他的数据中心。同样的技术可以被用于将所有工作负载迁移到VCF供应商来替换某一数据中心。

考虑用自己的容量补充Azure公共数据中心可能很奇怪。微软可以提供比几乎任何私人公司更多的容量。容量只是其中一项考虑因素。其他需要关注的问题包括延迟、安全性和合规性。并不是每个客户都可以轻松地将应用程序提升到公有云。物联网就是一个对延迟敏感的应用程序的例子。客户可能需要靠近生产场所的Azure服务来构建对延迟敏感的应用程序。或者可按照当地已生效的数据法规——例如美国食品和药物管理局的规定，要求数据保障在药物制造进行的地点附近。无论属于哪种情况，Azure Stack都会将公共服务扩展或替换为客户的数据中心。

对传统的应用程序支持。第三种场景是希望将IT运营工作转移到公共云，但需要对传统应用程序的支持。AWS上的VMware Cloud是混合IT产品的一次示例，它支持传统工作负载和云端的本地工作负载。这两种服务都提供了应对这一挑战的解决方法，同时具体应对措施场景上又稍有不同。

Azure Stack服务于需要支持非x86或非云端友好的应用程序情况。它通过将Azure工作负载替换为传统系统运行的客户数据中心内部。Azure Stack可以作为现有工作负载的前端，并充当更多云本地应用程序的入口。

VCF允许客户将非云端友好的x86工作负载放置在云提供商数据中心内。一个典型的例子是使用第2层广播来构成或维护集群的集群应用程序。这些应用程序可以在VCF中运行，例如AWS平台上的VMC，可以高速连接到AWS Lambda等云本地服务。

测试和开发。Azure堆栈和VCF都是增加现有生产基础架构容量的一种方法。由于Azure Stack是Azure的子集，因此客户可以使用私有数据中心作为沙箱进行开发。VCF也是如此，除此之外，VCF不仅为软件开发提供沙箱，还为测试最新的VMware vSphere软件提供沙箱。客户可以在最新版本的vSphere上运行现有工作负载，然后在私有数据中心升级其VMware软件。

至于成本，这两个系统似乎都是为大企业定位的。AWS上的AWS Cloud费用门槛大约为每年20万美元。Azure Stack可能需要类似的承诺才能实现最小规模的部署。

容器在哪里？

没有容器的虚拟数据中心会话已经不多。对微服务和云本地应用程序的兴趣正在持续提升。一般来说，客户已经考虑过这一层堆栈，以提供容器管理和可移植性。许多关于容器编排中心的讨论围绕着Kubernetes等开源项目。Azure，AWS和Google都支持Kubernetes集成以进行容器管理。对于客户来说，最好从协编排层面来处理它。

微软和VMware都提供了编排器的合作关系。每个人都是云端本地计算基金会（Cloud Native Computing Foundation）的白金会员。

在VMware和微软统治数据中心的同时，其他厂商则希望利用虚拟数据中心。Oracle收购了Ravello Systems公司，使该公司具备能够在AWS，Google Cloud和Oracle Cloud上虚拟运行基于VMware的工作负载的能力。Oracle还提供裸机云服务。但是，甲骨文没有与VMware或Microsoft Azure建立正式的合作伙伴关系，这给试图集成数据中心的IT团队留下了很多沉重的负担。

红帽专注于容器业务，它提供了一个名为OpenShift的Kubernetes分发版本。Google已经宣布与超融合供应商Nutanix建立合作伙伴关系。同时初创公司Platform9承诺可在几乎任何基于x86的硬件上管理OpenStack和基于容器的基础架构。

网络和管理软件方向还有很多工作要做。例如，VMware需要弄清楚如何通过AWS Direct Connect为AWS上的VMC提供网络连接。当被问及从Azure Stack到Azure公共数据中心的实时迁移的障碍时，Azure Stack首席架构师Jeffrey Snover列举了仅在Azure Stack中获得软件定义网络所面临的困难。将无缝的虚拟数据中心与Azure Stack和Azure公共数据中心之间的第二层网络集成在一起，是在完全不同的复杂程度之上。

公司和用户了解这种新的运营模式非常简单。虽然这个概念已经达到可增值的阶段，但整个行业距离通过简单的鼠标点击将整个数据中心从一个云迁移到另一个云的能力还有很长的路要走。