庖丁解puppet之高级篇（组织结构设计）

庖丁解puppet之高级篇

（组织结构设计）

前言：

一、常见结构整理

看了网上无数资料，通过亿图画出了以下三种结构，红色的表示根目录，桔色的表示目录，蓝色的表示文件。因为我处于探索puppet中，所以不好说谁好谁坏，根据我目前个人的理解，我觉得图二比较适合我公司用，linux服务器不多，只有70台左右，其它几百台服务器都是windows，用不上puppet。图一，太过于简单，如果节点服务器一多，结构势必会有点乱，图三，过于精细化，对上千台服务器的规模有用。

(1)、编写base.pp

功能说明:安装cron包并启动服务

#vim base.pp

class cron::base {

package { cron:

name => $operatingsystem ?

{#facter 获取客户端操作系统确定包的名称

ubuntu => "cron",

debian => "cron",

redhat => "vixie-cron",

centos => "vixie-cron", },

ensure => present,

}

service { crond:

name => $operatingsystem ? { #确定启动cron的名称

redhat => "crond",

centos => "crond", },

ensure => running,

enable => true,

pattern => cron,

require => Package["cron"], #依赖关系

}

(2)、编写crontabs.pp

功能说明：安装crontabs包

#vim crontabs.pp

class cron::crontabs {

package { crontabs:

name => $operatingsystem ? {

redhat => "crontabs",

centos => "crontabs",

ensure => present,

(3)、编写addcron.pp

功能说明：添加crontab定时任务（定时同步时间服务器每4个小时同步的第1分钟同步）

#vim addcron.pp

class cron::addcron {

cron { ntpdate:

command => "/usr/sbin/ntpdate time-b.timefreq.bldrdoc.gov",

user => root,

hour => '*/4',

minute => '1'

(4)、编写init.pp

功能说明:初始化文件

#vim init.php

class cron {

case $operatingsystem {

centos: {

include cron::base

include cron::crontabs

redhat: {

include cron::addcron #这三行实现安装添加cron功能

debian: { include cron::base }

ubuntu: { include cron::base }

freebsd: { }

(5)、编写主manifests文件实现让客户端安装cron和添加一条crontab作业。

#cd /etc/puppet/manifests

#vim modules.pp #加载cron模块

import "cron"

#vim nodes.pp #客户端节点管理文件

node 'client.puppet.com'{

include cron

#vim site.pp #加载modules.pp 和nodes.pp

import "modules.pp"

import "nodes.pp"

重启服务端服务

# /etc/init.d/puppetmaster start

客户端

执行同步

# puppetd --server server.puppet.com --test

manifests/

|– modules.pp #模块导入接口，使用import systembase（模块名）方式导入

|– node.pp #节点文件，在节文件里面include 模块

|– site.pp #puppet主要入口

modules/

|– systembase #模块的名称

|—templates #模板目录

|– files #文件目录

|– hosts

|– vimrc

|– manifests #模块主入口

|– init.pp #这个文件是必须存在的

#cat modules.pp

Import “systembase”

#cat node.pp

Node ‘node.xxxx.com’{ #node.xxxx.com 是客户端的hostname

Include systembase #如果同时导入多个模块用逗号隔开

#cat site.pp

Import “node.pp” #导入节点文件

Import “modules.pp” #导入模块文件

Node default { #默认节点测试内容

File { “/tmp/lightest.txt”:

Content => “powerlgh is test puppet”,

#cat host

Ha ,ha

# cat init.pp

##systembase class modules

Class systembase {

#system files

File { “/opt/host”: #一个语句的开始用冒号

Mode => 0644, #语句中间用逗号

Source => “puppet://$fileserver/systembase/host”; #一个语句结束后使用分号

1所有的配置文件最后都要被主site.pp引用。

主线是：1 class目录下的类.pp=>服务的主配置文件init.pp=>引用模块的mudule.pp

2 node文件夹下服务器分组node节点.pp（例如C.pp）=>node文件夹下site.pp

3主配置site.pp把1的mudule.pp 和2的node文件夹下site.pp 去“ import”。

2但是site.pp，不是唯一的，我们可以建无数的site.pp，需要在/etc/puppet/manifests目录下

3 维护方法：

3.1增加服务为模块，在/etc/puppet/module目录下新建文件夹。

3.2只需要维护此模块下的class下的文件，配置文件全部引用变量，在对应的node里面“ include”类，并且申明变量值。

其中重要文件配置（我这里主要是ice的升级和回滚）：

#cat manifests/node/site.pp

import “java.pp”

import “c.pp”

#cat modules/revfsserver/manifests/init.pp

import “class/*.pp”

#cat manifests/node/c.pp

node ‘client.dongwm.com’ {

$group=”dongwm”

$owner=”dongwm”

$tar=”X.tar.gz”

$homedir=”/opt/newfs/bin”

$tardir=”/opt/src”

$path=”/usr/bin:/usr/sbin:/bin”

include ice::base

include ice::update

include ice::rollback

# cat manifests/site.pp

import “node/site.pp”

import “node/module.pp ”

#cat manifests/module.pp

import “ice”

二、实例操作

目的：

通过模块化编写，实现两台web客户机更新web站点

2.1搭建结构

2.2结构解说：

所有的PP，最后都是site.pp里进行引用，modules下面根据业务建立文件夹，每个文件夹就是一个模块。这里的案例是更新java和puppet的两个web服务器，所以取名为java-web，puppet-web。所有的模块，都在node.pp和modules.pp里引用，注意node.pp里引用，用的关键词是include，不是import。每个模块下，必须有个init.pp。

[root@testsns manifests]# more site.pp

import "node.pp"

node default {

file {

"/tmp/lghtest.txt":

content => "powerlgh is test puppet",

[root@testsns manifests]# more node.pp

node 'nfstest' {

include java-web

node 'kaifa' {

include puppet-web

[root@testsns manifests]# more modules.pp

import "java-web"

import "puppet-web"

[root@testsns manifests]# more init.pp

##java-web class modules

class java-web {

file

{ "/opt/java-web-update-file/java.war":

source => "puppet://$puppetserver/java-web/java.war",

notify => Exec["exec-java-web-update"],

exec

{ "exec-java-web-update":

cwd => "/root/scripts",

command => "sh /root/scripts/update_java_web.sh",

user => "root",

path => "/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin",

init.pp

##puppet-web class modules

class puppet-web {

{ "/opt/puppet-web-update-file/puppet.war":

source => "puppet://$puppetserver/puppet-web/puppet.war",

notify => Exec["exec-puppet-web-update"],

{ "exec-puppet-web-update":

command => "sh /root/scripts/update_Puppet_web.sh",

2.3服务器端执行：

[root@testsns manifests]# puppetrun nfstest kaifa

2.4客户端查看日志：

[root@nfstest opt]# tail -f /var/log/messages

[root@kaifa puppet]# tail -f /var/log/messages

2.5打开网站，再次验证：

嗯，达到效果了。

三、总结：

把开发部送过来的包，丢到modules目录下的files文件里，然后执行puppetrun host1 host2 host… 就行了，不过实验中发现，客户端默认是每半小时去连接一次puppet服务器端，不管有没有更新，sh更新脚本还是执行了，这是个严重问题，解决办法有两个，一是把客户端的间隔时间延长，但能延多长，网上的资料没说，二是不起puppet客户端，登录到客户端手工执行，这种方式，在我公司不多的服务器上还是可取的，本身每次更新的程序，谁都无法保证能正常更新在生产环境中，即时通过测试环境通过了，所以每次我在更新程序时，先看catalila.out日志，有没有报错，有错，程序一定有问题，没错，再打开页面访问一下，是否正常。

本博文参考了以下博文：

http://www.issacy.com/archives/587.html

http://dongwm.blog.51cto.com/2621371/471163

http://my.oschina.net/duxuefeng/blog/36201

四、后记：

因个人精力有限，加上我公司的linux服务器不到100台，所以用puppet来作统一管理，真是浪费了puppet，我会在网站war更新中应用它，也就是应用它的file传输及shell命令执行两个功能，至于更深入的erb文件编写，就不去研究了，通过初级篇，中级进阶篇，到本文的高级篇，管理1000台以下的服务器，是可行的了。

本文转自itwork 51CTO博客，原文链接：http://blog.51cto.com/369369/807971，如需转载请自行联系原作者

庖丁解puppet之高级篇（组织结构设计）

继续阅读

neo4j之cypher使用文档

GitHub连夜封杀！这份阿里 10W 字内部 Java 字面试手册到底有多强？

spark/scala关于【资源文件】加载方法概述外部文件加载方案测试资源文件打包入jar包中小结

mybatis_入门程序Mybatis入门

samba服务器的功能

AOP编程_Android优雅权限框架(1)概念基础，2021金三银四前言正文大纲正文

Effective Java 8:通用程序设计

【Linux】UDP广播报文接收速率问题

OOM三种类型

工厂模式-三种类型

【递归】高效率求2的n次幂

win10本地scala和spark安装安装scala安装spark

Linux设备模型（中）之上层容器

JBoss,Geronimo和Glassfish初窥

scala (3) Function 和 Method

PowerPC平台 Linux移植三