为什么要使用puppet 及初步接触
1、简介

云计算环境下，密度高，机器数量多，还要求弹性和伸缩性，这对于运维提出更高的要求。系统管理员需要经常安装操作系统，对系统参数进行配置和优化，对人员进行授权和定期更新公钥，对软件包进行升级，添加和配置某个服务。这些日常繁琐的任务不但单调、重复，也容易出错。为了提高效率，积累知识，不断改进，管理员一般会想到将这些任务使用脚本进行自动化，然后不断优化和改进这些脚本，可以大大提高效率。但是自己写的脚本，具有下面一些缺点：

可伸缩性是一个问题，要管理成千上万台机器上一个挑战需要从头开始造轮子，脚本从头构建是一个挑战和繁琐工作不能保证能顺利运行在不同的平台上每次操作系统更新都需要重新测试定制脚本，耗费大量时间和精力，灵活性和功能也很难保证脚本语言虽然简单，自己写的脚本不一定别的管理员就能马上看懂, 不利知识共享

于是出现了出现了 一些自动化配置管理工具，Puppet, Chef 就是其中的佼佼者。我们选择了 Puppet 作为配置工具，具体原因主要是：

装机量大，用户多，一些知名用户比如 Google, Redhat, Openstack，西门子都在使用 PuppetOpenstack 的集成环境 (Openstack-ci）就是使用 Puppet进行配置和管理的：

https://github.com/openstack/openstack-ci-puppet

Puppet使用更加友好的配置语言，便于描述业务。而Chef 需要使用 ruby 来做配置语言。Puppet 提供更多平台的支持使用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 /root/mkdir -p puppet/manifests puppet/modules
cd puppet?#创建 sudo 模块mkdir -p?./modules/sudo/manifests?./modules/sudo/files?#创建 sudo ?的 manifests 文件：?vi?./modules/sudo/manifests/init.pp?class sudo {? ? package { ‘sudo’: ensure => latest }?? ? group { ‘sudo’:? ? ? ? ensure => ‘present’? ? }?? ? file { ‘/etc/sudoers’:? ? ? ? ensure ?=> ‘present’,? ? ? ? owner ? => ‘root’,? ? ? ? group ? => ‘root’,? ? ? ? mode ? ?=> ’0440′,? ? ? ? source ?=> ‘puppet:///modules/sudo/sudoers’,? ? ? ? replace => ‘true’,? ? ? ? require => Package['sudo'],? ? }}??# 拷贝，修改 sudoers 文件cp /etc/sudoers modules/sudo/files/?#运行puppet，进行测试（由于使用 noop 选项，不进行实际的操作，不拷贝文件）# 如果你修改了 ?modules/sudo/files/sudoers 文件，就会提示你puppet apply ?noop modulepath=/root/puppet/modules modules/sudo/manifests/init.pp?#运行 puppet，使配置生效#这时如果你修改了 ?modules/sudo/files/sudoers 文件，就会发现文件已经部署到 /etc/sudoerspuppet apply ?modulepath=/root/puppet/modules modules/sudo/manifests/init.pp?#创建 site.pp ?文件vim manifests/site.pp?node default {? include sudo}?#使用 site.pp 运行 puppetpuppet apply modulepath=/root/puppet/modules manifests/site.pp

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 将配置部署到所有需要管理的服务器上。