ansible 修改文件变量_基于ansible的批量配置生成

背景

网络运维，我们有很多时间是在准备配置的路上，咱们之前也讲过，从脑海中或者是从自己的宝藏笔记中找出模板，一顿操作猛如虎，Ctrl C+ Ctrl V。这个过程是十分危险的，因为人不是机器，肯定会出错，放纵自己去放空自己去复制粘贴，出的配置，早晚要“湿鞋”。

我们之前讲过用jinja2+python去生成配置，今天我们讲讲用ansible去生成配置，其底层实际也使用的是jinja2。但是借助于playbook和inventory文件(hosts)，它可以帮助我们省去一些代码，同时可以将生成的配置结合ansible去实现更复杂的内容，比如推送到设备或者推送到git，比如将准备的配置在下一个ansible的playbook中使用，或者是产生的配置是下一个task的任务等等。

废话不多讲，我们来看看如何用ansible批量生成配置，以及其中的一些技巧。

其中主要涉及到的知识点是template模块的使用以及变量的定义。

我们演示的场景还是最简单的端口配置。看看如何快速生成端口配置。

jinja2模板引擎使用大家可以参考我之前的文章。

最简版：变量+jinja2模板

我们先来一个简单版本的。

简单版本首先要定义一个jinja2的模板文件，jinjia2的文件一般使用j2作为后缀。我们端口配置的j2如下：

{% for intf in  interfaces %}
{{ intf[0] }}
description {{ intf[1]}}
{% endfor %}

其中我们把端口定义为这样的一个数据格式这个是在playbook中定义的。

interfaces:

这里我们把每个端口定义成了列表，其实也可以定义成dict字典，二者各有利弊，列表写一行，看着舒坦，书写简单。dict的key会让整体可读性更好，这个看大家的取舍。我这里偷个懒。

其中变量interfaces的名字与j2文件中的变量必须同名，这个是ansible的对应模块帮我们去自动将interfaces与j2 render生成配置的，所以一定要同名。

然后我们来定义我们对应的把变量render到模板中的task了。

这个template模块，从上面的playbook来看很简单：

src：是本地jinja2模板的路径。
dest：这个从官方和网上的一些资料去看，都是remote server的路径。但是，针对网络设备，这是一个本地的路径。

还有一些和Linux文件相关的参数，是否覆盖，访问权限等，默认是覆盖的，我们不是很关注。

dest我们说是remote server的路径，这个其实描述的有点问题。对于host中的设备，如果是服务器，dest是远程服务器的路径，但是针对网络设备，这个dest是ansible主机(或者我们称之为控制器)的本地路径，这个大家要注意一下。

有兴趣大家可以去看看template的源代码，它是根据jinja2模板和变量生成配置，然后利用copy模块把配置复制到远端服务器，如果是网络设备，则会把内容创建在本地(这个是我根据实验获取一个结论，与connection的配置方式无关，在源代码中找这个逻辑找的也很模糊，作为网络运维人员，我们这样简单理解我觉得是没问题的)。

这个阶段的playbook：