openstack部署工具

这是三篇系列文章的第三部分，该系列文章 概述了OpenStack 内的自动化项目 ，并解释了它们的作用，如何执行以及在开发准备和现场使用中所处的位置。 之前，在第一 部分中 ，我介绍了云部署工具，使您可以在裸机上安装/更新OpenStack云。 在第二部分中 ，我介绍了工作负载部署工具。 今天，我们将研究第二天的操作工具。

第二天的操作自动化就是关于维护和管理云基础架构和工作负载以保持其运行。

第二个用例包括应对硬件故障和应用程序性能下降，故障排除，被动和主动维护以及其他任务，这些任务通常很无聊且平凡，这些都是我们真正想要自动化的东西，以便我们可以花时间进行更具创造性的工作。 这是一个广阔的领域，但是这里的项目才刚刚出现。 而且，与云或工作负载部署自动化不同，没有确定的模式或主要方法来自动化第二天的操作。

一些项目，例如Rubick，Blazar或Satori，正在解决一个特定的狭窄用例。 其他工具，例如Mistral和Congress，将成为通用的通用跨域自动化工具。

布拉扎尔

Blazar （例如Climate）是“ OpenStack预订即服务项目”。 Blazar管理云资源（虚拟或物理）的“租赁”，安排将来的资源使用，在用户和系统之间协商租约条款，自动化分配和释放资源的过程，并提供资源消耗的可见性。

Blazar向Nova（blazar-nova）引入了Nova过滤器和API扩展，以使其了解租赁概念（请参阅blazar-nova）。

当前，它实现虚拟实例和物理主机的保留。 凭借其可插拔架构，对卷和其他资源的支持即将到来。

Blazar是一个新的“相关”项目，于2013年OpenStack香港峰会上首次宣布，现已实现基本功能，但尚未准备就绪，无法在POC之外使用。

鲁比克

Rubick是一种诊断工具，可检查并验证OpenStack云配置的正确性和一致性，并报告任何错误或配置错误。

Rubick自动发现OpenStack集群，提取OpenStack组件（Keystone，Cinder，Nova等）的实际配置，并根据规则集检查它们以验证一致性和正确性。 一些规则是对配置参数的简单语法检查。 其他规则则更为复杂，并检查整个模型以发现多个OpenStack组件之间的语义不一致。 一个简单的Web UI会引导用户完成发现和验证的过程，并报告配置错误和警告。

状态：OpenStack相关产品。 它功能齐全且完整，但是现成的规则集受到限制。 为了得到广泛的采用，Rubick需要其他OpenStack项目来推动规则的制定。 截至目前，这还没有发生。

悟里

Satori为现有基础架构提供配置发现。 给定一个URL和一些凭据，它将发现该URL背后的角色和资源，弄清楚该资源与OpenStack云的关系（例如，它是一个Nova实例或Cinder控制节点），并列出了正在运行的服务在此服务器上。

Satori在概念上类似于Ohai和Facter等发现工具，并且可以利用这些工具，向其中添加OpenStack细节。

通过在路线图上实现可插拔的实施，Satori计划发现非OpenStack基础架构-其他云的API，Chef服务器中的节点，操作系统和应用程序拓扑，运行时进程以及系统之间的关系。

Satori是一个非常年轻的项目-它始于2014年，2014年3月才获得了首次概念验证。

国会

国会是用于云的通用跨域策略管理框架。 它监视云服务集以确保策略合规，并在发现违规时采取纠正措施。 将来，国会甚至会尽可能地阻止侵权行为的发生。

国会政策适用于应用程序，硬件，网络，安全性和业务规则。 通过跨域框架，它能够处理跨域策略，例如“与VM相连的每个网络都必须是与VM所有者在同一组中的某人拥有的私有网络” –接触Neutron，Nova和梯形失真校正。

这些策略以DataLog语言声明。 数据提供者用于连接云服务，获取相关数据，使其保持最新状态并执行纠正措施。

为了取得成功，国会将需要OpenStack项目的支持，以便它们提供自己的挂钩和插件来进行策略监视和实施。

国会是一个“相关的” OpenStack项目。 它具有早期实现，显示了Nova和Neutron的基本体系结构，策略语言支持和基本数据源插件。

米斯特拉尔

Mistral是用于OpenStack云自动化的工作流服务。

工作流-与过渡和条件逻辑的任务序列-被表示为基于YAML定义。 工作流可以按需，按计划或在监视事件上触发。 Mistral具有高可用性和弹性，可大规模运行工作流。 它执行任务动作，保持工作流状态，并在任务之间传递数据。 DSL和API的新改进版本2引入了各种新功能。

Mistral提供了一组可扩展的操作，包括SSH，REST HTTP，电子邮件和OpenStack软件包。 基本的UI可作为Horizon仪表板使用； 路线图上直观地表示了工作流程的计划和执行。

Mistral的目标用户是云管理员，负责基于工作流程的自动化操作流程，跨云组件，其他基础架构服务和业务流程的集成。 应用程序开发人员可以将Mistral用作工作流服务，类似于AWS Simple Workflow。

Mistral还是其他需要工作流服务概念的OpenStack服务的平台组件。 Solum，Fuel，Barbican，Murano，Keystone，Trove，Congress等都开始与Mistral整合。

Mistral是一个相关项目，并且具有功能性试用版。 它计划申请在朱诺循环中进行孵化。

摘要

第二天的操作仍然由操作员自行构建的手动脚本和自定义脚本主导。 自动化不可避免地要进入企业，但是操作模式仍在建立中。

通用的跨域工具可以帮助形成这些模式-会话策略和Mistral工作流可以成为在社区中捕获和共享它们的一种方式。

随着模式的建立，我们可以预期会有更多的项目和解决方案出现，从而使OpenStack更加接近于全自动，自动，自动驾驶的云。

翻译自: https://opensource.com/business/14/9/openstack-day-two-operations-tools

openstack部署工具