Puppet如何管理服务器配置

Puppet 是一套成熟的 基础设施即代码（IaC） 配置管理工具，用来对大量服务器进行统一、可重复、自动化的配置管理。下面从原理到实践说明它是如何管理服务器配置的。

一、Puppet 的核心工作模式

1. 架构组成

典型 Puppet 环境包括：

• Puppet Master（服务端）
  • 存放配置代码（manifest）
  • 编译并下发配置
• Puppet Agent（客户端）
  • 安装在被管理服务器上
  • 定期向 Master 请求配置并应用

也有 Puppet Standalone（无 Master） 模式，适合小规模或测试。

2. 基本工作流程

1. Agent 启动，向 Master 发送节点信息（facts）
2. Master 根据节点信息编译出 Catalog（配置目录）
3. Agent 拉取 Catalog
4. Agent 对比当前状态与目标状态
5. 自动执行变更，使系统达到期望状态

✅ 特点：声明式管理（Desired State）

二、Puppet 如何“描述”服务器配置

1. 资源（Resource）——最小管理单元

Puppet 用资源描述系统对象，例如：

file { '/etc/motd':
  ensure  => file,
  content => "Welcome to Puppet managed server\n",
}

package { 'nginx':
  ensure => installed,
}

service { 'nginx':
  ensure => running,
  enable => true,
}

常见资源类型：

• file
• package
• service
• user
• cron
• exec

2. 清单文件（Manifest）

• 文件后缀：.pp
• 描述“服务器应该是什么样”

示例：

class webserver {
  package { 'httpd': ensure => installed }
  service { 'httpd': ensure => running }
}

3. 节点（Node）划分

根据主机分配不同配置：

node 'web01.example.com' {
  include webserver
}

node 'db01.example.com' {
  include database
}

三、Puppet 的管理能力

1. 配置管理内容

• 系统用户、组
• 文件、目录、权限
• 软件包安装
• 服务启停
• 定时任务
• 内核参数
• 防火墙规则（配合模块）

2. 状态一致性保障

• 默认 30 分钟自动校验一次
• 若配置被人为修改，Agent 会自动纠正
• 适合合规、审计场景

四、模块化与复用（生产推荐）

1. 模块（Module）

目录结构示例：

modules/nginx/
├── manifests/
│   └── init.pp
├── files/
├── templates/

使用：

include nginx

2. 使用社区模块

• Puppet Forge
• 如：puppetlabs-ntp、puppet-nginx

五、变量、模板与条件

1. 变量与 Facts

$fqdn = $facts['fqdn']

2. 模板（ERB）

动态生成配置文件：

file { '/etc/nginx/nginx.conf':
  content => template('nginx/nginx.conf.erb'),
}

六、典型使用场景

• 批量服务器初始化
• 应用环境标准化（Web / DB / 中间件）
• 安全基线加固
• 多云 / 混合云统一配置
• DevOps 自动化交付

七、简单示例总结

class base {
  package { 'vim': ensure => installed }
  file { '/etc/motd':
    content => "Managed by Puppet\n"
  }
}

node default {
  include base
}

如果你愿意，我可以进一步：

• 给你一个 从零搭建 Puppet 的实战步骤
• 对比 Puppet vs Ansible
• 或结合你现有的 服务器规模/系统（CentOS/Ubuntu） 给方案