OpenStack安装方式_实战系列：OpenStack部署都有哪些方式

对于每一个初涉此领域的新手来说，安装过程无疑是极具挑战性的，这也从客观上提升了大家学习云计算技术的难度。回想起3年前，我在网上偶然接触到这一领域时，感到十分迷茫，而手动搭建一个多节点环境竟然耗费了整整三个星期的时间。

至今回想，心中感慨良多；在某种程度上，我深感庆幸，当年并未因遭遇困境而选择放弃；否则，或许我已在其他领域展开自己的事业了。

言归正传，接下来咱们就逐一列举并探讨一下部署的具体方法。在此过程中，我们将依据不同用户群体的特点进行分类整理。

个人使用方面

毫无疑义，在不久的将来，这仍将是众多开发者们青睐的安装途径或工具。此方法主要是通过调整配置参数，运行shell脚本以搭建一个开发环境。

:

Wiki:

Rdo

Rdo是一款由Red Hat公司开源的部署工具，与它类似，它也具备单节点与多节点部署的功能。然而，Rdo仅适用于特定系列的操作系统。此外，还需注意的是，该工具并不隶属于官方社区项目。

Docs：

手动部署

进行手动安装整合型、多节点、多高可用节点架构的环境配置。

其他

企业、团体方面

Ruby语言所编写的项目，可以称之为在自动化部署领域起步较早的一批，其历史相对较长。如今，活跃在这一项目开发中的主要力量包括Red hat，以及其他一些组织。

自被收购以来，红帽在项目领域的数量与品质上依旧势头强劲，其技术能力不容忽视；在Fuel部署工具中，众多模块的代码均采用了。在国内，它是社区贡献和用户规模最大的平台。

：

：

Wiki：

这是一款近期崭露头角的自动化运维软件，已被Red Hat纳入旗下。该软件在原有基础上进行了开发，整合了包括Chef在内的众多运维工具的优势，具备了批量系统配置、批量程序部署以及批量执行命令等多种功能。它不仅总结了前人设计中的经验教训，还在很多方面进行了优化。例如，它采用SSH方式进行操作，因此无需在被控端安装任何客户端程序。在与传统融合的过程中，消除了历史遗留的负担，从而能够轻松应对挑战，其未来发展的潜力不容忽视。被誉为“你梦寐以求的下一代IaaS”的它，所采用的部署工具亦源自此。

-项目，最早是由老牌公司在官网上注册。

在最新项目社区贡献的排行榜上，其表现堪称一骑绝尘，位居前列；紧随其后，则是Red Hat以及国内的九州云等企业。

：

该工具同样是一款开源的自动化部署解决方案，依托于开发技术，具备了批量进行系统配置、程序部署以及运行命令等多样化功能，与另一款工具颇为相似。然而，两者之间也存在显著差异，其中一个主要区别在于，由于采用了不同的授权和认证机制以及操作方式，该工具需要在被控端安装客户端。再加上其他因素，与另一款工具相比，其优缺点便显而易见了。

值得注意的是，采用部署的方式并不归类于社区项目范畴。现阶段，这种使用方式主要还停留在用户自主研究和自行应用的水平。据我所了解，国内携程可能是采用部署模式规模最为庞大的用户之一。

部署示例：

部署模块：

2013年4月，HP首先在该平台注册了该项目的BP，随后便开始了安装与部署工作。“On”这一名称，意指“云上云”，其核心思想在于部署过程中，首先依照V2P（与P2V相对，即实现虚拟机镜像向物理机的迁移）的原则，预先准备若干节点（包括计算、存储、控制节点）的镜像。接着，利用现有环境的裸机服务项目进行裸机部署，完成软件安装环节。最终，通过Heat项目以及镜像内置的工具（如Chef）在裸机上完成配置和运行。

与其他部署工具相异，我们采取依托现有基础设施的方式来进行部署，依托于Nova、[此处省略原词]以及Heat等技术，实现集群的自动化部署与伸缩调整。

应当明确指出，该项目归属于社区正在大力推广的“Big Tent”开发体系之中，该体系下的项目可细分为三大类：首先是核心项目，如nova等；其次是big tent项目，这些非核心项目虽非核心，却同样得到了基金会的认可；最后则是其他项目，它们目前尚处于待社区接纳的状态。

在社区对项目的贡献方面，Red hat无疑处于领先地位，紧随其后的是IBM等企业。

Wiki：

Kolla

国内某些互联网资料中频繁出现将kolla视为项目组成部分的说法，实则并不准确。实际上，Kolla项目源自另一个项目，至今已与之无关（尽管两者都致力于实现自动化部署，但采取的路径却大相径庭）。相较于其他部署工具，Kolla采用的是容器化部署的方式。

Kolla项目源自于一个特定的项目构想，其核心在于通过容器技术来实施服务的部署。这一项目最早由Cisco公司于2014年9月提出，并被视为一个孵化项目。目前，Kolla项目在repo中提供了多种服务的镜像。

Kolla的优势和使用场景，体现在如下几个方面：

原子性的升级或者回退部署；

基于组件升级；

基于组件回退；

这里，我们予以拆分来理解：

Kolla的终极目的是为每项服务打造一个专属的镜像，借助镜像将升级的细致度降低至最小级别，确保在升级过程中对系统的影响降至最低，同时，一旦升级出现故障，能够迅速恢复。升级过程仅需三个简单步骤：首先拉取新版本的容器镜像，接着停止运行旧版本的容器服务，最后启动新版本的容器服务。无需重新安装软件包，只需直接激活旧版容器服务即可，操作极其简便。

Kolla适用于部署集群，目前主要应用于裸机环境，因此在进行部署时，系统默认的网络设置均为Host模式。

只需执行一条指令便能使管理节点部署到位，此指令负责部署所有服务；随后，我们于每个计算节点上安装所需服务，即可构建出一个集群。鉴于Kolla的镜像粒度较小，针对每项服务均定制了专属镜像，我们亦可通过运行指令来操控特定服务。

目前，在我工作的九州云公司，有一位同事最近被提名为Kolla项目核心成员。这一举措为我们的社区注入了来自中国的强大力量。

Fuel

Fuel是一款专为生产环境目标（非开源）量身打造的端到端“一键部署”工具，它广泛运用了诸如Ruby等编程语言。该工具的功能包括自动的PXE安装方式操作系统部署、DHCP服务、以及服务与配置管理相关服务。除此之外，还提供了关键业务健康状态监测和日志实时查看等非常实用的功能。

Fuel，这款备受众人喜爱却又带来痛苦的工具，在国内外都享有极高的声誉。人们喜爱它，因为它确实出色；然而，痛苦之处在于，要想全面精通它并非易事——其模块高度集成，所需技术亦相当复杂。谈及Fuel，便不得不提及它的源头——它背后是一家技术实力非凡的服务集成企业，这家公司在社区贡献排行榜上名列前茅，且是唯一一家通过软件与服务实现盈利的公司。Fuel的版本更新速度相当迅速，每隔半年便能够推出一个相对稳定的社区版本。

观察笔者所了解的情况，国内对Fuel的研究与应用者数量相当可观。众多国内初创企业所采用的安装包，实际上是基于Fuel进行定制和优化的。

的官方博客有一些文章，大家可以看看。

Blog：

Wiki：

本篇内容经九州云官方许可公开发表，作者为徐超，其工作单位为某机构，负责相关领域的工作。徐超个人研究兴趣主要集中在CI-CT-CD-CD领域。

责编：魏伟，关注，欢迎投稿，邮箱