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

cheng029

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

51gyk

学习学习。