自动化配置管理系统的实施

　　配置标准化

　　实施自动化配置管理，首要的工作就是对现有的系统配置进行梳理，将各项配置标准化。所谓标准化，是指对服务器环境中的各种配置制定统一的技术规范、准则或者约定。具体来讲，包括明确定义所使用的软件及版本，基础服务的地址（如d n s、n t p、y u m），常用软件的默认配置，应用软件的安装目录，主机名的命名规则等。

　　系统部署

　　Puppet支持多种部署方式，从支持上百个结点的系统默认最小化部署，到支持万千上万结点的集群式部署，都能从容应对。我校目前服务器规模在200 左右，而且刚开始实施配置管理自动化，对P u p p e t 的使用还处于探索阶段，所以先选择了最小化部署方案。如图1 所示，自动化配置管理系统主要包含配置版本库、PuppetServer、PuppetClient 几个组成部分。各部分的功能如下：

图1 系统架构

　　配置版本库。用于存放各服务器的配置信息，并对配置信息进行版本控制，记录服务器配置修改的过程，在必要时还可以进行回退。配置版本库支持S V N、G I T 等常见的版本控制软件。

　　PuppetServer(Master)。PuppetMaster负责接受来自各服务器结点上的请求，验证客户端的身份，并返回相应的配置信息给客户端。服务器端有可能会成为整个配置管理系统的性能瓶颈， 将来根据需要可以把默认的W e b r i c k H t t p S e r v e r 更换成Apache 或者Nginx，还可以集群方式部署，增加多个PuppetMaster 结点。如果是更大规模的部署，还可以增加消息队列服务，以确保数以万计的客户端请求，能够可靠地被接收和处理。

　　PuppetcLient  ( Agent )。在所有需要集中配置管理的客户端上， 都必须安装PuppetClient，以定时向配置服务器请求配置信息，并将这些配置应用到所在的系统中。客户端的安装配置比较简单，但是往往数量众多，为了方便部署，可以编写自动化脚本，一个命令即可自动完成客户端的安装和配置。在虚拟化环境中，可以直接在模板中预先完成这些安装配置工作。

　　该部署方案，结构简单，配置方便，在现阶段足以满足我们的需要。将来服务器规模扩大后，再对当前架构进行扩展，也不会影响已有结点的配置。

　　模块开发

　　系统安装配置完成后，必须根据需求开发相应的配置管理模块。在Puppet Forge上有大量由开源社区贡献的模块，所以，模块的开发并不需要从零开始。用户可以从挑选适合自身环境和功能需求的模块来使用，也可以在现有模块的基础上进行二次开发来满足需求。对于一些特殊的需求，根据Puppet 相关文档开发一个新的模块，也是比较容易的。

　　截至本文完成时，上海财经大学信息办按照现有环境中使用的软件和配置需要，已经开发和使用了表1 中所列的模块。这些模块基本上覆盖了学校服务器环境所使用的软件，可以自动完成绝大部分的日常配置工作。在将来，这些模块还会不断更新、完善和增加，以实现更加稳定、可靠和自动化程度更高的配置管理。