控制任务的运行位置：委派和本地操作

默认情况下，Ansible 会收集事实并在与 playbook 的 hosts 行匹配的计算机上执行所有任务。此页面向您展示如何将任务委派给不同的机器或组、将事实委派给特定的机器或组，或者在本地运行整个 playbook。使用这些方法，您可以精确而高效地管理相互关联的环境。例如，在更新您的 Web 服务器时，您可能需要暂时将它们从负载均衡池中移除。您无法在 Web 服务器本身上执行此任务。通过将任务委派给 localhost，您可以将所有任务保持在同一个 play 中。

不能被委派的任务 

某些任务始终在控制节点上执行。这些任务，包括 include、add_host 和 debug，不能被委派。您可以从 connection 属性文档中确定是否可以委派操作。如果 connection 属性指示 support 为 False 或 None，则该操作不使用连接且不能被委派。

委派任务 

如果要在引用其他主机的情况下在一个主机上执行任务，请在任务上使用 delegate_to 关键字。这非常适合管理负载均衡池中的节点或控制中断窗口。您可以将委派与 serial 关键字结合使用，以控制一次执行的主机数量。

---
- hosts: webservers
  serial: 5

  tasks:
    - name: Take out of load balancer pool
      ansible.builtin.command: /usr/bin/take_out_of_pool {{ inventory_hostname }}
      delegate_to: 127.0.0.1

    - name: Actual steps would go here
      ansible.builtin.yum:
        name: acme-web-stack
        state: latest

    - name: Add back to load balancer pool
      ansible.builtin.command: /usr/bin/add_back_to_pool {{ inventory_hostname }}
      delegate_to: 127.0.0.1

此 play 中的第一个和第三个任务在 127.0.0.1 上运行，即运行 Ansible 的机器。还有一种可以在每个任务的基础上使用的简写语法：local_action。以下是与上面相同的 playbook，但使用简写语法委派给 127.0.0.1。

---
# ...

  tasks:
    - name: Take out of load balancer pool
      local_action: ansible.builtin.command /usr/bin/take_out_of_pool {{ inventory_hostname }}

# ...

    - name: Add back to load balancer pool
      local_action: ansible.builtin.command /usr/bin/add_back_to_pool {{ inventory_hostname }}

您可以使用本地操作来调用 ‘rsync’，以递归方式将文件复制到受管服务器。

---
# ...

  tasks:
    - name: Recursively copy files from management server to target
      local_action: ansible.builtin.command rsync -a /path/to/files {{ inventory_hostname }}:/path/to/target/

请注意，您必须为此配置无密码的 SSH 密钥或 ssh-agent，否则 rsync 会要求输入密码。

要指定更多参数，请使用以下语法

---
# ...

  tasks:
    - name: Send summary mail
      local_action:
        module: community.general.mail
        subject: "Summary Mail"
        to: "{{ mail_recipient }}"
        body: "{{ mail_body }}"
      run_once: True

注意

如果存在，ansible_host 变量和其他连接变量会反映任务被委派到的主机的信息，而不是 inventory_hostname。
任务被委派到的主机不会从委派任务的主机继承变量。

警告

尽管您可以 delegate_to 一个在清单中不存在的主机（通过添加 IP 地址、DNS 名称或连接插件的任何要求），但这样做不会将主机添加到您的清单中，并且可能会导致问题。以这种方式委派的主机会从“all”组继承变量（假设 VARIABLE_PRECEDENCE 包括 all_inventory）。如果您必须 delegate_to 非清单主机，请使用 add host 模块。

委派上下文中的模板 

请注意，在委派下，执行解释器（通常为 Python）、connection、become 和 shell 插件选项现在将使用委派到的主机的值进行模板化。除 inventory_hostname 之外的所有变量现在都将从该主机而不是原始任务主机中使用。如果您需要原始任务主机的变量来设置这些选项，则必须使用 hostvars[inventory_hostname]['varname']，即使 inventory_hostname_short 也指向委派的主机。

委派和并行执行 

默认情况下，Ansible 任务并行执行。委派任务不会改变这一点，也不会处理并发问题（多个 fork 写入同一文件）。最常见的情况是，用户在为所有主机更新单个委派到的主机上的单个文件（例如，使用 copy、template 或 lineinfile 模块）时会受到影响。它们仍将在并行 fork 中运行（默认 5 个）并相互覆盖。

这可以通过几种方式处理

- name: "handle concurrency with a loop on the hosts with `run_once: true`"
  lineinfile: "<options here>"
  run_once: true
  loop: '{{ ansible_play_hosts_all }}'

通过使用 serial: 1 的中间 play 或在任务级别使用 throttle: 1，有关更多详细信息，请参阅控制 playbook 执行：策略等。

委派事实 

委派 Ansible 任务就像在现实世界中委派任务一样 - 您的杂货属于您，即使其他人将它们送到您家。同样，由委派任务收集的任何事实默认都分配给 inventory_hostname（当前主机），而不是生成事实的主机（委派到的主机）。要将收集到的事实分配给委派的主机而不是当前主机，请将 delegate_facts 设置为 true。

---
- hosts: app_servers

  tasks:
    - name: Gather facts from db servers
      ansible.builtin.setup:
      delegate_to: "{{ item }}"
      delegate_facts: true
      loop: "{{ groups['dbservers'] }}"

此任务收集 dbservers 组中机器的事实并将事实分配给这些机器，即使该 play 的目标是 app_servers 组。这样，您就可以查找 hostvars[‘dbhost1’][‘ansible_default_ipv4’][‘address’]，即使 dbservers 不是 play 的一部分，或者被使用 --limit 排除在外。

本地 Playbook 

在远程主机本地使用 playbook，而不是通过 SSH 连接可能很有用。这可以通过将 playbook 放入 crontab 中来确保系统的配置。这也可以用于在操作系统安装程序（如 Anaconda kickstart）内运行 playbook。

要在本地运行整个 playbook，只需将 hosts: 行设置为 hosts: 127.0.0.1，然后像这样运行 playbook。

ansible-playbook playbook.yml --connection=local

或者，即使 playbook 中的其他 play 使用默认的远程连接类型，也可以在单个 playbook play 中使用本地连接。

---
- hosts: 127.0.0.1
  connection: local

注意

如果您将连接设置为 local 并且没有设置 ansible_python_interpreter，则模块将在 /usr/bin/python 下运行，而不是在 {{ ansible_playbook_python }} 下运行。请务必在 host_vars/localhost.yml 中设置 ansible_python_interpreter: “{{ ansible_playbook_python }}”，例如。您可以通过使用 local_action 或 delegate_to: localhost 来避免此问题。

另请参阅

Ansible Playbook: Playbook 简介
控制 playbook 执行：策略等: 控制 Ansible 执行方式和位置的更多方法
沟通: 有问题吗？需要帮助吗？想分享您的想法？请访问 Ansible 通信指南

控制任务的运行位置：委派和本地操作

不能被委派的任务

委派任务

委派上下文中的模板

委派和并行执行

委派事实

本地 Playbook