vCSA的最新版本预示着安装在Windows中的vCenter Server服务最终将会被appliance所取代。

2011年，vCenter Server Appliance在vSphere 5.0当中首次亮相，由于其十分易于部署和管理，因此用户非常喜欢这种预封装好的OVA格式。此外，它使用SUSE这种Linux发行版本作为底层平台，因此不需要支付Windows的授权费用。

然而这种方式也不可避免地存在一些小的问题。比如扩展性差、缺少某些vCenter Server特性、系统过于复杂、底层管理不够灵活等等；这些主要是因为第一代vCenter Server Appliance (vCSA)当中集成的是IBM DB2数据库。幸运的是，在5.0 update 1当中，IBM DB2数据库很快被PostgreSQL DB所取代，这样就能够降低appliance的复杂程度并且缩短部署时间。

在每一个新版本当中，vCSA都变得更加稳定和完善。之前存在的种种限制被逐一消除，并且为了支持更多的主机和虚拟机数量转而使用嵌入式数据库。在vSphere 6.0和vCenter Server 6.0发布之后，vCSA在特性和功能方面已经和基于Windows系统的vCenter Server不相上下了。

新版本解决了哪些问题

在vCSA 5.x版本当中存在诸多限制，而其中的两个关键因素导致大量最终用户不能将其部署到生产环境当中，也就是嵌入式数据库的最大设备支持数量以及vCenter Server可靠性。

将vCenter Server部署在appliance当中的优势之一就是不必安装外部数据库。考虑到appliance只能支持Oracle数据库，并且用户不会仅仅因为需要扩展虚拟化环境规模就部署一套成熟的Oracle数据库环境（我们需要面对的现实是：Oracle数据库价格异常昂贵并且非常难以部署）。最初，vSphere 5.0/5.1当中的数据库最多只能支持5台主机和50台虚拟机，这意味着许多大型企业将会毫不犹豫地放弃使用这种方式——除非它们已经拥有了一个外部Oracle实例。但是这种限制在vSphere 5.5当中被解决，其所支持的最大主机和虚拟机数量分别达到了100台和3000台——VMware认为90%的企业环境都不会超过这种规模。随着性能不断增长，越来越多地管理员开始部署appliance，将其作为生产环境当中的vCenter Server。

VMware在vSphere 6.0当中再次提升了vCSA能够支持的主机和虚拟机数量，并且将Windows版本vCenter Server中的嵌入式数据库SQL Express转换为和vCSA相同的数据库——vFabric Postgres。这种变化的一个显著优势在于用户能够更加轻松地将数据从Windows vCenter迁移到vCSA当中。

缺少对于vCenter Heartbeat和linked-mode的支持是vCSA当中的另外两种重要限制。它们都是关键特性，因为大型企业需要使用linked mode当中的单一客户端来管理多个vCenter实例，并且需要使用vCenter Heartbeat特性确保vCenter Server一直在线。

在vSphere 6.0当中，VMware对Fault Tolerance (FT)的架构进行了升级，现在其能够支持多vCPU虚拟机，并且vCenter Heartbeat问题也已经得到解决，可靠性大大提升。管理员可以考虑使用FT技术来保护vCSA——但是vCSA最多只能支持4个vCPU，因此只能应用在微型或者小型环境当中——此外还需要使用vSphere HA特性实现高可用性，防止硬件问题的发生。

通过引入平台服务控制器（PSC），不支持linked mode的问题也已经得到解决，PSC其实就是linked mode的加强模式。PSC包含了单点登录、证书管理、授权服务器以及其他管理工具，并且相比于之前版本的SSO，其更加容易复制。受益于架构方面的多种变化，PSC能够被Windows vCenter Server和vCenter Server Appliance所关联和支持。加强版本的linked mode能够通过使用一个或多个PSC连接多个vCenter Server——不论是Windows还是appliance。其为管理员提供了一个适用于vSphere域的统一管理入口。使用enhanced  linked mode功能，管理员可以在所有链接的vCenter Server当中进行搜索，并且复制角色、权限、授权、策略和标签等。

使用enhanced linked mode时推荐使用外部平台服务控制器。

仍然存在一些细节问题 

但是vCSA当中仍然存在一些细节问题：

• 缺少vSphere CLI，这意味需要额外安装vCenter Management Appliance；
• 没有集成VMware Update Manager (VUM)，这意味需要另外部署一台Windows虚拟机来安装VUM；
• 没有集成View Composer，意味着需要另外部署一台Windows虚拟机来安装Composer；
• 不能使用SQL server作为外部数据库，意味着只能使用内部数据库或者Oracle作为外部数据库。但是现在集成的数据库已经能够支持大量主机和虚拟机，以至于一些用户开始思考为什么还需要使用外部数据库；

• 不能像Windows版本那样将vCenter Server明确划分为多种角色（除了PSC）。但是鉴于vCSA拥有良好的可扩展，是否仍然需要将将这些角色区分开来？

使用ISO镜像的优势

vCSA能够引起关注的另外一个原因在于其已经被封装在vCenter Server 6.0当中了。VMware已经决定不再使用OVA格式、而是以ISO镜像的形式来分发vCSA。但是为什么VMware为什么要放弃使用OVA格式呢？

最可能的原因是 VMware将逐步淘汰vSphere desktop client。如果不能使用客户端连接到刚刚创建的ESXi主机，那么应该如何部署OVA呢？

比如，在一个全新安装的ESXi主机当中，如果既没有vSphere client，又没有vCenter Server，那么将很难对其进行管理。目前，用户还不能使用web client连接到ESXi主机进行管理，因此VMware决定不再使用OVA这种部署方式也是具有一定道理的。现在VMware推出了一种可以通过浏览器引导运行的ISO安装包。使用这种方式，用户可以挂载用于vCSA部署的安装包，而不再需要使用vSphere desktop client来导入OVA文件。用户需要做的只是将ISO镜像文件挂载到笔记本、台式机或者虚拟机上，之后通过web部署页面运行安装向导。在安装过程当中，你只需要输入目标ESXi主机的IP地址或者主机名以及root账户密码。安装包将会被自动安装到目的主机当中，并且部署vCenter Server。

过去几年当中，VMware一直希望管理员放弃使用vSphere Client，转而使用Web Client，但是效果并不是很好。在5.1 和 5.5当中如果使用vSphere Web Client管理vSphere会造成一种无法忍受的用户体验。但是，由于在vCenter Server 6.0当中Web client得到了100多项改进，在易用性和性能表现方面都得到了大幅度提升，因此在很长一段时间之后，VMware终于解决了这个问题。尽管Web client仍旧使用Flash——这引起了很多IT管理员的不满——但是dashboard、菜单系统和UI已经经过了重新架构，交互界面更加友好，我敢说其可用性得到了大大增强。

vSphere 6.0当中的vSphere Web Client界面肯定不会为用户带来困惑，并且不需要花费十分钟时间才能完成登录或者弹出右键菜单。现在我能想到的需要使用vSphere desktop client的唯一一件事情就只有VUM集成了，而这种功能也很有可能出现在下一个版本的vSphere更新当中。

帮助实现迁移的Fling

VMware Labs终于发布了一款可以帮助管理员从Windows vCenter Server迁移到vCenter Server Appliance的Fling。

之前，如果想从基于Windows的vCenter Server切换到新的基于Linux的vCenter Server Appliance，那么最为复杂的问题之一就是如何进行数据和配置迁移。过去最为简单的方式就是从全新安装开始进行配置，没有更为简单的方式了。

但是使用过这个Fling之后，我对其非常满意。这个Fling能够迁移vCenter数据库、角色、权限、证书和容器服务等许多文件类型。其甚至能够迁移事件和任务列表、文件夹、vApp设定——也就是存储在数据库当中的一切数据。唯一不能迁移的文件就是SSO配置，必须手动完成，好在其重建过程并不复杂。

但是，这里也存在诸多限制。由于其仅仅是一种VMware Fling，因此并没有得到官方支持，但是自从其发布以来已经得到了大量社区支持，因此如果某天VMware宣布将其加入到成熟的产品当中，用户也不应感到惊讶。