Puppet基础篇6-Puppet更新方式的选型-低调大师

Puppet基础篇6-Puppet更新方式的选型

2017-11-08 592

零基础学习Puppet自动化配置管理系列文档

基于C/S架构的Puppet更新方式一般有两种，一种是Agent端设置同步时间主动去PuppetMaster端拉取配置，另一种是通过PuppetMaster端使用puppet kick命令或者借助mcollctive触发更新配置，两种方式适应不同的生产环境，各具特色。

一、主动更新

主动更新就是节点运行的puppet守护进程到预设的时候后自动去和puppetmaster进行交互直至更新完成的过程。
这种更新方式不易控制，主要表现在以下几个方面：

优点：

节点定期主动更新，无论是谁将节点被puppet管理的配置更改了，都会在规定的时间内自动修复，无须管理员登录查看。
环境搭建简单，不需要很复杂的架构，puppet本身C/S架构便可以完成。

…

缺点：

节点数量过大的情况下同时会向puppetmaster端发起更新请求，会造成puppetmaster性能瓶颈。当然，也有一些解决方案比如设置任务计划，节点分批进行更新。
由于节点会定期向puppetmaster端提取配置进行更新，这要求puppetmaster端的环境要足够的安全。否则，任何人上去修改puppet模板都会造成节点同步更新，如果有人写了可执行资源“rm -rf /”，那损失就大了。
不能手动控制那些服务器需要更新，那些不需要更新。

…

自动更新方式配置很简单的，只需要在节点配置文件puppet.conf添加runinterval字段即可实现自动更新，以下步骤简单测试下

注：默认情况下，puppet.conf配置文件中是没有runinterval字段的，如果不配置，默认是每隔30分钟自动同步一次。

1、添加runinterval字段

为了方便测试，可设置为10秒

 
        [root@agent1 ~]# vim /etc/puppet/puppet.conf
       
        [main]
       
        logdir = /
        var
        /log/puppet 
       
        rundir = /
        var
        /run/puppet 
       
        ssldir = $
        var
        dir/ssl 
       
        [agent]
       
        classfile = $
        var
        dir/classes.txt 
       
        localconfig = $
        var
        dir/localconfig 
       
        server = puppetmaster.kisspuppet.com 
       
        certname = agent1_cert.kisspuppet.com 
       
        runinterval = 
        10   
        #设置同步的间隔时间，单位为秒

2、启动puppetagent服务

 
        [root@agent1 ~]# /etc/init.d/puppet start
       
        Starting puppet:                                           [  OK  ]

3、打开message日志查看同步状态
可以看到日志里面每隔10秒钟agent1向puppetmaster同步一次

 
  
    
      
      
        [root@agent1 ~]# tailf  /
        var
        /log/messages 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 kernel: ide: failed opcode was: 
        0xec 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 smartd[
        3110
        ]: Device: /dev/hdc, not ATA, no IDENTIFY DEVICE Structure 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 smartd[
        3110
        ]: Device: /dev/sda, opened 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 smartd[
        3110
        ]: Device: /dev/sda, IE (SMART) not enabled, skip device Try 
        'smartctl -s on /dev/sda' 
        to turn on SMART features 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 smartd[
        3110
        ]: Monitoring 
        0 
        ATA and 
        0 
        SCSI devices 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 smartd[
        3112
        ]: smartd has fork()ed into background mode. New PID=
        3112
        . 
       
 
        Mar 
        11 
        23
        :
        39
        :
        42 
        agent1 avahi-daemon[
        3076
        ]: Server startup complete. Host name 
        is 
        agent1.local. Local service cookie 
        is 
        773321440
        . 
       
 
        Mar 
        11 
        23
        :
        44
        :
        11 
        agent1 puppet-agent[
        3210
        ]: Reopening log files 
       
 
        Mar 
        11 
        23
        :
        44
        :
        12 
        agent1 puppet-agent[
        3210
        ]: Starting Puppet client version 
        2.7
        .
        25 
       
 
        Mar 
        11 
        23
        :
        44
        :
        16 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        1.53 
        seconds 
       
 
        Mar 
        11 
        23
        :
        44
        :
        29 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        0.96 
        seconds 
       
 
        Mar 
        11 
        23
        :
        44
        :
        40 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        0.20 
        seconds 
       
 
        Mar 
        11 
        23
        :
        44
        :
        51 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        0.24 
        seconds 
       
 
        Mar 
        11 
        23
        :
        45
        :
        02 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        0.21 
        seconds 
       
 
        Mar 
        11 
        23
        :
        45
        :
        13 
        agent1 puppet-agent[
        3210
        ]: Finished catalog run 
        in 
        0.22 
        seconds 
       
 
    

   
 

4、通过命令进行测试

同样，每隔10秒会同步一次

 
        [root@agent1 ~]# /etc/init.d/puppet stop
       
        Stopping puppet:                                           [  OK  ]
       
        [root@agent1 ~]# puppet agent --verbose --no-daemonize
       
        notice: Starting Puppet client version 
        2.7
        .
        25 
       
        info: Caching catalog 
        for 
        agent1_cert.kisspuppet.com 
       
        info: Applying configuration version 
        '1394359075' 
       
        notice: Finished catalog run 
        in 
        0.21 
        seconds 
       
        info: Caching catalog 
        for 
        agent1_cert.kisspuppet.com 
       
        info: Applying configuration version 
        '1394359075' 
       
        notice: Finished catalog run 
        in 
        0.20 
        seconds 
       
        info: Caching catalog 
        for 
        agent1_cert.kisspuppet.com 
       
        info: Applying configuration version 
        '1394359075' 
       
        notice: Finished catalog run 
        in 
        0.20 
        seconds 
       
        info: Caching catalog 
        for 
        agent1_cert.kisspuppet.com 
       
        info: Applying configuration version 
        '1394359075' 
       
        notice: Finished catalog run 
        in 
        0.21 
        seconds 
       
        info: Caching catalog 
        for 
        agent1_cert.kisspuppet.com 
       
        info: Applying configuration version 
        '1394359075' 
       
        notice: Finished catalog run 
        in 
        0.21 
        seconds

二、推送更新

推送更新就是通过puppet kick或者mcollective来控制节点什么时候向puppetmaster端获取配置变更信息。这种方式比较容易控制，主要表现在以下几个方面：

优点：

非常容易控制节点的更新周期
安全性比较高，每次更新之前可先检查好代码后再更新
可以针对某一个cluster（一组服务器）进行推送更新，灵活性很强。
扩展性很强，可整合各种其他平台

…

缺点：

环境搭建比较复杂，需要部署N多东西
agent端配置被篡改后，需要手动触发才能够恢复，不能够及时恢复

…

1、puppet kick方式

puppet kick是是通过puppetmaster端的命令触发的方式进行更新的，由于其锁的问题很难解决外加上主机单元控制不是很灵活，逐渐被抛弃了，puppetlabs也看到了这一点，因此收购了mcollecitve。当然，这种方式在很多企业中还在用，这里给几个大家方式参考：

http://purplegrape.blog.51cto.com/1330104/1179358

http://dreamfire.blog.51cto.com/418026/1279878

2、mcollective触发方式
需要搭建mcollective+MQ架构，搭建好了之后通过mco命令将puppet命令传输至MQ分配到一组节点上去，关于mcollective+MQ架构搭建会在第三部分详细讲解，也可以参考之前写的一篇文章 http://kisspuppet.com/2013/11/10/mcollective-middleware/

 
        [root@webui ~]# mco puppet -v runonce
       
        Discovering hosts using the mc method 
        for 
        2 
        second(s) .... 
        3 
       
        * [ ============================================================> ] 
        3 
        / 
        3 
       
        node3.rsyslog.org                       : OK
       
        {:summary=>      
        "Started a background Puppet run using the 'puppet agent --onetime --daemonize --color=false --splay --splaylimit 30' command"
        } 
       
        node2.rsyslog.org                       : OK
       
        {:summary=>      
        "Started a background Puppet run using the 'puppet agent --onetime --daemonize --color=false --splay --splaylimit 30' command"
        } 
       
        node1.rsyslog.org                       : OK
       
        {:summary=>      
        "Started a background Puppet run using the 'puppet agent --onetime --daemonize --color=false --splay --splaylimit 30' command"
        } 
       
        ---- rpc stats ----
       
        Nodes: 
        3 
        / 
        3 
       
        Pass / Fail: 
        3 
        / 
        0 
       
        Start Time: Tue Mar 
        11 
        17
        :
        40
        :
        56 
        +
        0800 
        2014 
       
        Discovery Time: 
        2003
        .85ms 
       
        Agent Time: 
        1132
        .44ms 
       
        Total Time: 
        3136
        .29ms

3、封装成WebUI的触发更新

Kermit架构—一个非常完美的基于MCollective和Puppet，并结合Django和Rest组成的Web框架（第四部分会讲）

kermit架构图

搭建完成之后的操作界面

选中puppet插件
kermit界面

执行puppet推送动作
kermit界面

执行过程
kermit界面

显示结果

本文转自凌激冰51CTO博客，原文链接：http://blog.51cto.com/dreamfire/1374395，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/408783

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

负载均衡实施应该因地制宜

在项目实施中发现,有些公司是做宣传网站或资讯类网站的，服务器均置于国内，他们对集群这块了解的并不深，而且要求也很简单，只要求1+2架构。在初期我使用的是 Nginx作为负载均衡器，后期发现HAProxy更加稳定，而且它自带强大的监控页面功能，所以我全部换成了HAproxy作为最前端的负载均衡器了；由于我越来越喜欢它了，在这里请允许我单独介绍其优点。 HAProxy是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，HAProxy是完全免费的、借助HAProxy可以快速并且可靠的提供基于TCP和HTTP应用的代理解决方案。 HAProxy最主要的特点是性能优越，HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。 HAProxy完全可以支持数以万计的并发连接。并且HAProxy的运行模式使得它可以很简单安全的整合进您当前的架构中，同时可以保护你的web服务器不被暴露到网络上（即通过防火墙80端口映射的方法）。更重要的是，HAProxy也是一款优秀的负载均衡软件，其优点如： 1.免费开源，稳定性也是非常好，这个可...

2017-11-09

548

本章导读本章将带您走入Linux设备驱动的精彩世界。 1.1节阐明了设备驱动的概念和作用。 1.2节和1.3节分别讲述在无操作系统情况下和有操作系统情况下设备驱动的设计，通过对二者不同的分析阐明设备驱动与硬件和操作系统的关系。 1.4节对Linux操作系统的设备驱动进行了概要性的介绍，给出了驱动与整个软硬件系统的关系，分析了Linux设备驱动的重难点和学习方法。本章的最后给出了一个设备驱动的“Hello World”实例，即最简单的LED驱动在无操作系统情况下和Linux操作系统下的实现。 1.1设备驱动的作用任何一个计算机系统的运转都是系统中软硬件共同努力的结果，没有硬件的软件是空中楼阁，而没有软件的硬件则只是一堆废铁。硬件是底层基础，是所有软件得以运行的平台，代码最终会落实为硬件上的组合逻辑与时序逻辑。软件则实现了具体应用，它按照各种不同的业务需求而设计，完成了用户的最终诉求。硬件较固定，软件则很灵活，可以适应各种复杂多变的应用。可以说，计算机系统的软硬件互相成就了对方。但是，软硬件之间同样存在着悖论，那就是软件和硬件不应该互相渗透入对方的领地。为尽可能快速地完成设计，应用...

2017-11-09

573

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。