1、简介
云计算环境下，密度高，机器数量多，还要求弹性和伸缩性，这对于运维提出更高的要求。系统管理员需要经常安装操作系统，对系统参数进行配置和优化，对人员进行授权和定期更新公钥，对软件包进行升级，添加和配置某个服务。这些日常繁琐的任务不但单调、重复，也容易出错。为了提高效率，积累知识，不断改进，管理员一般会想到将这些任务使用脚本进行自动化，然后不断优化和改进这些脚本，可以大大提高效率。但是自己写的脚本，具有下面一些缺点：
- 可伸缩性是一个问题，要管理成千上万台机器上一个挑战
- 需要从头开始造轮子，脚本从头构建是一个挑战和繁琐工作
- 不能保证能顺利运行在不同的平台上
- 每次操作系统更新都需要重新测试定制脚本，耗费大量时间和精力，灵活性和功能也很难保证
- 脚本语言虽然简单，自己写的脚本不一定别的管理员就能马上看懂, 不利知识共享
于是出现了出现了 一些自动化配置管理工具，Puppet, Chef 就是其中的佼佼者。我们选择了 Puppet 作为配置工具，具体原因主要是：
- 装机量大，用户多，一些知名用户比如 Google, Redhat, Openstack，西门子都在使用 Puppet
- Openstack 的集成环境 (Openstack-ci）就是使用 Puppet进行配置和管理的：
https://github.com/openstack/openstack-ci-puppet
- Puppet使用更加友好的配置语言，便于描述业务。而Chef 需要使用 ruby 来做配置语言。
- Puppet 提供更多平台的支持
- 提供了一个强大的框架，简化了常见的系统管理任务，大量细节交给Puppet去完成，管理员只要集中精力在业务配置上
- 系统管理员使用Puppet的描述语言来配置，这些配置便于共享，网上已经有数百个其他人开发的模块可以直接使用
- Puppet伸缩性强，可以管理成千上万台机器
Puppet 一般是做成master/client 的结构，进行管理的。设置一个中央服务器 (puppet master)，然后在需要管理的机器上安装 puppet，做成 puppet client. 客户机定时（半个小时）和master通讯，从master读取配置，如果有变化，则自动在客户机进行配置。同时，Puppet也可以脱离 master 进行运行，Puppet 的配置文件，可以直接在客户端进行运行。我们的初步接触，就一台机器的 puppet 客户端开始。以后，我们还将看如何将这些配置部署，并且做到可扩展，我们将使用 git +puppet 的方式，代替 master/client 的结构。
2、安装 puppet
2.1 CentOS 6.2上安装
rpm -i http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm
yum install puppet
2.2 Deiban/Ubuntu 的支持
apt-get install puppet
3、puppet 的例子
cd puppet
notice: /Stage[main]/Sudo/File[/etc/sudoers]/content: content changed ‘{md5}1b00ee0a97a1bcf9961e476140e2c5c1’ to ‘{md5}cbcab74f0fc9882ba9a91866b1fd6c82’
notice: Finished catalog run in 0.13 seconds
至此，我们在单机中运行了一个简单的例子。在这个基础上，可以继续：
1、逐步增加模块，增加配置功能
2、对各种主机，采用 site 进行配置
3、采用 master/client 方式，或者 git/puppet 将配置部署到所有需要管理的服务器上。