Ceilometer/blueprints/Configuration-via-data-store

概要

Ceilometer 使用许多静态配置设置来定义运行时参数，例如收集目标、交换名称和管道间隔等。目前，这些配置存储在平面文件中，并通过 Oslo 配置函数访问。虽然这对于独立部署和开发场景来说很方便，但在大规模部署中使用平面配置文件可能会限制系统的灵活性，并阻止动态（即实时）配置更新，这在大型实现中可能至关重要。此类环境通常对代码部署（在时间和用户权限方面）有严格的限制，这通常会阻止或显著延迟对生产环境的更改。此外，为了使 Ceilometer 识别这些设置的更改，必须重新启动它；这在生产环境中是一项困难且不受欢迎的任务。通过更新 Ceilometer 以监控存储在持久数据存储（如 MySQL）中的值，可以使应用程序动态激活/停用收集目标或类似功能，为不同环境中的多个节点提供截然不同的配置（例如开发/测试/生产或 HA 场景），并最终可以“实时”使用新的收集目标进行更新。

示例用例

收集目标切换与调整

Ceilometer pollster 插件的配置发生在启动时 [PHIL：不确定这是否是唯一时间，但我怀疑是这样]。使用数据存储允许我们更新收集器的设置（间隔设置等），以及激活/停用特定服务的收集，而无需进行代码发布。

HA部署

在高度可用的生产环境中，服务器的故障转移可以通过预先在数据存储中指定配置来优雅地管理，而无需进行代码更改。通过指定主系统和备份系统设置，我们可以支持自动切换，并在需要时手动在节点之间切换。

新收集目标的自动化配置

如果 Ceilometer 配置为定期轮询数据库以获取收集目标，则可以通过新的数据存储记录添加新的目标，而不是更新配置文件。这允许更广泛的机制来触发更改，并为用户驱动的添加打开了可能性。

方法

利用数据存储进行配置的初始方法涉及包装或替换当前的配置调用，并使用可选的调用数据存储。重要的是保留平面文件配置的选项，以便更“轻量级”的部署可以避免创建另一个数据存储的额外开销。在后续工作中，需要更改配置检查的频率，以确保更改传播到生成的与收集相关的线程中。这将需要更新配置检查的时间，使其更频繁。

© 版权所有 2013 Hewlett-Packard Development Company, L.P.