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

 

此条目发表在DEVOPS分类目录,贴了标签。将固定链接加入收藏夹。

发表评论

电子邮件地址不会被公开。 必填项已用*标注