《OpenStack高可用集群（上册）：原理与架构》—2.5.6　OpenStack高可用部署方案对比分析

2.5.6　OpenStack高可用部署方案对比分析

OpenStack不是一个独立整体软件，其极为松耦合的模块化组合，注定了OpenStack的部署犹如搭积木，需要独具匠心的架构师和工程师根据用户实际情况来进行架构规划和实施。此外，由于OpenStack生态圈不断扩大，支持的厂商也不断增多，似乎每个厂商都想把自身的产品集成到OpenStack架构中或者把OpenStack集成到自己的云产品中以借OpenStack社区的影响力进行产品推广，因此出现各式各样的OpenStack部署方案便也不足为奇。在众多的OpenStack部署方案中，大致上可以分为两类：一类如Mirantis或Redhat属于全栈开源的OpenStack部署方案；另一类如Oracle属于商业集成的部署方案。因此，如果用户希望进行基于OpenStack的云建设，则需要明确定位自身实际情况，是采用基于更多商业产品的OpenStack部署方案，还是采用纯开源软件的OpenStack部署方案，当然，后者对人力和技术成本要求都更高，同时需要在众多功能近似的开源软件之间进行选择，而如果采用商业集成的方案，则无法避免厂商锁定的问题。表2-4是对部分厂商的OpenStack部署方案的对比分析，主要从高可用集群的实现技术栈以及实现成本和技术难度系数几个方面，向普通OpenStack用户进行部署实现前的参考推荐。

从表2-4还可以看出，传统的系统厂商或者基于OpenStack的初创公司在OpenStack的高可用部署架构设计上更多采用的是开源社区普遍使用的开源技术，如Redaht、HPE、Mirantis的方案，而具有网络技术优势的网络设备厂商提出的方案，通常都会加入自己的网络组件以增强集群网络的高可用性，如TCP Cloud和Juniper Networks的方案，其他商业氛围比较重的公司如Oracle和PayPal则更多的是集成自己的商业产品或者采购的商业产品来实现OpenStack集群的高可用。

图2-41　Oracle基于Solaris的OpenStack高可用部署方案

表2-4　各厂商的OpenStack高可用部署方案的对比分析