linux设置服务开机自启最可靠方法是用systemd：通过systemctl enable启用服务（写入multi-user.target.wants），配合state: started确保当前运行，二者组合实现开机自启且立即生效。
直接用 systemd 模块就能可靠地管理服务开机自启，不需要写脚本或改 rc.local。核心是把 enabled 和 state 两个参数配合使用，确保服务既启动又持久生效。
设置服务开机自启并运行
这是最常见需求：服务不仅要现在跑起来，还要下次重启后自动拉起。
-
state: started保证服务当前处于运行状态 -
enabled: yes执行systemctl enable，写入启动单元配置 - 两者组合具备幂等性——已启用且已运行时，Ansible 不做任何操作
示例（Playbook 片段）：
- name: 启动并启用 nginx
ansible.builtin.systemd:
name: nginx
state: started
enabled: yes
禁用开机自启并停止服务
适用于临时下线或清理冗余服务的场景。
-
state: stopped立即终止服务进程 -
enabled: no执行systemctl disable，移除启动链接 - 注意：
enabled: no不影响当前运行状态，所以必须搭配state: stopped才能彻底停用
示例：
- name: 停止并禁用 apache2
ansible.builtin.systemd:
name: apache2
state: stopped
enabled: no
只改启动状态，不碰运行状态
有时你只想调整“是否开机启动”，但不想干扰当前服务运行。
- 省略
state参数，仅保留enabled，Ansible 只执行 enable/disable 操作 - 比如：已有服务在运行，但需新增开机自启；或服务正在运行，但要取消自启而不中断业务
- 这种分离操作更安全，避免误停关键服务
示例（仅启用开机自启）：
- name: 仅启用 nfs-server 开机自启
ansible.builtin.systemd:
name: nfs-server
enabled: yes
处理依赖服务顺序
像 NFS 这类服务有明确依赖（如 rpcbind 必须先于 nfs 启动），不能靠单条任务解决。
- 按依赖顺序编写多个 systemd 任务，Ansible 默认串行执行
- rpcbind 必须先
state: started enabled: yes，再执行 nfs 的同样操作 - 无需额外加 wait_for 或 notify，systemd 本身保障依赖关系，Ansible 只负责触发
示例片段：
- name: 启用并启动 rpcbind
ansible.builtin.systemd:
name: rpcbind
state: started
enabled: yes
- name: 启用并启动 nfs-server ansible.builtin.systemd: name: nfs-server state: started enabled: yes
只要 service 名称正确（如 nfs-server 而非 nfs，具体查 systemctl list-unit-files | grep nfs），这套方法在主流 systemd 发行版（RHEL/CentOS 7+、Ubuntu 16.04+、Debian 8+）上都稳定有效。
