Perl集群配置管理系统Rex简明手册实用指南

平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“Perl集群配置管理系统Rex简明手册”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

落到代码里，Rex 是 Perl 编写的基于 SSH 链接的集群设置管理系统，语法上类似 Puppet DSL。官网中文版见 （链接已移除）。本文仅为本人在部门 Wiki 上编写的简介性文档。

常用命令参数

从实现思路看，rex 命令参数很多，不过因为我们的环境是 krb 认证的，所以有些参数只能写在 Rexfile 里。所以一般固定在存放了 Rexfile 的 /etc/puppet/webui 下执行命令，很多设置就自动加载了。那么还需用到的命令参数基本就只有下面几个：
-Tv： 查看当前 Rexfile 里定义了哪些 Task 任务，以及服务器组。
-H： 从实现思路看，指定 Task 将在哪些 Host 上执行。这里比较便于的地方是兼容 10.5.16.[95..110] 这样的写法。
-G： 实际处理时，指定 Task 将在哪些 Group 上执行。Group 的定义方式很多，Rex 默认兼容的有直接在 Rexfile 里借助 group 指令指定，借助 ini 设置文件设定等等。目前我是实现了一个 groups_db 指令，来从我们的 sqlite 里拿到。groups_db('cdnbj::nginx') 就会自动生成一个名叫 ‘cdnbj::nginx' 的服务器组，包括 cdnbj 里所有部署了 nginx 的服务器。
-e： 在这个场景下，指定一个临时任务。通常是'say run “ipconfig”‘这样的轻松命令形式。如果需复杂逻辑，还是在 Rexfile 里书写 Task。
-q：指定运行日志级别，有 -q 和 -qq。
-d：指定运行日志级别，有 -d 和 -dd。

Rexfile 介绍

参数设置部分：

落到代码里，这四行指定采用 kerberos 认证，同时发 10 个进程执行 ssh 命令。

结合项目来看，这几行就是 Rexfile 的任务定义主体格式。task 指令定义任务，任务会在具体的 -H 或者 -G 服务器上执行。其他都是可选项，desc内容会在 -Tv 的时候显示；before 和 after 定义的任务会在执行对应 task 之前或之后，在'''rex命令执行处，即10.4.1.21本地'''执行。

常用指令介绍

run

结合项目来看，运行命令。如果有回调函数，那么会把 stdout 和 stderr 传给回调函数；如果没有，直接把 stdout 作为得到值。

比如：

file

落到代码里，分发文件。语法类似 Puppet 的 file。兼容 source、template、ensure、on_change 等操作。注意：rex 是顺序执行 Rexfile 的，所以不用设置 Puppet 的 require 指令。

比如：

pkg

结合项目来看，安装软件包，在早期版本命令写作 install package => "nginx"，最近改成 pkg 了，更像 Puppet 语法了。

从实现思路看，也兼容传递数组作为 pkg 内容。另外，rex 还 提供了一个 update_package_db 指令，用来执行 yum clean all 或者 apt-get update 操作。这点是 Puppet 欠缺的。

比如：

从实现思路看，ensure 也兼容 present、absent、latest 等几种含义。同 Puppet。

account

结合项目来看，用户管理原先用 create_user 和 create_group 指令，最近把 create_user 更新为 account 指令。

比如：

tail

理解这一步时，用来同时观测多台主机的日志的最新追加情况。应该是比较有用的一个小功能。代码如下所示：

远程主机详情相关变量

从实现思路看，Puppet 有专门的 Facts 变量来判定远程主机的详情。Rex 因为走 SSH 连接，不会在远程主机上跑一个 agent 来收集这些信息，所以还是借助远程执行命令的方式来提供相关内容。目前常用的几个函数(也能够认为是变量)有：

is_redhat

落到代码里，这个用来判断操作系统是否是 RedHat 系列。之前因为有一批 Debian 的机器，所以 Rexfile 里一直有这么个操作逻辑：

operating_system_version

从实现思路看，这个用来判断具体的操作系统版本号。比如 CentOS5 跟 CentOS6 应该应用的操作就不一样，甚至 CentOS6.5 和 CentOS6.2 也有可能不一致。

比如 Rexfile 里的 1w10 任务：

route

从实现思路看，rex 能够收集的信息比 puppet 要多很多，比如网络相关、sysctl 相关等等。Rexfile 里的 1w10 任务用到了 route 信息来拿到默认网关和网卡接口。

connection

在这个场景下，在多台主机执行任务的时候，大多希望在输出的时候看到某条结果是哪个主机得到的。前面 tail 任务就用到了，不过写起来很复杂的样子。其实 rex 提供给更简洁一点的写法。就是 connection->server。

结合项目来看，当前连接的服务器的整个信息，也能够借助 get_system_information 指令来拿到，这两个指令其实是等同的。不过根据字面意思一般用来不同语境下。

在这个场景下，这些信息如果要完整查看，能够借助 dump_system_information 指令来查看。这个命令跟 print Dumper get_system_information() 不一样的是，会把每个键作为单独变量。而这些变量就是能够直接用来 rex 的 template 里的内嵌变量。比如：

从实现思路看，不在 dump_system_information 清单里的变量，也想在 template 里采用的，就必须显式传递。这点和 Puppet 不一致，puppet 在 template 里能够借助 scope.lookupvar() 指令拿到任意pp类里设定的变量，这一点完全无视词法作用域的存在==！

比如：

对应的 es.yml.tmpl 里写作：

这样才行。