ansible playbook 中的变量用法相关介绍（三）----set_fact模块，跨play调用变量

野性酷女 2023-07-21 05:46 22阅读 0赞

## 1.通过set\_fact定义变量 ##

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

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

如上例所示，我们通过set\_fact模块定义了一个名为testvar的变量，变量值为testtest，然后使用debug模块输出了这个变量：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70]  
是不是很简单，通过set\_fact模块就能够在tasks中定义变量了，我们也可以通过set\_fact将一个变量的值赋予另一个变量，示例如下

[root@server4 ~]# vim set2.yml 
    [root@server4 ~]# cat set2.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 script]# ansible-playbook set2.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_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 set3.yml
    [root@server4 ~]# cat set3.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 script]# ansible-playbook set3.yml

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 2]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_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信息相同罢了。

## 2.通过注册变量实现跨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 script]# ansible-playbook set4.yml

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

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

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70]: /images/20230528/c0c79a49679c464b80949d582775d9b0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 1]: /images/20230528/2a0f50fd151e4814819113118fff99ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 2]: /images/20230528/2f7c08635972494fa0b1fd89eef23ed0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 3]: /images/20230528/e19670ed010348f8ad5a4935003c3ee2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 4]: /images/20230528/c8721efe24e649538a14d8d4d1de88b0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM2NDE3Njc3_size_16_color_FFFFFF_t_70 5]: /images/20230528/2f68880c45ac4ab09595c6fcb69072dd.png