openstack最稳定版本

① openstack到底有哪些版本

openstack版本就是按顺序来的ABCDEFGHIJ,现在已经到了J版本了，我最初玩的是E\G版本，老外一贯的回命名风格，跟答Ubuntu一样，时间也差不多，一年出两个稳定版本，想要了解更多直接去openstack官网看吧

② openstack mitaka liberty 用哪个

如果是生产环境的换，建议用liberty。

OpenStack的稳定版一般需要倒推一个版扮段本，4月上厅氏誉线的mitaka版本，所以目前稳定版就是liberty。

以此类推，10月峰会后会上线newton版本，届时稳定版就是mitaka了。

因核旁为新上线的版本还可能会存在一些bug，而上一个版本bug已经都fix了。

其他情况，可以使用最新版的，即目前是mitaka。feature上会更强大。

③ 为什么opennebula取代了openstack

OpenStack和云密切相关，对于用户来说，构建私有云要么使用VMware、Hyper V等商用化产品;要么使用OpenStack开源二者必居其一。有意思的是，现有公有云服务商中，少有采用OpenStack，更多是采用自有的封闭系统。OpenStack与公有云似乎没有交集。
OpenStack只能用于私有云吗?为什么放着公有云不用，用户要自建私有云呢?中小企业用户能够驾驭OpenStack吗?其中，又要关注哪些问题。为此，记者采访了OpenStack专业服务提供商——海云捷迅(AWcloud)技术总监李华先生。

为什么要用OpenStack
首先对于用户来说，Amazon、Google，他们的系统是不公开，用户无从借鉴其系统架构，只能使用它们所提供的服务。这些公有云虽然能够带来敏捷性和资源弹性，但对企业用户来说，数据存在公有云上，总是感觉不踏实。这种信任感并没有建立起来。
李华表示：“一些小规模的用户，如不涉及到数据保密的情况下，会选择公有云服务。但对中大型用户困胡唯，数据比较敏感，类似财务数据、人力资源等，不愿意放到公有云，同时需要敏捷性和资源弹性的效率，为此用户会考虑自建私有云。” 李华说
在私有云的问题上，OpenStack优势明显。作为一种开源软件，较之OpenNebula、Eucalyptus、CloudStack等，OpenStack得到更多企业和开发者的认可，业已经成为事实上的标准。
需要注意的是，OpenStack与VMware等商用软件也不是完全竞争关系。
“它们是一种竞合关系，OpenStack底层Hypervisor可以是VMware、Hyper V、KVM，没有关系。用户可以用OpenStack替代相对昂贵的vCloud等，构建云服务平台。OpenStack能够和ESX server、vCenter对接。”李华说。
寸有所长，OpenStack小厂优势
如果用户没有专业技术人员能够驾驭OpenStack，选择适合的合作伙伴就迫在眉睫。选择大品牌厂商合作，还是选择专业品牌，这是一个问题。
“从本质上来说，不论品牌大小，大家都围绕着社区开源版本提供服务，拿到的原材料都是一样的。所做的是在这个基础上烹制一道道菜肴，不同的厨师烹制出来的味道，一定会有所不同。”李华说。
“对于OpenStack开源社区的理解最重要的有两点：一个是充分利用社区资源，集中全球工程师智慧，为用户提供一个稳定可靠的产品平台服务。这一点上，厂商之间的区别不大。区别大的在于第二点，是否坚持回馈开源社区。”李华说。
李华指出，一些闭源出身的公司，做着做着就会与开源社区脱汪培节，技术并不反馈给开源社区。短期内做腊看不出问题，开源社区发展很快，每半年就会有一个新的版本，那么产品与新版本合不上，就为后续发展带来一系列问题。对于这些企业来说，支持OpenStack目的，还是为了销服务器售网络、服务器、存储等硬件，OpenStack不过是附属。在这样的思路指导下，大品牌也会变现出很多的不适应，给用户应用带来隐患。
与大品牌相比，AWcloud虽然是一家相对小的企业，但却是一家OpenStack的专业企业。公司管理层10多年开源市场的从业经验，让他们对于开源的理解和规律把握更加深刻。他们会比大品牌更加专注，也更能够遵循开源的精神，而这种专业性，更能够确保用户的利益。与大品牌相比，专业性让AWcloud等专业性厂商更容易摆脱硬件因素的干扰，也更符合和体现OpenStack的未来趋势和变化。
“对开源社区的理解，是选择OpenStack合作伙伴的依据，是否坚持技术回馈社区，这是进行判别的关键点。”李华说。
版本兼容性的难题
OpenStacK不同版本之间的兼容性，也是困扰用户应用的难题，也是经常遭受诟病的地方。
李华表示，从2010年第一个版本开始，OpenStack只有4家公司，后来慢慢发展到几十家、几百家，到现在有几千家，所以OpenStack发展。造成A、B、C、D、E，5个版本的OpenStack是一个架构，升级没有太大问题。但从E、F版本，随着很多新厂商加入，原有架构进行了拆分，架构不一样了，导致兼容性问题。最近几个版本，架构没有大的改动，版本升级可以保持平滑。这是一个基本的现状。
针对兼容性， AWcloud给出建议是：如果用户生产环境在OpenStack某版本运行良好，不建议进行大规模的升级，只做小版本升级。如果出现资源的确不够用，或者需要引入新的功能，最好的做法是另建一个集群，新集群采用新的OpenStack版本。
“这样的做法较稳妥。”李华说。
DevOps和运维
随着规模的扩大，用户会遇到各种各样的问题，例如运维的难题。李华表示，OpenStack属调度资源管理平台软件，没有完善的监控报警功能。
如果没有技术实力作为保障，哪个物理服务器或者虚拟机出现故障，这些故障如何定位，所谓日志分析、安全等，这些都不是OpenStack平台的固有内容，这些问题借助开源或者大数据分析工具，所谓DevOps，自动化运维管理的理念。
现在看来，DevOps是专业OpenStack服务商的价值点。
OpenStack服务商要具备DevOps的能力，以物理机高可用性支持为例，OpenStack社区认为，应该从上层应用解决问题。但在现实应用中，用户往往需要这样的功能。做还是不做，要不要提供支持，厂商之间就会出现分歧。
对此，AWcloud的态度是，基于对用户理解，应该为用户提供技术支持和服务。
经验塑造优势
AWcloud是李华和合伙人张征宇在2010年创办的公司，在此之前，李华在RedHat工作大概6年多时间，张征宇在IBM工作4多，在RedHat工作4年，两个人在开源领域摸爬滚打了10多年，积累了大量丰富的经验。
“我们希望利用开源开放技术平台积累的经验，帮助企业客户构建一个稳定可靠的IaaS服务平台。”李华说
在过去两年中，AWcloud做了很多成功的案例。包括北京计算中心、中科院网络中心、武汉大学三星中国研究院、宁夏信通、国家电网等很多客户在内，很多都是虚拟机数量超过了1万台的用户。
“我们拥有大规模开源平台的建设经验，我们把这些经验回馈到开源社区，同时我们也把取得经验用来帮助企业构建企业内部企业规模的云平台，可以帮他们节省大量的时间，保证他们平台的稳定性和可靠性。”李华说。
AWcloud专业实力不仅得到了用户认可，也得到了英特尔的青睐。在美国，英特尔投资了最大的OpenStack公司之一——Mirantis。当英特尔投资在中国寻找项目时选择注资伙伴时，毫不犹豫地“相中”选择了AWcloud。

④ 阿里云做云计算那么艰难，为什么后面其他公司很轻松就拥有了云计算

因为阿里云和其他云有本质不同，但都是现实选择。阿里云，阿里巴巴集团旗下云计算品牌，全球领先的云计算技术和服务提供商。创立于2009年，在杭州、北京、硅谷等地设有研发中心和运营机构。2010年，阿里云对外开放其在云计算领域的技术服务能力。用户通过阿里云，用互联网的方式即可远程获取海量计算、存储资源和大数据处理能力。截至2014年6月，阿里云服务的客户数超过140万，遍布互联网、移动APP、音视频、游戏、电商等各个领域。根据IDC调研报告，阿里云是国内最大的公共云计算服务提供商。基于新一代的云平台远程部署系统业务，已经成为互联网公司和开发者的首选。2013年以来，对风险最为敏感的金融机构也纷纷开始上云。阿里云专门搭建了面向银行、保险公司、券商的金融云。随着云计算的安全性、稳定性不断地被实践证明，越来越多的政府机构、央企、大型民营企业纷纷开始拥抱云计算和大数据。2014年12月，12306网站75%的余票查询系统迁移至阿里云计算平台，以分担春运流量洪峰带来的压力。

两种云都是现实选择。两种云的现实选择。阿里是要站在技术制高点，华为、腾讯看到云计算的变现潜力，才纷纷入局。说实话，OpenStack不太适应公有云，有版本混乱、功能不全、兼容协调不足等问题，但是从技术角度实现商业化、建设生态、满足需求，是最快捷、最直接的选择。从零起步，华为、腾讯时间耗不起、市场等不起，OpenStack很难用，但就像一个二手车，改造一下先开起来，服务自己的战略。拿来主义有硬伤。基于OpenStack的云，缺乏核心技术支撑，难扩展、版本多、分支杂、稳定差、故障多，跨厂商迁移升级比较困难，软件模块出自多家，缺乏统一规划和一致性，很多项目都成了“烂尾”。思科和 HP也抛弃OpenStack，退出公有云或者自主研发。而华为云、腾讯云还是基于OpenStack建设公有云，未来挑战和机遇都很大。

⑤ CloudStack和OpenStack的区别

1.OpenStack文档资料数相对于CloudStack较多，且安装过程等讲解较具体。但是因为不同版本间OpenStack可能差异较大，如果实际安装版本与文档中使用版本不一致可能会遇到问题。

2.OpenStack安装过程较复杂，尤其是网络配置部分比较麻烦，而这方面资料较少，讲解不够具体。CloudStack安装过程较简单，但是后续运行中各种配置等问题相关文模租档少有提及。

3. OpenStack的Web 管理界面DashBoard目前为止较简单，可能存在bug也较多，但中文翻译较好，并提供一些帮旦卜兆助信息；CloudStack的Web管理界面功能较多，但中文翻译不彻底，缺少帮助提示等信息。两者使用Web界面管理均出现类似删除虚拟机一直删除不掉等问题。

4.测试发现OpenStack可超载创建虚拟机，但所创建虚拟机经常出现无法启动的情况。而CloudStack对虚拟机的资源占用管理较严格，无法超载创建虚拟机，因此对主机节点的硬件配置要求较高。

5.CloudStack支持通过模板(Template)或ISO创建虚拟机，但上传模板、ISO及创建虚拟机等过程均耗时较长；OpenStack在实验过程中为直接从网上下载img文件创建虚拟机，耗弊指时很短即可创建成功。

6.两者创建的虚拟机均可以通过Web管理界面进入管理，但测试中OpenStack创建的虚拟机虽然附加了局域网IP，但网卡实际绑定IP为私有IP，未找到如何通过SSH直接访问的办法。CloudStack创建的虚拟机使用了分配的Guest IP,可通过SSH连接访问。

⑥ Openstack的cpu和内存超算比例配置

文章：肢拆御如何设置OpenStack节点Swap分区

内存和磁盘超配虽然能提供更多数量的虚拟机，当该宿主机上大量虚拟机的负载都很高时，轻着影响虚拟机性能，重则引起 qemu-kvm 相关进程被杀，即虚拟机被关机。因此对于线上稳定性要求高的业务，建议不要超配 RAM 和 DISK，但可适当超配 CPU。建议这几个参数设置为：

在OpenStack中，默认的CPU超配比例是1:16，内存历岩超配比例是1:1.5。当宿主机使用swap交换分区来为虚拟机分配内存的时候御哪，则虚拟机的性能将急速下降。生产环境上不建议开启内存超售（建议配置比例1:1）。另外，建议设置nova.conf文件中的reserved_host_memory_mb 参数，即内存预留量（建议至少预留4GB），保证该部分内存不能被虚拟机使用。

vim /etc/nova/nova.conf

默认OpenStack的CPU超配比例是1：16，内存超配比例是1：1.5。下面配置的就是这个比例，你可以自己算一下，cat /proc/cpuinfo里面的逻辑核数，再x16就是你能够分配给虚拟机的。内存也是类似。

物理cpu数

单块cpu核数

总核数 = 物理CPU个数 × 每颗物理CPU的核数

配置文件nova.conf中修改了如下参数

想要让超算生效还需要修改一个配置 core filter 核心过滤器
nova.conf配置文件添加超算配置以后，还需要在schler调度原则上加一条规则：corefilter ，然后重启nova-schelder服务生效。
CPU超售的详细说明与使用方法

这个值其实是给nova-scheler看的，scheler来决定，你有没有资源创建虚拟机，以及创建在哪个节点上。

https://blog.csdn.net/zongyimin/article/details/77839537

⑦ OpenStack详细资料大全

OpenStack是一个由NASA（美国国家航空航天局）和Rackspace合作研发并发起的，以Apache许可证授权的自由软体和开放原始码项目。

OpenStack是一个开源的云此碧计算管理平台项目，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了基础设施即服务（IaaS）的解决方案，每个服务提供API以进行集成。

OpenStack是一个旨在为公共及私有云的建设与管理提供软体的开源项目。它的社区拥有超过130家企业及1350位开发者，这些机构与个人都将OpenStack作为基础设施即服务（IaaS）资源的通用前端。OpenStack项目的首要任务是简化云的部署过程并为其带来良好的可扩展性。本文希望通过提供必要的指导信息，帮助大家利用OpenStack前端来设定及管理自己的公共云或私有云。

OpenStack云计算平台，帮助服务商和企业内部实现类似于 Amazon EC2 和誉镇 S3 的云基础架构服务(Infrastructure as a Service, IaaS)。OpenStack 包含两个主要模组：Nova 和 Swift，前者是 NASA 开发的虚拟伺服器部署和业务计算模组；后者是 Rackspace开发的分散式云存储模组，两者可以一起用，也可以分开单独用。OpenStack除了有 Rackspace 和 NASA 的大力支持外，还有包括 Dell、Citrix、 Cisco、 Canonical等重量级公司的贡献和支持，发展速度非常快，有取代另一个业界领先开源云平台 Eucalyptus 的态势。

基本介绍

• 中文名 ：OpenStack云计算管理平台
• 外文名 ：OpenStack
• 开发者 ：NASA，Rackspace
• 程式语言 ：Python
• 遵循标准 ：Open 、AMQP、森虚举SQLAlchemy

运用范围,厂商支援,技术资料,项目,核心项目,社区项目,市场趋向,大型用户,内容详解,构建私有云,服务中心,概述,系统构成,服务内容,服务体验,服务价值,成员企业,

运用范围

OpenStack是IaaS(基础设施即服务)组件，让任何人都可以自行建立和提供 云端运算 服务。 此外，OpenStack也用作建立 防火墙 内的“ 私有云 ”（Private Cloud），提供机构或企业内各部门共享资源。

厂商支援

美国国家航空航天局的Nebula运算平台。 美国国家航空航天局的Nebula运算平台。 现时已表示支持OpenStack项目的大型硬体厂商包括：IBM、AMD、Intel和戴尔等。 微软在2010年10月表示支持OpenStack与Windows Server 2008 R2的整合。 2011年2月，思科系统正式加入OpenStack项目，重点研制OpenStack的网路服务。 Ubuntu未来在堆叠方面的云网路化方案。 2012年4月，IBM宣布加入OpenStack项目，并作为主要赞助商。 2012年10月，Viacloud互联云平台加入OpenStack项目，研制OpenStack公有云平台和私有云平台。 IBM在2013年举行的 IBM Pulse大会宣布将基于OpenStack提供私有云服务以及相关套用。

技术资料

以Python程式语言编写 整合Tornado 网页伺服器、Nebula运算平台 使用Twisted软体框架 遵循Open Virtualization Format、AMQP、SQLAlchemy等标准 虚拟机器软体支持包括：KVM、Xen、VirtualBox、QEMU、 LXC 等。

项目

核心项目

OpenStack覆盖了网路、虚拟化、作业系统、伺服器等各个方面。它是一个正在开发中的云计算平台项目，根据成熟及重要程度的不同，被分解成核心项目、孵化项目，以及支持项目和相关项目。每个项目都有自己的委员会和项目技术主管，而且每个项目都不是一成不变的，孵化项目可以根据发展的成熟度和重要性，转变为核心项目。截止到Icehouse版本，下面列出了10个核心项目（即OpenStack服务）。 计算（Compute）：Nova。一套控制器，用于为单个用户或使用群组管理虚拟机实例的整个生命周期，根据用户需求来提供虚拟服务。负责虚拟机创建、开机、关机、挂起、暂停、调整、迁移、重启、销毁等操作，配置CPU、记忆体等信息规格。自Austin版本集成到项目中。 对象存储（Object Storage）：Swift。一套用于在大规模可扩展系统中通过内置冗余及高容错机制实现对象存储的系统，允许进行存储或者检索档案。可为Glance提供镜像存储，为Cinder提供卷备份服务。自Austin版本集成到项目中 镜像服务（Image Service）：Glance。一套虚拟机镜像查找及检索系统，支持多种虚拟机镜像格式（AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK），有创建上传镜像、删除镜像、编辑镜像基本信息的功能。自Bexar版本集成到项目中。 身份服务（Identity Service）：Keystone。为OpenStack其他服务提供身份验证、服务规则和服务令牌的功能，管理Domains、Projects、Users、Groups、Roles。自Essex版本集成到项目中。 网路&地址管理（Neork）：Neutron。提供云计算的网路虚拟化技术，为OpenStack其他服务提供网路连线服务。为用户提供接口，可以定义Neork、Sub、Router，配置DHCP、DNS、负载均衡、L3服务，网路支持GRE、VLAN。外挂程式架构支持许多主流的网路厂家和技术，如OpenvSwitch。自Folsom版本集成到项目中。 块存储 (Block Storage)：Cinder。为运行实例提供稳定的数据块存储服务，它的外挂程式驱动架构有利于块设备的创建和管理，如创建卷、删除卷，在实例上挂载和卸载卷。自Folsom版本集成到项目中。 UI 界面 (Dashboard)：Horizon。OpenStack中各种服务的Web管理门户，用于简化用户对服务的操作，例如：启动实例、分配IP位址、配置访问控制等。自Essex版本集成到项目中。 测量 (Metering)：Ceilometer。像一个漏斗一样，能把OpenStack内部发生的几乎所有的事件都收集起来，然后为计费和监控以及其它服务提供数据支撑。自Havana版本集成到项目中。 部署编排 (Orchestration)：Heat。提供了一种通过模板定义的协同部署方式，实现云基础设施软体运行环境（计算、存储和网路资源）的自动化部署。自Havana版本集成到项目中。 资料库服务（Database Service）：Trove。为用户在OpenStack的环境提供可扩展和可靠的关系和非关系资料库引擎服务。自Icehouse版本集成到项目中。

社区项目

（14个） 负载均衡：Atlas-LB（Rackspace） 讯息伫列：Burrow（Piston） 云管理工具：Clanavi（Drupal） 自动部署：Crowbar（Dell） 服务部署：Juju（Ubuntu） 关系型资料库：RedDwarf（Rackspace） ...

市场趋向

Rackspace以OpenStack为基础的私有云业务每年营收7亿美元，增长率超过了20%。 OpenStack虽然有些方面还不太成熟，然而它有全球大量的组织支持，大量的开发人员参与，发展迅速。国际上已经有很多使用OpenStack搭建的公有云、私有云、混合云，例如：RackspaceCloud、惠普云、MercadoLibre的IT基础设施云、AT&T的CloudArchitec、戴尔的OpenStack解决方案等等。而在国内OpenStack的热度也在逐渐升温，华胜天成、高德地图、京东、阿里巴巴、网络、中兴、华为等都对OpenStack产生了浓厚的兴趣并参与其中。自2010年创立以来，已发布10个版本。其中Icehouse版本有120个组织、1202名代码贡献者参与，而最新的是Juno版本。OpenStack很可能在未来的基础设施即服务（IaaS）资源管理方面占据领导位置，成为公有云、私有云及混合云管理的“云作业系统”标准

大型用户

美国国家航空航天局 加拿大半官方机构CANARIE网路的DAIR（Digital Aelerator for Innovation and Research）项目，向大学与中小型企业提供研究和开发云端运算环境；DAIR用户可以按需要快速建立网路拓扑。 惠普云（使用Ubuntu Linux） MercadoLibre的IT基础设施云，现时以OpenStack管理超过6000 台虚拟机器。 AT&T的“Cloud Architect”，将在美国的达拉斯、圣地亚哥和新泽西州对外提供云端服务。

内容详解

创建虚拟机（VM）需要各种服务的互动和配合工作。下图展示了OpenStack典型环境架构，各个服务之间的互动和职能。 OpenStack典型环境架构 OpenStack因Open而开放，因组件而灵活，因包容而博大。有计算、网路、对象存储、块存储、身份、镜像服务、门户、测量、部署编排、资料库服务等等组件，有的组件可以根据需要选择安装，组网结构也很灵活、多样。实现了支持接入多种主流虚拟机软体：KVM、LXC、QEMU、Hyper-V、VMware、XenServer，也可以自行开发外挂程式接入其他的虚拟化软体。 OpenStack Compute (Nova)是一套控制器，用于为单个用户或使用群组启动虚拟机实例。它同样能够用于为包含着多个实例的特定项目设定网路。OpenStack Compute在公共云处理方面堪与Amazon EC2相提并论；而在私有云方面也毫不逊色于VMware的产品。在公共云中，这套管理机制将提供预制的镜像或是为用户创建的镜像提供存储机制，这样用户就能够将镜像以虚拟机的形式启动。 OpenStack 对象存储(Swift)是一套用于在大规模可扩展系统中通过内置冗余及容错机制实现对象存储的系统。这些对象能够通过一个REST API或是像Cyberck这样可以对接对象存储API的客户端加以恢复。 OpenStack镜像服务 (Glance)是一套虚拟机镜像查找及检索系统。它能够以三种形式加以配置：利用OpenStack对象存储机制来存储镜像；利用Amazon的简单存储解决方案（简称S3）直接存储信息；或者将S3存储与对象存储结合起来，作为S3访问的连线器。OpenStack镜像服务支持多种虚拟机镜像格式，包括VMware（VMDK）、Amazon镜像（AKI、ARI、AMI）以及VirtualBox所支持的各种磁碟格式。镜像元数据的容器格式包括Amazon的AKI、ARI以及AMI信息，标准OVF格式以及二进制大型数据。 OpenStack的开发周期是每年固定发布两个新版本，并且每一个新版软体发布时，开发者与项目技术领导者已经在规划下一个版本的细节。这些开发者来自全球70多个组织，超过1600人。他们采用高级的工具与开发方式，进行代码查看、持续的集成、测试与开发架构，让版本在快速成长的同时也能确保稳定性。

构建私有云

第一步是设定正确的硬体和网路环境。尽管OpenStack允许在一个单一的平面网路上部署一切，从安全的角度来看并不安全。取决于你所使用的管理程式以及虚拟网路接口，它会允许guest虚拟机嗅探管理流量。建议至少使用两个网路：一个用来管理流量，一个用来进行虚拟机之间的对话。这意味着所有的云计算结点中你需要两个网卡（一个运行实例）和网路管理者。这些应该运行在不同的IP范围中。计算结点和实例的网路也需要支持VLAN标记，因为这是在“项目”之间隔绝流量所使用的机制。一个项目等价于你的亚马逊EC2账户，除了你不能按照你所希望的数目创建和分配之外。每一个项目都有自己的管理员和用户，在既定项目中的所有实例可以彼此通信。通过指派每一个项目自己的VLAN以及内部和外部的IP位址池来执行。 一旦硬体和网路设定好，下一步就是确定在哪里部署所有的OpenStack组件。标准部署应有一个控制器和一系列计算结点。控制器运行讯息伺服器，资料库和其他的组件来编排云，同时计算结点运行实例。但是你也可以分解控制器为地理的部分，从而改善性能，像把MySQL放在不同的物理盒中。对于安全而言，最关键的是确保每一部分都安装在安全的主机上，你只需要将其附加在网路上，让云运转即可。 只有两部分需要暴露给外面的世界（即使那只是你的企业网路）：API伺服器/Web 控制台（如果开启）和网路管理者。这些伺服器需要过硬，你甚至可以使用第三方网路接口来隔离后端管理用户连线产生的流量。 如果你遵循默认安装说明书，可能这些部分并不如他们应该的那样安全。下面是一些具体的改变： * MySQL伺服器使用指定的用户账户，不是根MySQL管理账户。这个账户和密码将会暴露在每一个云结点上，即使使用基于证书的认证，因此所有结点需要访问这个资料库伺服器。 * MySQL配置档案中，限制访问伺服器，OpenStack用户账户为唯一授权IP位址。 * 移除任何不需要的OS组件并确保你所设定的伺服器只支持通过SSH的基于密钥的登入。 * 默认MySQL和RabbitMQ（讯息伺服器）流量不加密。如果你隔离了管理网路和坚固的主机，这就不应该是一个很糟糕的风险。如果你的云网路易于嗅探（例如，它和其他伺服器共享网路），你需要加密流量。你可以使用OpenSSL来进行MySQL 和RabbitMQ处理。（我个人还没进行测试，因此配置可能有点难。） 下一步，记住如果支持Web管理控制台，默认不适用SSL。

服务中心

中国OpenStack服务中心

概述

2013年6月18日在南京召开了“中国云计算产业促进大会暨中国OpenStack服务中心发布会”，华胜天成在会上正式宣布推出中国首家OpenStack服务中心。OpenStack是全球开发者共同参与的一个开源项目，旨在实现“云作业系统”，即一个具有部署和管理公有云、私有云以及混合云基础架构能力的平台。 1、建设并运营中国第一也可能是唯一的Openstack支持中心。 2、为Openstack的研究者，开发者和使用者提供丰富的线上及现场专业支持服务和咨询服务，消除客户使用开源软体的后顾之忧。 3、提高国内云计算从业人员数量和素质，普及开源软体精神与技术。 4、打破云计算建设的垄断，大大降低云计算平台建设与运营成本，推动并保障国内云计算平台建设蓬勃发展。

系统构成

800电话支持中心（100坐席） Web线上支持平台（100坐席） 服务电子销售平台 知识库 CRM系统 专业咨询团队（10人） 专业现场技术支持团队（50人） 专业客户化开发团队（100人） 专业运维管理团队（300人） 全球实验室级支持团队（2个国际顶级核心代码实验室）

服务内容

提供完善的L1，L2以及L3实验室级别线上与现场服务 24*7电话咨询/支持服务，Web线上咨询服务/支持服务 版本发布与升级服务 测试服务 现场安装，升级/调优服务 定制开发服务 培训服务 知识库共享服务 运维服务 电子交易

服务体验

1、客户可以24小时通过电话或网路在支持中心获得帮助，包括云技术咨询，资料索取，购买服务包。 2、收费服务包分为级别（例） 基本服务包（5*8 电话支持服务） 标准服务包（7*24电话支持服务+现场服务） 高级服务包（7*24*6平台修复保证） 3、专业服务选项（例） 系统集成服务 专人值守服务 系统调优服务 系统迁移服务 巡检服务 运维管理服务 应急回响服务 培训服务

服务价值

1、对开源云计算的用户和潜在用户 提供了一个获得知识，指导和技术支持的渠道，解决了套用开源云技术找不到技术后盾的尴尬局面。 提供了一个高水平的技术团队对用户进行安装，配置，开发，最佳化，运维服务，使云计算平台可以正确的被部署和使用，真正产生效益。 2、对于Openstack产业链 促进Openstack在中国的落地生根，开花结果。解决了Openstack雾里看花的尴尬。 3、对于支持中心本身 获得大量的客户信息和项目机会，获得高利润的服务业务。聚合大量业内技术资源，形成技术资源池，并通过聚合效应使产业链共同成长。 4、对社会 大大促进云建设步伐，降低IT运营成本，提高业务敏捷度，节能减排，促进产业升级。

成员企业

华胜天成 Intel Canonical Rackspace 中国开源云联盟

⑧ OpenStack部署都有哪些方式

对于每一个刚接触到OpenStack的新人而言，安装无疑是最困难的，同时这也客观上提高了大家学习OpenStack云计算的技术门槛。想一想，自己3年前网上偶然接触到OpenStack时，一头茫然，手动搭建一个多节点环境时居然用了3个星期。
时至今日，真是感触颇多，从某种角度而言，也很庆幸当时自己并未因困难而放弃OpenStack，否则，应该是去做其他领域了吧！
言归正传，咱们就来数落数落部署OpenStack都有哪些方式吧。这里，我们根据使用者群体的不同类型来进行分类和归纳：
个人使用方面
DevStack
无疑，在可预见的未来时间内，DevStack仍将是众多开发者们的首选安装方式或工具。该方式主要是通过配置参数，执行shell脚本来安装一个OpenStack的开发环境。
Github: https://github.com/openstack-dev/devstack
Wiki: https://wiki.openstack.org/wiki/DevStack
Rdo
Rdo是由Red Hat开源的一款部署OpenStack的工具，同DevStack一样，支持单节点和多节点部署。但Rdo只支持CentOS系列的操作系统。需要注意的是，该项目并不属于OpenStack官方社区项目。
Docs：https://www.rdoproject.org/install/quickstart
手动部署
手动部署all-in-one、multi-node、multi-HA-node环境。
其他
企业、团体方面
Puppet
Puppet由Ruby语言编写。应当说，Puppet是进入OpenStack自动化部署中的早期一批项目，历史还算悠久。目前，它的活跃开发群体们是Red hat、 Mirantis、UnitedStack等。
Red
hat自从收购Ansible之后，如今仍然保持强势劲头在Puppet
OpenStack项目中的Commit数量和质量，其技术实力不容小觑；Mirantis出品的Fuel部署工具中，大量的模块代码便使用的是
Puppet。就国内而言，UnitedStack是Puppet社区贡献和使用的最大用户。
Github：
https://github.com/openstack/puppet-keystone
Governance：
Wiki：
https://wiki.openstack.org/wiki/Puppet
Ansible
Ansible
是新近出现的自动化运维工具，已被Red
Hat收购。基于Python开发，集合了众多运维工具（puppet、cfengine、chef、saltstack等）的优点，实现了批量系统配
置、批量程序部署、批量运行命令等功能，它一方面总结了Puppet的设计上的得失，另一方面也改进了很多设计。比如是基于SSH方式工作，故而不需要在
被控端安装客户端。使得在和OpenStack结合上没有历史包袱，更加能够轻装上阵，未来发展潜力不容小觑号称是“你一直寻找的下一代Iaas”的
Zstack，使用到的部署工具也是基于Ansible。
Openstack-ansible项目，最早是由老牌Rackspace公司在Launchpad官网上注册。
在最新的Ansible OpenStack项目社区Commit贡献中，Rackspace也可谓是遥遥领先，而紧随其后的是Red Hat、国内九州云等公司。
Github：https://github.com/openstack/openstack-ansible
SaltStack
SaltStack
也是一款开源的自动化部署工具，基于Python开发，实现了批量系统配置、批量程序部署、批量运行命令等功能，和Ansible也是挺相近的。不同之一
是，由于SaltStack的master和minion认证机制和工作方式，需要在被控端安装minion客户端，在加之其他原因，自然和
Ansible相比，其优缺点便很明显了。
需要注意的是，使用Saltstack部署OpenStack，并不属于OpenStack社区项目。目前，主要还是处于用户自研自用的阶段。据笔者所知，目前国内的携程应该是使用Saltstack部署OpenStack规模最大的用户。
Saltstack部署OpenStack示例：https://github.com/luckpenguin/saltstack_openstack
Saltstack部署OpenStack模块：
TripleO
Tripleo
项目最早由HP于2013.4在launchpad上注册BP。用于完成OpenStack的安装与部署。TripleO全称“OpenStack On

OpenStack”，意思即为“云上云”，可以简单理解为利用OpenStack来部署OpenStack，即首先基于V2P(和P2V相反，也就是指
把虚拟机的镜像迁移到物理机上)的理念事先准备好一些OpenStack节点（计算、存储、控制节点）的镜像，然后利用已有openstack环境的裸机
服务Ironic项目去部署裸机，软件安装部分的diskimage-builder，最后通过Heat项目和镜像内的DevOps工具(Puppet
Or Chef)再在裸机上配置运行openstack。
和其他部署工具不同的是，TripleO利用OpenStack本来的基础设施来部署OpenStack，基于Nova、 Neutron、Ironic和Heat，来自动化部署和伸缩OpenStack集群。
应
当确切的说，TripleO项目属于当前OpenStack社区主推的“Big Tent”开发模式下的big tent
project（OpenStack下的项目分为三种，core project: nova/neutron等核心项目，big tent
project: 非核心项目，但也被OpenStack 基金会接受；第三种就是其它项目，只是放在OpenStack下，但是社区还没有接受）。
在该项目的社区Commit贡献上，Red hat可谓是遥遥领先，而紧随其后的是IBM等公司。
Wiki：https://wiki.openstack.org/wiki/TripleO
Kolla
在
国内一些互联网资料上，常看到关于kolla是TripleO项目的一部分这样的描述，其实是不准确的。真实的是，Kolla项目起源于Tripleo项
目，时至今日，与它没有任何关系（虽然它们的目标都是做自动化部署，但走的道路却不同）。比之于Tripleo和其他部署工具，Kolla走的是
docker容器部署路线。
kolla项目起源于TripleO项目，聚焦于使用docker容器部署OpenStack服务。该项目由
Cisco于2014年9月提出，是OpenStack的孵化项目。当前Kolla项目在Kollaglue
repo提供了以下服务的docker镜像。 # docker search kollaglue
Kolla的优势和使用场景，体现在如下几个方面：
原子性的升级或者回退OpenStack部署；
基于组件升级OpenStack；
基于组件回退OpenStack；
这里，我们予以拆分来理解：
Kolla
的最终目标是为OpenStack的每一个服务都创建一个对应的Docker Image，通过Docker
Image将升级的粒度减小到Service级别，从而使升级时，对OpenStack影响能达到最小，并且一旦升级失败，也很容易回滚。升级只需要三
步：Pull新版本的容器镜像，停止老版本的容器服务，然后启动新版本容器。回滚也不需要重新安装包了，直接启动老版本容器服务就行，非常方便。
Kolla是通过Docker Compose来部署OpenStack集群的，现在主要是针对裸机部署的，所以在部署Docker Container时，默认的网络配置都是Host模式。
首
先，只需要通过一个命令就可以把管理节点部署完成，这个命令是调用Docker
Compose来部署OpenStack的所有服务，然后我们可以在每一个计算节点上通过Docker
Compose安装计算节点需要的服务，就能部署一个OpenStack集群。因为Kolla的Docker
Image粒度很小，它针对每个OpenStack服务都有特定的Image，所以我们也可以通过Docker
Run来操作某个具体的OpenStack服务。
目前，我所在的公司九州云的一位同事近日获得提名成为Kolla项目Core。为OpenStack社区中增添了一份来自于中国的力量。
Fuel
Fuel
是针对OpenStack生产环境目标
（非开源）设计的一个端到端”一键部署“的工具，大量采用了Python、Ruby和JavaScript等语言。其功能含盖自动的PXE方式的操作系统
安装，DHCP服务，Orchestration服务 和puppet 配置管理相关服务等，此外还有OpenStack关键业务健康检查和log
实时查看等非常好用的服务。
Fuel，这款让很多人即爱且痛的工具，在国内外都很盛名。爱的原因是，它确实很棒；痛的原因是，要想彻底掌握
它，可不是一件容易事（各个模块集成度高、使用技术复杂）。既然提到Fuel，自然不能不提它的父母——Mirantis。Mirantis是一家技术实
力非常雄厚的OpenStack服务集成商，他是社区贡献排名前5名中唯一一个靠OpenStack软件和服务盈利的公司。同时，Fuel的版本节奏也很
快，平均每半年就能提供一个相对稳定的社区版。
从和笔者接触到的一些情况来看，国内研究、使用Fuel的个人、群体还是为数不少的。不少国内OpenStack初创公司的安装包就是基于Fuel去修改的。

⑨ OpenStack有哪些核心组件

有二十多个核心组件，但是不是所有组件都像Nova、Cinder、Glance那样成熟和重要。在这里将介绍6个必备核心组件：
1.Nova是OpenStack Compute Service的项目名称，从OpenStack第一个版本Nova就集成在项目中，是最核心和最复杂的组件之一。它管理计算资源，负责虚拟机实例的所有活动，包括虚拟机创建、开机、关机、挂起、迁移等等操作。但是，Nova自悉宽身并不能提供虚拟化能力，而是通过API来对外提供服务。它使用Keystone 来执行身份验证，使用 Horizon 作为其管理接口，并用Glance 提供其镜像。
2.Glance是OpenStack Image Service的项目名称，它负责管理OpenStack集群中的镜像，可以创建、删除、编辑镜像基本信息，支持多种虚拟机镜像格式。但是，Glance本身并不存储信息，它只保存描述镜像的元数据和状态信息，存储工作由cinder和swift等项目负责。
3.Cinder 是OpenStack Block Storage 的项目名称，它负责为运行实例提供稳定的块存储服务，可以为设备提供创建卷、删除卷、挂载或卸载卷等功能。对于可扩展的文件系统、企业存储服务以及需要访问访问块级的应用程序而言，块存储是必不可少的。Cinder可以好卜为Glance提供镜像存储，是EMC公司参与较多的项目之一。
4.自OpenStack成立以来Swift就一直是核心组件，功能类似于一个分布式、可访问API的存储平台，可直接将它集成到应用程序中，或者用于存储VM镜像、备份和归档文件。
对象存储包括对象和容器，容器类似于文件夹，对象就是存储实体，对象必须存储在容器中，因此您必须拥有至少一个容器才能使用对象存储。对象可以分布在数据中心的多个磁盘中，主要是文件相关的内容和元数据。Swift也可以为Glance提供镜像存储，为Cinder提供卷备份服务。
5.Keystone主要为OpenStack提供身份验证服务、用户的角色信息、服务规则和令牌服务。Keystone为其它组件提供了服务和管理API接口，后端可以接其它认证服务，比如使用LDAP服务做为认证服务。
6.Neutron设计的目的是为OpenStack虚拟环境提供灵活地网络功能，为多租户环境下的每个租户提供独立的网络环境，功能类似于VMware NSX虚拟网络功能，可是实现原理不同。Neutron通过API实现这种目友陆穗标，用户可以创建自己的网络对象，该项目发展迅速。

⑩ 简述OpenStack的各核心项目及相应用途

OpenStack覆盖了网络、虚拟化、操作系统、服务器等各个方面。它是一个正在开发中的云计算平台项目，根据成熟及重要程度的不同，被分解亏森成核心项目、孵化项目，以及支持项目和相关项目。每个项目都有自己的委员会和项目技术主管，而且每个项目都不是一成不变的，孵化项目可以根据发展的成熟度和重要性，转变为核心项目。截做扒止到Icehouse版本，下面列出了10个核心项目（即OpenStack服务）。
计算（Compute）：Nova。一套控制器，用于为单个用户或使用群组管理虚拟机实例的整个生命周期，根据用户需求来提供虚拟服务。负责虚拟机创建、开机、关机、挂起、暂停、调整、迁移、重启、销毁等操作，配置CPU、内存等信息规格。自Austin版本集成到项销胡亩目中。
对象存储（Object Storage）：Swift。一套用于在大规模可扩展系统中通过内置冗余及高容错机制实现对象存储的系统，允许进行存储或者检索文件。可为Glance提供镜像存储，为Cinder提供卷备份服务。自Austin版本集成到项目中
镜像服务（Image Service）：Glance。一套虚拟机镜像查找及检索系统，支持多种虚拟机镜像格式（AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK），有创建上传镜像、删除镜像、编辑镜像基本信息的功能。自Bexar版本集成到项目中。
身份服务（Identity Service）：Keystone。为OpenStack其他服务提供身份验证、服务规则和服务令牌的功能，管理Domains、Projects、Users、Groups、Roles。自Essex版本集成到项目中。
网络&地址管理（Network）：Neutron。提供云计算的网络虚拟化技术，为OpenStack其他服务提供网络连接服务。为用户提供接口，可以定义Network、Subnet、Router，配置DHCP、DNS、负载均衡、L3服务，网络支持GRE、VLAN。插件架构支持许多主流的网络厂家和技术，如OpenvSwitch。自Folsom版本集成到项目中。
块存储 (Block Storage)：Cinder。为运行实例提供稳定的数据块存储服务，它的插件驱动架构有利于块设备的创建和管理，如创建卷、删除卷，在实例上挂载和卸载卷。自Folsom版本集成到项目中。
UI 界面 (Dashboard)：Horizon。OpenStack中各种服务的Web管理门户，用于简化用户对服务的操作，例如：启动实例、分配IP地址、配置访问控制等。自Essex版本集成到项目中。
测量 (Metering)：Ceilometer。像一个漏斗一样，能把OpenStack内部发生的几乎所有的事件都收集起来，然后为计费和监控以及其它服务提供数据支撑。自Havana版本集成到项目中。
部署编排 (Orchestration)：Heat [2] 。提供了一种通过模板定义的协同部署方式，实现云基础设施软件运行环境（计算、存储和网络资源）的自动化部署。自Havana版本集成到项目中。
数据库服务（Database Service）：Trove。为用户在OpenStack的环境提供可扩展和可靠的关系和非关系数据库引擎服务。自Icehouse版本集成到项目中。