使用 Service 模块执行常见的系统管理任务

Ansible 以其全面的配置管理能力而闻名，但其用途远不止于完整的 Playbook。对于即时故障排除、快速配置检查或一次性管理任务，Ansible 的即席命令（ad-hoc commands）提供了一种强大且并行的方式来管理基础设施。

内置的 service 模块是系统管理员工具箱中最常用的工具之一。它提供了一个标准化、幂等的接口，用于跨各种 Linux 发行版管理服务，抽象了 Systemd、SysVinit 和 Upstart 等初始化系统之间的差异。本指南详细介绍了如何专门通过即席命令来利用 service 模块，执行必要的、常见的系统管理操作。

理解即席命令和 service 模块

即席命令是单行执行的命令，使用 /usr/bin/ansible 命令，并指定目标组 (-i)、模块 (-m) 和参数 (-a)。它们是非持久性的，不依赖于 Playbook YAML 文件。

service 模块主要需要两个参数：

1. name：要管理的服务名称（例如，httpd、nginx、sshd）。
2. state：所需的操作状态（started、stopped、restarted、reloaded）。
3. enabled（可选）：服务是否应在系统启动时自动启动（yes 或 no）。

即席命令基本语法

以下所有示例都使用 ansible 命令。由于管理服务通常需要 root 权限，因此 -b (become/sudo) 标志几乎总是必需的。

ansible <host_pattern> -m service -a "name=<service_name> state=<action> enabled=<yes/no>" -b

注意： 将 <host_pattern> 替换为你的目标主机或组（例如，webservers、all）。

---

1. 确保服务正在运行（启动服务）

最常见的任务之一是确保关键服务当前处于活动状态。state=started 参数确保如果服务已停止，Ansible 将启动它。如果服务已在运行，Ansible 将不执行任何操作（幂等性）。

示例：确保所有 Web 服务器上的 Nginx Web 服务器正在运行

ansible webservers -m service -a "name=nginx state=started" -b

如果 Ansible 返回 changed: true 消息，则表示服务已停止并已启动。如果返回 changed: false，则表示服务已在运行。

2. 停止服务

要立即停止一个活动服务，请使用 state=stopped。这对于维护、依赖项清理或即时安全补丁非常有用。

示例：停止所有数据库服务器上的 PostgreSQL 数据库

ansible db_servers -m service -a "name=postgresql state=stopped" -b

提示： 停止关键服务时，请确保之后使用不同的模块（例如 command 模块）运行验证命令，以在需要时确认状态（例如，ansible db_servers -a 'systemctl status postgresql'）。

3. 重启和重新加载服务

当配置文件被修改时，服务通常需要优雅地重新加载或强制重启。service 模块处理这两种操作。

重启 (state=restarted)

重启涉及服务的完全停止和随后的启动。对于影响底层守护程序行为的更改，这是必需的。

示例：重启所有主机上的 SSH 守护程序

anible all -m service -a "name=sshd state=restarted" -b

重新加载 (state=reloaded)

重新加载（如果服务支持，例如 Nginx 或 Apache）会在不中断正在运行的连接的情况下应用配置更改。这是高可用性环境中的首选方法。

示例：优雅地重新加载 Nginx 配置

anible webservers -m service -a "name=nginx state=reloaded" -b

重要提示： 如果服务不支持 reload 操作，Ansible 通常会默认执行完全 restart 或失败，具体取决于底层初始化系统的行为。请务必查阅关键服务的文档。

---

4. 管理服务持久性（启用和禁用）

state 参数控制 当前 运行时状态。独立的 enabled 参数控制服务是否在操作系统启动时自动启动。

确保服务在启动时启动 (enabled=yes)

这对于必须在主机重启后仍能运行的关键任务服务至关重要。

示例：确保 Docker 服务已启用并正在运行

anible dockernodes -m service -a "name=docker state=started enabled=yes" -b

阻止服务在启动时启动 (enabled=no)

这通常用于保护系统或禁用不必要的默认服务（例如，如果您使用基于云的防火墙，则禁用内置防火墙）。

示例：禁用默认的 Firewalld 服务

anible all -m service -a "name=firewalld state=stopped enabled=no" -b

安全最佳实践： 务必确保未使用的服务同时处于 stopped 状态和 enabled=no 状态，以防止在系统更新或重启期间意外启动。

5. 处理高级服务类型和错误

尽管通用的 service 模块设计用于所有主流初始化系统，但在某些情况下，明确处理会很有用或有必要。

当通用模块失败时

在极少数情况下，特别是在旧系统或高度定制的环境中，通用的 service 模块可能无法检测到正确的初始化系统。Ansible 为此类情况提供了特定于系统的模块：

• systemd：适用于所有现代发行版（CentOS 7+、Ubuntu 15+、Debian 8+）。
• sysvinit：适用于旧系统或专用发行版。

如果您知道您的目标正在使用 Systemd，则可以明确使用 systemd 模块，尽管其基本操作语法与通用 service 模块相同：

# 明确使用 systemd 模块（功能与 'service' 相同）
ansible servers -m systemd -a "name=chronyd state=started enabled=yes" -b

使用自定义脚本管理服务

如果您需要执行初始化系统不原生支持的服务命令（例如，在启动期间设置自定义环境变量），您可能需要将 service 模块与完整 Playbook 中的其他任务结合使用，或者使用 shell 模块进行即席干预，但这会降低幂等性。

# 使用 'shell' 执行复杂服务任务的即席命令示例（请谨慎使用）
ansible webservers -a "/usr/bin/my_custom_service_script restart" -b

Service 模块即席命令备忘单

任务	参数	示例命令
确保运行	state=started	ansible all -m service -a "name=apache2 state=started" -b
停止服务	state=stopped	ansible all -m service -a "name=fail2ban state=stopped" -b
强制重启	state=restarted	ansible servers -m service -a "name=postfix state=restarted" -b
优雅重新加载	state=reloaded	ansible webservers -m service -a "name=httpd state=reloaded" -b
设置为自启动	enabled=yes	ansible all -m service -a "name=firewalld enabled=yes" -b
禁用自启动	enabled=no	ansible all -m service -a "name=cups enabled=no" -b
确保运行并启用	state=started enabled=yes	ansible control -m service -a "name=ansible_api state=started enabled=yes" -b

结论

Ansible 的 service 模块是有效系统管理的基础，它允许操作员以幂等且大规模的方式管理服务生命周期。通过掌握即席命令语法，管理员可以即时诊断、管理和强制实施大批服务器上服务的所需状态，与手动 SSH 登录或为日常任务开发复杂的 Playbook 相比，这节省了大量时间。