为什么要使用puppet 及初步接触

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伸缩性强，可以管理成千上万台机器

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/sudoers

puppet apply  –modulepath=/root/puppet/modules modules/sudo/manifests/init.pp

 

#创建 site.pp  文件

vim manifests/site.pp

 

node default {

  include sudo

}

 

#使用 site.pp 运行 puppet

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