两者根本无法相比。openstack（1）openstack是免费的，但它是半成品，如果没有强大的“团队”做支撑，没人敢于用于生产（2）就是有团队，我也很犹豫，因为太复杂，里面只要有一个故障，就是生产事故，而且排查困难。（3）openstack是技术的方向，有了这个方向，各个商家去研发自己的类openstack产品，用于...

vmware + Kubernetes = PKS， 可以做私有云的商业化部署；openstack也有自己的组件marathon来对接docker容器，不过，方向错了，应该去对接Kubernetes，结果却是docker。所以，要把openstack和Kubernetes整合，只能由openstack构建虚机Iaas，Kubernetes在虚机实例上建立集群。但很不稳...

楼上的兄弟回答的很全面了，但问的是内部组件，我只摘录一段rabbitmq是openstack的内部默认队列 ，非常关键，一旦阻塞或宕了，整体openstack就会全跨。原生的没有高可用，但如果真上生产，一定要要配置高可用基于高级消息队列协议 基于 AMQP 协议进行的通信，主要是每个项目内部各个组...

无法，因为软件的更新迭代太快了，你看现在大家学习都不去书店了，为什么能，一方面是因为电子书，但更重要的原因是软件更新太快，写书的都写不过来了，写好书，可能写书的版本就被淘汰了，所以，现代IT学习都靠原版的document。 所以，你要“高效运维”， 除非你不改版本。（1） 选用成熟开源软...

虽然第二种方式麻烦一些。不过终究还是比较稳妥的一种可进可退的方案。只是在一些实际环境中。一些应用过老。文档资料不全。技术支持中断等原因导致没有办法搭建一个新的环境。而不得不被迫采用V2V的方式。我觉得还是要根据具体情况详细分析。针对所有的业务来制定适合...

虚机（instance）出来的包一开始经过的是linux bridge，对应的网桥为qbr，端口分别为tap及qvb口，所以应首先在tap口抓包分析

分两层，不要混淆对于用户层，只需要知道Iaas层的云虚拟机是否正常，当然是在openstack用zabbix来监控Iaas层的实例，这没有毛病是必须的。对于底层，openstack集群的服务器的监控，当然你也可以用zabbix，是用内部的那个，还是自搭，我建议后者，由于网络的原因，最好不好混起来。...

主要区别（1）openstack不成熟，vmware成熟；（2）openstack开源，vmware不开源；（3）openstack深入底层，你必须对服务器、网络、中间件，负载均衡都有所了解，并能运维；vmware几乎就是虚机环境，底层看不到，也无需看到，除非bug，无需理睬底层的东西；（4）openstack需要大量人力投入，除非你用第三方运维，用户有...