Openstack 高可靠部署方案

根据服务自身状况,HA 分为 Active/Active 和 Active/Passive 两种

Active/Active:   适合于 stateless/stateful 服务,常用 load balance + keepalive(VIP) 配置 HA

Active/Passive: 适用于 stateful 服务,常用 load balance + keepalive(VIP) + pacemaker + Corosync 配置 HA

Openstack HA 实现

Database(Active/Active):

官方推荐:MySQL with Galera

http://docs.openstack.org/high-availability-guide/content/ha-aa-db.html

AMQP(Active/Active):

官方推荐:RabbitMQ cluster

https://openstack.redhat.com/RabbitMQ

Openstack API(Active/Active):

keystone, glance-api, glance-registry, neutron-server, ceilometer-api, dashboard。

均为 stateless 服务,通过 Load balance + keepalive 保证 HA,部署于 Apache server 可提高性能,Haproxy(1.5.0)支持 SSL。

Loadbalance for openstack api

http://openstack.redhat.com/Load_Balance_OpenStack_API

Configuration SSL for haproxy

http://www.b2btech.in/implement-ssl-termination-haproxy-ubuntu-14-04

Runs openstack api in apache

http://andy.mc.it/2013/07/apache2-mod_wsgi-openstack-pt-2-nova-api-os-compute-nova-api-ec2/#comment-35

Openstack scheduler(Active/Active):

nova-scheduler, nova-conductor, nova-consoleauth, nova-novncproxy, ceilometer-collector, cinder-scheduler。

均为 stateless 服务,恰当的配置与 AMQP server 连接参数即可

http://docs.openstack.org/high-availability-guide/content/_run_openstack_api_and_schedulers.html

 Memcached(Active/Active):

1. 提高 Dashboard 的性能

2. 解决 nova-consoleauth 单点问题

https://code.google.com/p/memcached/wiki/NewStart

Network:

1.  neutron DHCP agent(Active/Passive)

2.  neutron L3 agent(Active/Passive)

3.  neutron metadata agent(Active/Passive)

以上三者均由 Pacemaker + Corosync 配置

http://docs.openstack.org/high-availability-guide/content/ch-network.html

Storage:

ceph 保证 image storage, volume storage, nova backend 可靠性

http://www.ceph.com/docs/next/rbd/rbd-openstack/

时间: 11-21

Openstack 高可靠部署方案的相关文章

开源jms服务ActiveMQ的负载均衡+高可用部署方案探索

一个文件(或目录)拥有若干个属性,包括(r/w/x)等基本属性,以及是否为目录(d)与文件(-)或连接文件(l)等属性.此外,Linux还可以设置其他系统安全属性,使用chattr来设置,以lsattr来查看,最重要的是可以设置其不可修改的特性,即便是文件的拥有者都不能进行修改.这个属性相当重要,尤其是在安全机制方面(security). 文件默认权限:umask 当建立一个新的文件或目录时,它的默认属性是与umask有关的.通常,umask就是指定当前用户在建立文件或目录时的属性默认值.那么,

ActiveMQ实现负载均衡+高可用部署方案

一.架构和技术介绍 1.简介 ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线.完全支持JMS1.1和J2EE 1.4规范的JMS Provider实现 2.activemq的特性 1. 多种语言和协议编写客户端.语言: Java, C, C++, C#, Ruby, Perl, Python, PHP.应用协议: OpenWire,Stomp REST,WS Notification,XMPP,AMQP 2. 完全支持JMS1.1和J2EE 1.4规范 (持久化,XA消息

ActiveMQ实现负载均衡+高可用部署方案(转)

本文转自:http://www.open-open.com/lib/view/open1400126457817.html%20 一.架构和技术介绍 1.简介 ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线.完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现 2.activemq的特性 1. 多种语言和协议编写客户端.语言: Java, C, C++, C#, Ruby, Perl, Python, PHP.应用协议: OpenWire,Stomp

Haproxy+keepalived高可用、负载均衡安装部署方案

1     环境说明 前端两台haproxy+keepalived互为主从,提供高可用:另外基于不同域名访问不同的虚拟ip实现负载均衡 1.1     环境描述 服务器A(主.从):eth0:10.241.51.245   eth1:192.168.1.9 服务器B(从.主):eth2:10.241.51.246   eth1:192.168.1.10 服务器C(web01):eth0:10.241.51.247 服务器D(web02):eth0:10.241.51.248 VIP1:10.24

Neutron 物理部署方案 - 每天5分钟玩转 OpenStack(68)

前面我们讨论了 Neutron 的架构,本节讨论 Neutron 的物理部署方案:不同节点部署不同的 Neutron 服务组件. 方案1:控制节点 + 计算节点 在这个部署方案中,OpenStack 由控制节点和计算节点组成. 控制节点部署的服务包括:neutron server, core plugin 的 agent 和 service plugin 的 agent. 计算节点部署 core plugin 的agent,负责提供二层网络功能. 这里有两点需要说明: 1. core plugi

深入解析DC/OS 1.8 – 高可靠的微服务及大数据管理平台

深入解析DC/OS 1.8 – 高可靠的微服务及大数据管理平台 大家好,欢迎大家参加这次DC/OS的技术分享. 先做个自我介绍,刘超,Linker Networks首席架构师,Open DC/OS社区贡献者,长期专注于OpenStack, Docker, Mesos等开源软件的企业级应用与产品化. 从事容器方面工作的朋友可能已经听说过DC/OS,往往大家误解DC/OS就是marathon + mesos,其实DC/OS包含很多的组件,DC/OS 1.8九月份发布了,此次分享给大家做一个介绍. 一

打造高性能高可靠的块存储系统

块存储系统 分布式存储有出色的性能,可以扛很多故障,能够轻松扩展,所以我们使用Ceph构建了高性能.高可靠的块存储系统,并使用它支撑公有云和托管云的云主机.云硬盘服务. 由于使用分布式块存储系统,避免了复制镜像的过程,所以云主机的创建时间可以缩短到10秒以内,而且云主机还能快速热迁移,方便了运维人员对物理服务器上硬件和软件的维护. 用户对于块存储系统最直观的感受来源于云硬盘服务,现在我们的云硬盘的特点是: 每个云硬盘最大支持 6000 IOPS和170 MB/s的吞吐率,95%的4K随机写操作的

openstack高可靠性介绍

1.高可靠性系统一个至关重要的方面是消除单点故障SPOF.SPOF是指能够导致系统宕机或者数据丢失的单个设备或者软件的故障.为了消除单点故障,需要检查以下几个结构的冗余性: 网络模块,比如交换机和路由器 应用和服务的自动迁移 存储模块 机房设施,如电源,空调,防火 大多数高可靠系统在多个非独立故障发生时会失效.典型的高可靠系统能够达到99.99%甚至更高的可靠性,意味着一年最多只能有一个小时的宕机时间,为了达到这个目标,高可靠系统需要实现在故障发生后1到2分钟内恢复. 对于openstack的基

《云计算架构技术与实践》连载15:2.3.2~2.3.6 弹性伸缩、高性能、用户体验、高安全、高可靠

版权全部,未经华为书面许可,请勿转载或转发. 2.3.2 弹性伸缩 弹性伸缩要求以同样架构,支撑从最少几个计算与存储节点.到最大10万甚至是100万级的计算与存储节点集群规模,且保证数据中心容量扩展过程中的业务连续性及业务服务不中断,或中断时延最短. 这里的弹性伸缩扩展能力应该体如今: l  管理节点弹性伸缩能力. l  数据中心资源的弹性伸缩能力: l  所承载云租户业务的计算集群弹性伸缩能力: l  承载用户数据信息及系统卷镜像的存储集群的弹性伸缩能力 l  连接计算与存储集群资源的网络弹性