Ansible（十四）-- ansible 中的变量（三） set_fact 模块注册变量实现跨play调用变量

Myth丶恋晨 2023-07-18 14:27 141阅读 0赞

# 一、通过set\_fact定义变量 #

set\_fact是一个模块，我们可以通过set\_fact模块在tasks中定义变量，先来看一个小示例，如下

[root@server4 ~]# vim bltest8.yml 
    [root@server4 ~]# cat bltest8.yml 
    ---
    - hosts: testB
      remote_user: root
      tasks:
      - set_fact:
          testvar: "testtest"
      - debug:
          msg: "{ {testvar}}"

如上例所示，我们通过set\_fact模块定义了一个名为testvar的变量，变量值为testtest，然后使用debug模块输出了这个变量：

[root@server4 ~]# ansible-playbook bltest8.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70]  
是不是很简单，通过set\_fact模块就能够在tasks中定义变量了，我们也可以通过set\_fact将一个变量的值赋予另一个变量，示例如下

[root@server4 ~]# vim bltest9.yml 
    [root@server4 ~]# cat bltest9.yml 
    ---
    - hosts: testB
      remote_user: root
      vars:
        testvar1: test1_string
      tasks:
      - shell: "echo test2_string"
        register: shellreturn
      - set_fact:
          testsf1: "{ {testvar1}}"
          testsf2: "{ {shellreturn.stdout}}"
      - debug:
          msg: "{ {testsf1}} { {testsf2}}"
          #var: shellreturn

上例中，我们先定义了一个变量testvar1，又使用register将shell模块的返回值注册到了变量shellreturn中，

之后，使用set\_fact模块将testvar1变量的值赋予了变量testsf1，将**shellreturn变量中的stdout信息赋值给了testsf2变量，**（可以将注释去掉查看变量shellreturn的值）

最后，使用debug模块输出了testsf1与testsf2的值：

[root@server4 ~]# ansible-playbook bltest9.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 1]

如上述示例所示，**set\_fact模块可以让我们在tasks中创建变量，也可以将一个变量的值赋值给另一个变量。**

其实，通过set\_fact模块创建的变量还有一个特殊性，通过set\_fact创建的变量就像主机上的facts信息一样，可以在之后的play中被引用。

默认情况下，每个play执行之前都会执行一个名为”\[Gathering Facts\]”的默认任务，这个任务会收集对应主机的相关信息，我们可以称这些信息为facts信息，我们已经总结过怎样通过变量引用这些facts信息，此处不再赘述，而通过set\_fact模块创建的变量可以在之后play中被引用，就好像主机的facts信息可以在play中引用一样，这样说可能还是不是特别容易理解，不如来看一个小例子，如下

[root@server4 ~]# vim bltest10.yml
    [root@server4 ~]# cat bltest10.yml 
    ---
    - hosts: testB
      remote_user: root
      vars:
        testvar1: tv1
      tasks:
      - set_fact:
          testvar2: tv2
      - debug:
          msg: "{ {testvar1}} ----- { {testvar2}}"
    
    - hosts: testB
      remote_user: root
      tasks:
      - name: other play get testvar2
        debug:
          msg: "{ {testvar2}}"
      - name: other play get testvar1
        debug:
          msg: "{ {testvar1}}"

上例中一共有两个play，第一个play中，我们通过两种方式创建了两个变量，**第一个变量testvar1使用vas关键字创建，第二个变量使用set\_fact创建。**

执行上例的playbook：

[root@server4 ~]# ansible-playbook bltest10.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 2]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 3]  
可以发现，这两个变量在第一个play中都可以正常的输出。但是在第二个play中，testvar2可以被正常输出了，testvar1却不能被正常输出，会出现未定义testvar1的错误，因为在第一个play中针对testB主机进行操作时，**testvar1是通过vars关键字创建的，而testvar2是通过set\_fact创建的，所以testvar2就好像testB的facts信息一样，可以在第二个play中引用到，而创建testvar1变量的方式则不能达到这种效果**，虽然testvar2就像facts信息一样能被之后的play引用，但是在facts信息中并不能找到testvar2，只是”效果上”与facts信息相同罢了。

# 二、通过注册变量实现跨play调用变量 #

前文已经总结了注册变量的用法，其实**注册变量也可以在之后的play操作同一主机时被调用到**，示例如下

[root@server4 ~]# vim bltest11.yml
    [root@server4 ~]# cat bltest11.yml 
    ---
    - hosts: testB
      remote_user: root
      vars:
        testvar3: tv3
      tasks:
      - shell: "echo tv4"
        register: testvar4
      - debug:
          msg: "{ {testvar3}} -- { {testvar4.stdout}}"
    
    - hosts: testB
      remote_user: root
      tasks:
      - name: other play get testvar4
        debug:
          msg: "{ {testvar4.stdout}}"
      - name: other play get testvar3
        debug:
          msg: "{ {testvar3}}"

执行上例的playbook：

[root@server4 ~]# ansible-playbook bltest11.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 4]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 5]

在第二个play中获取”testvar3″时会报错，而在第二个play中获取注册变量”testvar4″时则正常，但是，注册变量中的信息是模块的返回值，这并不是我们自定义的信息，所以，如果想要在tasks中给变量自定义信息，并且在之后的play操作同一个主机时能够使用到之前在tasks中定义的变量时，则可以使用set\_facts定义对应的变量。

上述示例中，即使是跨play获取变量，也都是针对同一台主机。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70]: /images/20230528/c85a621682b549718c27f33afbd3c43d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 1]: /images/20230528/011a4e23383341fda78c65d8d518206f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 2]: /images/20230528/59f328c0c10740be9bfe9438e817aa3a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 3]: /images/20230528/f9da3a3e26894d39b0101829cae908ee.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 4]: /images/20230528/80f4af5a298c4cf9a5b2bbe5aabdc939.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1ODg3NTQ2_size_16_color_FFFFFF_t_70 5]: /images/20230528/83dcf1ca5c394f259a92b90ab21d62ce.png