《OpenStack高可用集群（上册）：原理与架构》—2.5　其他厂商OpenStack高可用部署架构介绍及对比分析

2.5　其他厂商OpenStack高可用部署架构介绍及对比分析

目前支持OpenStack开源云的厂商众多，几乎囊括了服务器、存储、系统、网络、虚拟化等IT领域的传统IT巨头和诸多云初创公司。由于OpenStack的开源特性，任何厂商和用户都可以将自己的优势产品以各种形式集成到OpenStack中，同时也有众多厂商对OpenStack源代码进行自定义修改和二次开发后进行公有云和私有云的建设。在声称拥抱OpenStack的全部厂商里，并非每个厂商都对社区进行了代码贡献，在OpenStack社区中，白金会员（Platinum Members）和黄金会员（Gold Members）是对社区发展做出主要贡献的厂商，图2-31和图2-32为截至2016年6月OpenStack社区的白金会员和黄金会员企业。

图2-31　OpenStack社区白金会员企业

图2-32　OpenStack社区黄金会员企业

除了白金会员与黄金会员，OpenStack社区庞大的企业赞助商（Corporate Sponsor）也是社区代码的主要贡献者和部署使用的实践者，诸如国内的华为、99Cloud、AWCloud、ZTE和国外的PayPal、Oracle、HPE、TCPCloud等。在OpenStack的高可用部署实践与推广上，Redhat与Mirantis无疑是两大领导厂商。Redhat凭借自身在开源社区多年的沉淀，携RHEL系列Linux系统及各种开源软件而拥有众多用户群体，并且在OpenStack社区的代码贡献和部署推广上也一直处于领导地位；而Mirantis虽然属于初创公司，但是其凭借“Pure Play OpenStack”的理念，完全从用户角度出发，推出了一系列适合各种用户场景且简单易用的部署架构，可以说Mirantis是最贴近用户实际、最全身心投入OpenStack的公司，因此，包括像大众汽车、爱立信等跨国大型企业均选用Mirantis方案进行云计算建设，同时Mirantis也拥有极多的个人和中小企业用户。除了Redhat和Mirantis，如HPE、Rackspace、Juniper等企业也有自己的OpenStack高可用生产环境部署方案，由于OpenStack组件功能的丰富多样，每个企业的高可用部署方案可能不尽相同，在后面的几节中，我们将会概要介绍一些在社区里面比较具有代表性的企业OpenStack高可用部署方案。

2.5.1　Juniper Networks OpenStack高可用部署方案

Juniper Networks的OpenStack高可用方案由OpenStack和Contrail组件集合而成，Juniper Networks的SDN（Software Defined Network）控制器包括OpenStack和Contrail两个部分，因此Juniper的控制节点高可用设计由两个部分构成：OpenStack的HA和Contrail的HA。Juniper的OpenStack高可用集群顶层架构如图2-33所示。

图2-33　Juniper OpenStack高可用集群部署架构

Juniper OpenStack高可用集群服务运行在Active/Active模式，并且可以实现基础架构和编排服务的Scale-out扩展，同时在Juniper架构的控制和编排层中引入新服务也非常方便，Juniper的OpenStack高可用集群声称实现的目标包括：

5个9（99.999%）的高可用性；

任何时候都不会中断的云操作；

提供基于VIP访问的API和UI；

跨集群的负载均衡网络操作；

弹性管理和部署；

故障检测和恢复。

在Juniper所实现的OpenStack高可用架构中，HAProxy仍然是实现服务高可用的主要软件，OpenStack部分的高可用和Contrail部分的高可用均是通过HAproxy的负载均衡实现，为了保证VIP的高可用，Juniper引入了Keepalived机制，通过VRRP协议来实现VIP的高可用，图2-34是Juniper架构中Opensatck服务的高可用实现机制。

图2-34　Juniper OpenStack服务高可用实现

Juniper的OpenStack高可用集群也存在一些限制，如只支持一个故障点发生，在Failover过程中，REST API调用会失败，用户必须重新发起调用请求，在故障出现的时候并不能实现目标定义下的100%不丢包，同时Juniper高可用方案仅在HAProxy下测试通过，在使用其他第三方负载均衡软件的情况下高可用性没有经过测试。