上面左边是我的个人微信，如需进一步沟通，请加微信。 右边是我的公众号“Openstack私有云”，如有兴趣，请关注。
前期写了两篇博文《Openstack 干掉 VMWare（1）》、《Openstack 干掉 VMWare（2）》 ，提出了Openstack与VMWare的一些比较，我的出发点是基于使用社区开源版本的Openstack来替代VMware，实现企业节约成本的目的。另外，基于现在风云诡谲的国际贸易形势，说不定什么时候人家EMC不给咱们做生意了，咱们留一手也是很有必要的嘛。
后面经过一些VMWare的项目实践，发现了VMware作为商业产品的优势之处，前面两篇文章是将Openstack的优势，这里我想讲讲它的劣势，或者说社区开源版本的Openstack如果要真正落地，还有那些地方需要我们努力去改进的地方。下面简单总结分析对比如下，注意下面指的Openstack是指社区开源版本的Openstack：
1、VMware使用方便，整个操作配置过程容易理解。
作为一个成熟的商业产品，VMWARE产品首先从使用的方便性来说比Openstack要高很多，它所有的安装包直接从官网下载，整个安装过程全部是图形化界面，对于习惯了windows操作的用户来说是非常舒服的。而Openstack如果根据官网的操作，对于普通用户，简直是一个不可能的任务，即使有相应技术水平的工程师，也需要花很长的时间进行摸索实验的熟悉过程，同时，社区的文档还不对正确性负责，完全按照社区文档操作，总能遇到一些坑，另外，还有一个很大障碍就是安装过程需要联网，而且有些安装包在国外网站，在我们“墙%国”国内很多时候访问国外网站网速太慢。虽然对于这一块我们已经通过封装安装镜像得到很大解决，详见《openstack 之 kolla安装镜像》 ，但是后续个性化的配置以及更多的高级功能的配置还是没有VMware那么方便。
2、VMware有专门的P2V迁移工具和监控工具。
VMware的P2V迁移工具和监控工具也同样是直接下载相应的镜像镜像安装部署，都是工具化和图形化的解决方案，使用起来也很方便。解决了实际使用过程中的虚拟机迁移和在线虚拟机的监控，对于一个成熟的产品来说这两块内容都是很实用的功能。而Openstack如果要实现虚拟机迁移，过程很复杂，非常耗时，一般都建议应用迁移，而不是虚拟机或者物理机整机迁移。监控工具Openstack有自己的ceilometer组件提供，但是个人不建议安装，因为监控程序会产生大量的数据，建议另外使用其他的监控工具实现，比如zabbix 。
3、计划外物理服务器意外停机，VMware的HA功能可以保护运行在损坏服务器上的虚拟机，以重启的方式进行自动迁移到其他工作正常的主机上，而无需人工进行手工干预。Openstack如果启用ceph分布式存储，可以实现热迁移，但是需要手工操作，对于意外的物理机故障停机，也需要事后的手工干预才能恢复，虽然操作也非常简单，但是还是做不到全自动故障恢复。
4、故障维护的难度VMware要比Openstack简单很多。VMware如果出现虚拟化软件本身的故障，比如vcenter发生故障，直接重装vcenter就可以而不影响其他虚拟机的运行，ESXI节点发生故障，如果启用了HA，也不影响。相对来说，Openstack如果是controller节点发生故障，如果启用了HA没有问题，如果没有启用HA，那么会影响整个虚拟化环境。另外，如果Openstack控制节点controller中的某一组件出现问题，定位和解决问题需要相当的技术水平，需要对相应的知识领域比较熟悉，比如mariadb ，rabbitmq，HAproxy，keepalive，ceph ，docker 等等。
5、产品的用户体验VMware具有绝对的优势。社区开源版本的Openstack用户体验这一块不是重点关注的地方，但是对于商业软件VMWare来说却是重点，所以从使用的方便性、界面的友好易用，日常使用操作全部图形化并且容易理解，这一点如果开源版本Openstack要改善，只有请相应的开发人员定制开发。
上面的几点视角是从实施维护使用的角度对两个产品进行比较。如果是商业版本Openstack，比如华为的FusionCloud或者富通的CloudoorSphere产品，以上的问题都全部都得到了解决，对于有一定预算的企业还是可以考虑用商业版本的Openstack 。