十年匠心定制 · 商业建站与技术教学双线并行 咨询热线:400-886-1026 service@lmnt.cn
ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

自动化运维-Ansible触发器与变量

自动化运维-Ansible触发器与变量 一、Ansible触发器有这样一个场景当nginx配置更新后希望nginx可以自动重载配置如果nginx配置没有做任何变动则不做任何动作。这样的需求我们该如何实现呢在Ansible中提供了一个handlers的“触发器”机制可以用于实现上述需求。handlers任务执行后的条件触发器这是Ansible中最传统、最常用的“触发器”实现。它是一类特殊的任务只有当被其他任务通过notify关键词明确通知时才会在Playbook执行的最后阶段运行。工作流程当一个任务执行并导致系统状态发生改变状态变为changed时它可以使用notify指令去“通知”一个或多个Handler。被通知的Handler会在当前Play的所有任务执行完毕后统一按顺序执行。关键特性条件触发只有任务真正改变了系统状态才会触发通知避免不必要的操作。只执行一次即使在整个Playbook运行期间一个Handler被多个任务多次通知它也只会执行一次。这能有效避免如多次重启服务等问题。典型应用场景最经典的用法是在配置文件被修改后自动重启相关服务以使新配置生效。配置示例以下示例中Write the apache config file任务在更新配置文件后会通过notify触发Restart apache这个Handler来重启服务。tasks:-name:Write the apache config fileansible.builtin.template:src:/srv/httpd.j2dest:/etc/httpd.confnotify:# 任务发生改变时通知名为 Restart apache 的 handler-Restart apachehandlers:# 定义 handler-name:Restart apacheansible.builtin.service:name:httpdstate:restarted默认情况下所有task执行完毕后才会执行各个handler并不是执行完某个task后立即执行对应的handler如果想要在执行完某些task后立即执行对应的handler则需要使用meta模块如下示例所示tasks:-name:Write the apache config fileansible.builtin.template:src:/srv/httpd.j2dest:/etc/httpd.confnotify:# 任务发生改变时通知名为 Restart apache 的 handler-Restart apache-meta:flush_handlershandlers:# 定义 handler-name:Restart apacheansible.builtin.service:name:httpdstate:restarted当配置文件发生改变会通知Restart apache立即执行。二、Ansible变量变量在编程语言中变量是一个可以存储数据的“容器”其值可以被改变和重新赋值。用途为一段数据赋予一个简短、易于记忆的名称便于在代码中重复引用。变量名规则有效的变量名只能包含字母、数字和下划线并且必须以字母开头。在 Ansible 中可以通过以下几种形式传递变量1. Ad-hoc 命令行传递在执行ansible或ansible-playbook命令时可以通过-e参数指定外部变量。-evarvalue这种形式定义的变量拥有最高优先级。如果与其他方式定义的变量名冲突将优先使用此处指定的值。2. 在 Inventory 中定义变量在 Inventory 文件中可以通过以下两种方式定义变量为特定主机定义变量在主机行后直接赋值。IP/HOSTNAME variable_namevalue为组定义变量在组名下使用[groupname:vars]段落。[groupname:vars] variable_namevalue [all:vars] variable_namevalue[all:vars]下定义的变量对所有组都有效。3. 在 Playbook 中定义变量3.1 直接在 Playbook 中定义变量这是最直接的方式适用于变量数量不多、且仅在当前 Playbook 中使用的情况。变量通过vars关键字在 Play 的顶层定义。----hosts:webservervars:-var1_name:hello-var2_name:worldtasks:-name:显示变量值debug:var:var1_name,var2_name说明vars关键字下可以定义一个列表每个列表项都是一个键值对形式的变量。定义的变量在整个 Play即当前hosts作用域内有效可以在后续的所有任务中通过{{ 变量名 }}引用。这种方式简单明了适合定义环境、路径等固定值。3.2 使用 vars_files 引入外部变量文件当变量较多或需要在多个 Playbook 之间复用时可以将变量定义在独立的 YAML 文件中然后通过vars_files关键字引入。文件路径可以是相对路径相对于 Playbook 文件或绝对路径。----name:使用外部变量文件hosts:webservervars_files:-./vars.yaml# 引入当前目录下的 vars.yaml 文件tasks:-debug:msg:变量值{{ var1_name }}, {{ var2_name }}说明vars_files接受一个列表可以同时引入多个变量文件。引入后文件中定义的变量可以在当前 Play 的所有任务中直接使用。这种方式有助于实现配置与逻辑的分离提升 Playbook 的可维护性。4.在Role中定义----hosts:webserverroles:-{role:web,port:80}说明role:web表示调用变量的角色。port:80role可调用的变量和变量的值。5.注册变量将任务执行的结果使用register注册保存到变量供后续任务使用。----hosts:webservertasks:-name:register a variableshell:echo hello worldregister:print_hello-name:show print_hellodebug:msg:{{print_hello.stdout}}以上shell模块执行的命令因为实际上是在被管理节点上执行的所以输出的结果不会在剧本执行过程中输出如果需要使用输出的结果需要将其注册为一个变量。6.系统信息变量系统信息变量:facts默认会执行可在playbook中直接调用。属性:{{ ansible_hostname}}层级属性:{{ ansible_devices.vda.size}}数组: {{ ansible_dns.nameservers[0] }}如果用不到facts建议关闭可以提高剧本执行效率。----hosts:webservergather_facts:no#关闭使用false也可以tasks:-name:Install nginxyum:name:nginxstate:presenttags:install系统信息变量可以通过ansible webserver -m setup 命令查看。----hosts:webservertasks:-name:获取bond0的名称debug:msg:{{ansible_bond0.device}}系统信息变量通过.表示层级关系。7.内置主机变量常用的内置变量:inventory_hostname #清单主机名hostvars #包含被控制主机的所有变量hostvars.node1 #只调用node1主机所有变量hostvars.node1.group_names #显示node1所在的组的名字groups #所有主机以及组信息groups.all #所有被控制主机主机名groups.test01 #显示test01组里的所有主机名groups_names #当前运行任务的主机所在的组的名字hostvars获取当前目标主机主机名----hosts:webservergather_facts:notasks:-debug:msg:{{hostvars}}-debug:msg:{{hostvars[192.168.32.150][inventory_hostname]}}group_names:当前主机所在的组:----hosts:webservertasks:-debug:msg:{{group_names}}groups:资产清单中所有组的列表:----hosts:webservergather_facts:notasks:-debug:msg:{{groups}}本篇文章介绍了触发器以及7种变量的定义与使用方式如果您有疑问欢迎留言交流。
返回列表