中小企业OpenStack云平台高可用技术研究和实现.docVIP

中小企业OpenStack云平台高可用技术研究和实现 　　摘 要：文章针对中小企业云平台在单控制节点易导致单节点故障和网络性能及安全的问题，提出了一种基于Keepalived+多网卡绑定的解决方案以实现OpenStack云平台的高可用。该方案将主从式双机热备技术和集群技术相融合，并通过多网卡绑定技术提高物理网络的负载和容错率实现OpenStack云平台的高可用性。实验证明，在一台控制节点或链路中断的情况下，OpenStack云平台仍然能够稳定运行，该高可用性方案具有可行性。 　　关键词：高可用；Keepalived；链路绑定 　　随着网络技术的快速发展，中小企业私有化云平台建设日益迫切，用户对云平台在稳定方面提出了更高的要求。保证云服务的高可用性，就是保证用户业务的连续性。企业自身的私有云出现问题，则会导致公司运营瘫痪，损失将会更大。中小企业的私有云更需要稳定可靠，对私有云高可用研究更加迫切。 　　近年来，针对不同OpenStack云平台提出了多种系统高可用解决方案。有控制节点采用Keepalived+haproxy实现平台的双活模式高可用[1]，也有采用pacemaker+corosysnc实现主从模式高可用[2]。这些方案虽然实现了云平台控制节点的高可用，但是在物理网络方面和存储方面的高可用有很多不足。对于中小企业来说，后期运维成本过高。 　　为了实现OpenStack云平台的高可用性，从硬件、软件和策略等多方面进行分析和设计，提出了一套基于Keepalived+多网卡绑的解决方案提高OpenStack云平台的高可用性。 　　1 云平台高可用性基本原理 　　云计算分为SaaS，PaaS，IaaS三大服务模式，即软件即服务、平台即服务和基础即服务。OpenStack是由RackSpace和NASA共同开发的云计算平台，帮助服务商和企业内部实现类似亚马逊EC2和S3的云基础架构服?眨?属于IAAS服务模式。 　　高可用性（High Availability，HA）用来描述一个系统经过专门的设计，以减少停工时间，而保持其服务的高度可用性[3]。 　　HA分为两类：（1） Active/Passive HA，称为主备集群模式，备用节点处于监听和备份模式，故障发生时及时切换，替代主设备提供服务。（2） Active/Active HA，称为双主集群模式，集群中节点互备互援，每个节点都提供服务[4]。 　　2 高可用云平台设计与实现 　　控制节点高可用集群提供控制节点中各个服务的高可用性，保障对整个集群管理能力的正常运行。 　　2.1 控制节点高可用集群 　　控制节点中所运行的OpenStack服务都是无状态的，各个组件之间只依赖消息队列进行通信[3]。OpenStack的keystone，glance，nova，neutron和horizon通过keealived提供虚拟IP （VIP）来实现高可用，并对外提供服务。Mariadb和Rabbitmq直接在两台控制节点上搭建双主集群。故对控制节点高可用集群采用双机热备模式。 　　2.1.1 Keepalived 　　Keepalived是一个实现多机热备的软件。通过利用Keepalived所提供的的浮动IP功能，就可以简单实现一个多机热备高可用功能。主节点和备节点对外表现为一个虚拟IP，主节点会发送特定的消息给备节点，当备节点收不到这个消息时（此时主节点不可用），备节点会接管虚拟IP继续提供服务[5]。 　　首先，在主节点和备节点安装Keepalived软件及相关依赖包。在两个节点中的Keepalived.conf文件中添加和修改选项，确定VIP。格式如下： 　　virtual_ipaddress {VIP的具体IP地址） 　　在主节点中确定主节点和优先级，在备用节点中确定备用节点和优先级，格式如下： 　　vrrp_instance VI_1{ 　　state MASTER（备用节点改为：BACKUP） 　　priority 100（备用节点改为：90） 　　） 　　完成配置之后，在数据库和消息队列集群搭建完成之后，在配置文件加入关于数据库和消息队列的配置选项。 　　2.1.2 数据库和消息队列的双主集群 　　Mariadb双活集群中的每一台节点既是Master，又是另一节点的Slave。这样，任何一方所做的变更，都会通过复制应用到另外一方的数据库中。在两个节点的配置文件中修改或者增加这些配置：server-id；启用中继日志和二进制日志；修改起始值和步长，以避免在Mariadb自动为INSERT语句选择互相冲突的值；在Mariadb的命令行中执行如下命令：创建有复制权限的用户。当上述配置完成后，相互指定对方为自己的主服务器，并启动服