在云世界中，口头禅是“使一切自动化”。 毫不奇怪，随着OpenStack扩展范围，自动化项目正在其中涌现。 但是，这些项目的种类和数量仍然令人惊讶：超过20个！
这是三篇系列文章的第一部分，该系列文章概述了OpenStack内的自动化项目，解释了它们的作用，如何执行以及它们在开发准备和现场使用中所处的位置。 其中一些项目，例如用于工作流即服务的Mistral（全面披露：我以StackStorm的CTO身份推动该项目）和用于供应的Compass（来自华为），也旨在为非OpenStack环境提供帮助。
我在本系列文章中的目标是提供一个高级地图，激发您的好奇心，并为您提供挖掘更多细节的指示。
首先，让我们弄清楚“在OpenStack内部”的含义。 一个项目通常从“相关”到“孵化”再到“集成”。 在所有情况下，无论他们达到了接受的哪个阶段，都以类似的方式管理OpenStack项目。 例如，在每种情况下，我都会在本调查中回顾这些项目：代码是Python，托管在StackForge上，代码本身遵循OpenStack的结构和约定。 此外，提交审查流程全部在Gerrit / Jenkins / Zulu中共有，并且所有这些项目都包括Tempest集成和DevStack集成。 此外，项目管理在Launchpad上完成，文档在Wiki上，并且通过openstack-dev邮件列表等进行开放式通信。 最重要的是，您在看到OpenStack项目时就知道了。
这是我认为是OpenStack自动化项目的自动化项目。 我将项目分为三个类别，然后依次进行审查。 今天，在第一部分中，我将介绍使您能够在裸机上安装/更新OpenStack云的云部署工具。 在以后的文章中，我将研究工作负载部署的自动化-配置虚拟机，VM和/或应用程序组，以及自动化“第2天管理”-保持云和工作负载正常运行的工具。
云部署工具
不再赘述，让我们看一下云部署工具。 云部署工具用于配置OpenStack的组件-构建OpenStack云。 毫不奇怪，这些工具往往相对成熟并得到广泛使用，因为首先需要自动化的第一件事通常是OpenStack本身的部署。
汽油
“用于安装和管理OpenStack的控制平面。”
Fuel最初是Mirantis的专有解决方案，现在是开源的，并为OpenStack做出了贡献。 在Puppet，MCollective和Cobbler之上的业务流程层上，Fuel编写了Mirantis的OpenStack部署最佳实践。 像该类别中的其他工具一样，它执行硬件发现，网络验证，操作系统供应和OpenStack组件的部署。 Fuel的独特功能是优美且易于使用的Web UI，它使OpenStack安装看起来很简单。
它于2013年首次发布，现在是OpenStack“相关”项目。 我们已经在该领域看到了很多燃料。 OpenStack新手通常会在概念验证中选择Fuel，这是因为易于使用而吸引了他们来启动和运行云。 而且，Mirantis的顾问将Fuel引入了一些大型生产部署中。 现在，它已成为Mirantis OpenStack发行版的一部分，该发行版是此类发行版中领先的发行版之一。 但是，由于Fuel仅与“相关”，因此它没有像集成项目那样完全处于上游。 因此，您可能会在非Mirantis发行版或OpenStack源代码本身中找不到Fuel。
罗盘
“ Compass是一个开放源代码项目，旨在为一组裸机提供“部署即服务”。”
另一种OpenStack部署工具Compass是由华为根据其特定需求开发的，并于2014年1月作为与OpenStack相关的项目开源。Compass开发人员将其定位为简单，可扩展的数据驱动的部署平台，而并非如此。仅限于OpenStack。 通过插件层，它利用其他工具进行硬件发现，操作系统和虚拟机监控程序部署以及配置管理。
指南针是一个“相关”项目。 尽管它看起来已经足够成熟，可以在华为内部使用，但是我们认为它不仅仅在OpenStack之外还可以在华为之外运行。
三重O
TripleO使用OpenStack自己的云设施安装，升级和运行OpenStack云。 是的，“部署OpenStack需要OpenStack。”
本质上，TripleO是专用于OpenStack的安装，称为“底层云”，用于在裸机上部署其他OpenStack云-“ overclouds”。
在Heat模板中描述了所需的多云配置，并由Heat精心安排了部署。 节点使用Nova裸机（Ironic）在裸机上进行配置：它通过PXE引导计算机并使用OpenStack组件安装映像。 图像是使用磁盘图像构建器从图像元素动态生成的。
运营商喜欢使用熟悉的OpenStack工具：Keystone身份验证，Horizon仪表板和Nova CLI，在硬件上部署和操作OpenStack云，就像他们在部署和操作虚拟环境一样。
TripleO的目标是超大规模部署（他们说小型部署由其他工具解决），可以对多个不断发展的OpenStack云进行持续集成和部署。
TripleO是一个正式的“集成”项目。 凭借OpenStack社区中最受关注的内容以及HP，Red Hat和众多其他公司的支持，它已确立了自己的长期发展之路。 TripleO的就绪状态令人困惑：一方面，它由HP Helion使用。 另一方面，Wiki和文档指出它“可以运行，但仍在发展”。 我尚未看到将其部署到生产环境中，这很可能会在Kilo周期（2015年Spring）中发生变化。
其他工具
- DevStack是最出名的，它易于提供完整的OpenStack云以进行开发或玩耍。 它不是用于生产！
- OpenStack下其他与部署有关的较小工具：
- PackStack ：一种实用程序，使用Puppet模块通过SSH在多个预安装的服务器上自动部署OpenStack的各个部分。 令人惊讶的是，它被广泛使用：根据OpenStack使用情况调查 ，它在Puppet，Chef和DevStack之后排名第四。
- Warm ：提供从YAML模板部署OpenStack资源的功能。
- Inception ：OpenStack中的OpenStack用于测试和播放。
- Anvil ：DevStack版本，用Python编写，并受Yahoo支持。
摘要
自动化OpenStack裸机配置是一个很好解决的问题。 除了上述的OpenStack工具外，我们定义的“ OpenStack伞”之外还有许多其他功能，尤其是Crowbar ，这是第一个特定于OpenStack的部署工具。 现在唯一的挑战是从一堆看上去不错的工具中选择一种自己喜欢的工具。 这里提供了工具的深度比较。
如果您选择从OpenStack分销经销商那里购买支持发行的产品（其中有很多），那么他们很可能会在发行版中包含这样的解决方案，并且当然会使用该工具快速高效地进行部署。
我不想打我的最爱，但是TripleO的范围和快速进步尤其令人印象深刻。
它仍在不断发展，但是OpenStack社区正在与之融为一体，有时像Red Hat和HP这样的竞争对手也正在有效地合作。 对于认真对待大规模部署的运营商而言，TripleO解决了一系列重要问题。 我们希望看到它在我们的用户中得到广泛使用，这些用户通常是较大的私有和公共云运营商，无论他们是SaaS，企业还是服务提供商。
接下来的内容：在第二部分中，我将介绍用于自动化工作负载部署的OpenStack项目。 我欢迎并非常感谢您在下面或在我们的Twitter帐户@stack_storm上的反馈和评论。 我们还将在StackStorm办公室举办一次聚会，以讨论10月14日的OpenStack自动化。请加入并在此处注册。
翻译自: https://opensource.com/business/14/9/openstack-deployment-tools
