OpenStack 高可用和灾备方案(下)

理解 OpenStack 高可用(1):OpenStack 高可用和灾备方案(上)这篇文章介绍了OpenStack高可用的基础知识,本文将详细介绍补分OpenStack提供者的详细HA方案。

3. 部分 OpenStack 方案提供者的 HA 方案

3.1 RDO HA

这里 有完整的 RDO HA 部署方案:

图片描述

该配置最少需要五台机器:

  1. 一台(物理或者虚拟)服务器部署 nfs server,dhcp,dns
  2. 一台物理服务器来作为计算节点
  3. 三台物理服务器组成 pacemaker 集群,创建多个虚机,安装各种应用

特征:

  • 每个集群使用三个节点,全部采用 A/A 模式,除了 cinder-volume 和 LBaas。RedHat 不认为 A/P 模式是真正的 HA。
  • 提供使用 Pacemaker 或者 Keepalived 两套方案。

详细内容

OpenStack Neutron L3 高可靠

译者: @RaySun  英文地址:http://assafmuller.com/2014/08/16/layer-3-high-availability/

L3层Agent的低可靠解决方案

当前,你可以通过多网络节点的方式解决负载均衡,但是这并非高可靠和冗余的解决方案。假设你有三个网络节点,创建新的路由,会自动的规划和分布在这三个网络节点上。但是,如果一个节点坏掉,所有路由将无法提供服务,路由转发也无法正常进行。Neutron,在IceHouse版本中,没有提供任何内置的解决方案。

 

DHCP Agent的高可靠的变通之道

DHCP的Agent是一个另类——DHCP协议本身就支持在同一个资源池内同时使用多个DHCP提供服务。

在neutron.conf中仅仅需要改变:

 

[plain] view plaincopy

详细内容

Heat HA

记得还在去年的时候,大家讨论OpenStack总离不了这样的一个问题:“OpenStack为什么不支持虚拟机的HA?”

当时也很奇怪,对于HA这样一个很基本的可靠性特性有缺失,又怎么在实际场景中使用OpenStack呢?

当时社区讨论的结果是:“由OpenStack上层组件实现HA,OpenStack核心模块仅提供基本的操作。”

那么这个所谓的上层组件指的是谁呢?就是Heat。如今Heat已经是OpenStack的核心模块,也就是说OpenStack已经具备的HA的能力。

超出期望

以前我们总是说虚拟机HA,似乎所有的功能都是围绕着虚拟机设计,以虚拟机为核心。但是从Heat的文档里来看,Heat认为虚拟机之上的服务(Service)才是最终要的,对于Heat HA的设计,也扩展到了服务的层面,可以实现三个层次的HA:

service
instance
sta…

详细内容

VMware 与 OpenStack 如何最佳整合?

意译:郑晨,EasyStack Founding Engineer

OpenStack中国社区编者按:通过多年的发展,VMWare在虚拟化市场处于领军地位,很多企业部署了VMWare虚拟化方案,随着OpenStack云计算平台的快速崛起,很多企业都面临一个问题:能否、以及如何整合VMWare和OpenStack来最佳化已有的投资和对接未来的趋势?来自RackSpace的Kenneth Hui从不同角度分享了他的思考,而且给出了VMware vSphere与OpenStack整合的推荐方案。

 

在过去12个月中,“OpenStack 目前已经在风口浪尖之上” 这句话我们已经从运营商或分析师口中听到了?可事实上,很多公司仍在评估OpenStack并且试图确定如何将OpenStack与公司的IT策略整合。这也符合云计算等前沿技术的发展规律,个人的观点是:OpenSt…

详细内容

云计算战争:OpenStack vs VMware

   ——定位分析、功能对比、发展趋势

郑晨,EasyStack创始工程师,转载请注明出处

OpenStack中国社区编者按:在云计算生态系统中,有两种类型的用户需要使用云计算资源:传统型(Traditional IT applications)和在互联网大潮下逐渐崛起云计算应用型(Cloud-aware applications)。国外广为流传的一个比喻是:在传统服务模式下,可以想象服务器就是IT的宠物(Pets),给他们取名字,精心抚养长大,当他们生病了,你得修复他们;在新形态的应用服务模型中,虚拟机被看做是农场中的公牛(Cattle),名字通常都是编号,当他们生病了,你就杀掉他,用一头新牛代替。VMWare和OpenStack的云计算Vision、功能、特点对比正式这个战争或者说趋势的一个生动写照。未来的应用架构应该像对待农场中的公牛一样:VMware的“保养”、保护虚拟机的各种…

详细内容

PayPal因开放和生态系统选择OpenStack

随着2013年第二季度即将结束,PayPal占eBay 42%的收入还在持续增长,云计算的创新有助于其扩大规模,在竞争中保持领先地位。1.32亿个活跃注册账户,支持25种货币支付,可用性、敏捷性和安全性,这些对PayPal的基础设施来说都至关重要。

最近记者采访了PayPal工程和操作平台的高级总监Saran Mandair,探讨了关于公司的内部云计算战略,以及公司为什么会选择OpenStack。

PayPal选择OpenStack为其开放和生态系统

Saran Mandair

记者:在接下来的半年到一年的时间里,PayPal的云战略是什么?

Saran Mandair:我们的目标是实现大规模的敏捷性,这也是我们的高级商业目标。 这就意味着我们需要将所有现在手动完成的一切纳入‘即服务’中。 也就是说,我们将实现软件定义的API,并且在未来两到三年内,这些API都将打包在软件定义数据中心的保护伞下。

记者:…

详细内容

构建OpenStack的高可用性(HA,High Availability)

1、CAP理论

 

1) CAP 理论给出了3个基本要素:

  • 一致性 ( Consistency) :任何一个读操作总是能读取到之前完成的写操作结果;
  • 可用性 ( Availability) :每一个操作总是能够在确定的时间内返回;
  • 分区可容忍性 (Tolerance of network Partition) :在出现网络分区的情况下,仍然能够满足一致性和可用性;

CAP 理论指出,三者不能同时满足。对这个理论有不少异议,但是它的参考价值依然巨大。

这个理论并不能为不满足这3个基本要求的设计提供借口,只是说明理论上3者不可绝对的满足,而且工程上从来不要求绝对的一致性或者可用性,但是必须寻求一种平衡和最优。

 对于分布式数据系统,分区容忍性是基本要求。因此设计分布式数据系统,很多时候是在一致性和可用性(可靠性)之间寻求一个平衡。更多的系统性能和…

详细内容

分布式数据库与网络分区

在OpenStack中,数据库是主要系统“状态”的主要来源。大部分Core Projects都使用传统关系型数据库作为系统数据和状态的存储,另外如Ceilometer使用了MongoDB,还有其他Incubator Projects使用了Redis作为队列或者状态存储。数据库给OpenStack提供了状态组件并把状态的“共享”问题交给了数据库,因此解决OpenStack的扩展问题实际上就是解决使用的数据库本身的扩展问题。比如OpenStack HA Solution最令人头疼的就是传统关系数据库或者其他数据存储的扩展问题,数据库扩展问题的根源是其本身不支持分布式和良好的扩展性,而这个根源又会衍生出分布式系统最大的噩梦–“网络分区”。

下面会分析”网络分区“给数据库扩展带来的问题,同时在OpenStack组件中如何规避和解决。

一致性

现代软件系统由一系列“组件”通过异步、不可靠的…

详细内容

OpenStack高可用之本地文件系统规划,Raid与LVM

OpenStack使用本地文件系统时的一种规划方案,对每一个计算节点来说:

1,硬盘1与硬盘2做一个Raid1,在上面划boot,root, swap分区。

2,硬盘3与硬盘4再做一个Raid1, 将它做为LVM的一个物理分区PP。

当然,究竟做什么级别的Raid需考虑实际硬盘个数情况和应用需求。

想到一个问题,用PXE的一些裸机工具自动安装操作时能自动创建Raid吗? 经google是可以做的,像dell的比如crowbar,具有:BIOS配置,RAID配置,网络搜寻,状态监控,性能数据收集,和报警. crowbar是开源了但不包括RAID配置功能,见:http://hi.baidu.com/chenshake/item/2343244d6cb66beea5c066f4, 不过,xCAT是支持的,见:http://sourceforge.net/apps/medi…

详细内容