如何基于ansible_facts为Ansible角色动态设置主机级变量

你遇到的ntp_tinker_panic未定义报错，本质是变量定义的层级位置错配：当前代码里的vars块实际被Ansible解析为include_role任务的局部参数，而非全局可访问的play级变量。
这类任务级局部变量仅在该特定任务运行时才会临时注入作用域，你写在最前面的debug任务完全不在这个作用域内，自然无法读取到变量值，因此才会触发未定义报错。

• 调整变量和标签的位置：把vars、tags块移到play的顶级层级，和hosts、tasks保持完全一致的缩进，使其成为整个play全局可访问的配置。
• 优化虚拟机判断逻辑：替换掉原代码里基于硬件产品名的判断方式，改用Ansible原生收集的虚拟化类型fact做判断，兼容性更稳定——只要是KVM虚拟机，ansible_facts.virtualization_type就会返回kvm，物理机上这个值为空，自动匹配你要的true/false逻辑，不需要额外维护主机组。

- name: Set up NTP or chronyd on Linux hosts
  hosts: ntp
  # 顶级play级变量，全局作用域
  vars:
    ntp_enabled: true
    ntp_manage_config: true
    ntp_timezone: America/New_York
    ntp_servers:
      - "time.google.com"
    # 逐台主机渲染判断：KVM虚拟机则为true，物理机为false
    ntp_tinker_panic: "{{ ansible_facts.virtualization_type == 'kvm' }}"
  # 顶级play级标签
  tags:
    - ntp
  tasks:
    - name: Print the value of ntp_tinker_panic
      debug:
        var: ntp_tinker_panic
    - name: Ensure time sync software is installed and configured
      include_role:
        name: geerlingguy.ntp

这种写法完全不需要为虚拟机、物理机拆分独立主机组：Ansible在执行play时，会先在每台目标主机上自动收集系统fact，再逐台渲染play级的变量表达式，最终每台主机上的ntp_tinker_panic值都会匹配自身的实际环境，不存在跨主机值污染的问题。
注意保持fact收集功能为开启状态（Ansible默认开启，除非手动在配置中关闭），否则会因为缺失虚拟化类型的fact导致变量渲染失败。

内容的提问来源于stack exchange，提问作者neUrONDf