Operations-ansible-02

最新推荐文章于 2024-09-14 11:45:44 发布
最新推荐文章于 2024-09-14 11:45:44 发布
阅读量404 收藏
点赞数
分类专栏： Operations 文章标签： ansible op
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010796631/article/details/50625995
版权

Operations-ansible-02-playbook

playbook组织结构

- host {hostname|inventory_name|ip} #表示远程主机标识
  remote_user:remote_user_name  #表示远程主机上执行任务的身份
  vars:     #定义变量
    Key1:Value1     #这种变量的应用方法为 {{Keyx}}
    Key2:Value2
    Keyn:Valuen
  tasks:    #表示一个任务组，用列表表示
  - name:task_name1 #具有标识性质的字符串比如：task useradd
    module_name:module_args #比如：user:name={{var_name}} state=present或者user:name=username state=present，args中的变量还可以是item中的
    when:condition  #比如条件为facts即：ansible_os_family=="RedHat"
    notify:handlers_name    #表示发生改变才触发的任务，handlers_name表示handlers条目中的名称
    with_items:
    - item_name1        #这种形式的item在args中使用 {{ item }} 应用
    - item_name2
    - item_namen
    - {var_name:'content',var_name2:'content',var_namen:'content'}      #这种形式的item在args中使用 {{ item.var_name }} 应用
    - {var_name:'content',var_name2:'content',var_namen:'content'}
    template:template_args      #这里显示使用template模块，其参数主要是 src 和 dest，一般用于配置文件的修改使用，src的配置文件应该使用jinja2模板的语法，使用{{tempalte_name}}定义，而其应用可以使用主机变量、自定义变量和vars变量
    tags:tags_name      #定义tasks的TAGS，这个tags可用于ansible-playbook -tags=tags_name playname.yml来调用特定的tasks
  - name:task_namex...      #表示可以定义多个tasks
  handlers:
  - name:handlers_name1
    module_name:module_args     #表示handlers同样也使用模块来定义任务

  - name:handlers_name2...      #表示可以定义多个handlers

使用playbook在远程主机上添加用户aaa、bbb、ccc、ddd并且密码与用户名相同

[root@localhost work]# vim useradd.yml              
- hosts: all
  remote_user: root
  tasks:
  - name: add users
    user: name={{ item }} state='present'
    with_items:
    - aaa
    - bbb
    - ccc
  - name: passwd users
    shell: echo {{ item }} | passwd --stdin {{ item }}
    with_items:
    - aaa
    - bbb
    - ccc

[root@localhost work]# ansible-playbook useradd.yml 

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [add users] ************************************************************* 
changed: [172.16.11.102] => (item=aaa)
changed: [172.16.11.101] => (item=aaa)
changed: [172.16.11.102] => (item=bbb)
changed: [172.16.11.101] => (item=bbb)
changed: [172.16.11.102] => (item=ccc)
changed: [172.16.11.101] => (item=ccc)

TASK: [passwd users] ********************************************************** 
changed: [172.16.11.101] => (item=aaa)
changed: [172.16.11.102] => (item=aaa)
changed: [172.16.11.101] => (item=bbb)
changed: [172.16.11.102] => (item=bbb)
changed: [172.16.11.101] => (item=ccc)
changed: [172.16.11.102] => (item=ccc)

PLAY RECAP ******************************************************************** 
172.16.11.101              : ok=3    changed=2    unreachable=0    failed=0   
172.16.11.102              : ok=3    changed=2    unreachable=0    failed=0

注意playbook的缩进，这可能会造成任务的失败

删除上面的四个用户

可以复用上面的文件，只需要修改、添加几个地方

[root@localhost work]# ansible-playbook --tags=modifyusers deluser.yml 

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [add users] ************************************************************* 
changed: [172.16.11.101] => (item=aaa)
changed: [172.16.11.102] => (item=aaa)
changed: [172.16.11.101] => (item=bbb)
changed: [172.16.11.102] => (item=bbb)
changed: [172.16.11.101] => (item=ccc)
changed: [172.16.11.102] => (item=ccc)

PLAY RECAP ******************************************************************** 
172.16.11.101              : ok=2    changed=1    unreachable=0    failed=0   
172.16.11.102              : ok=2    changed=1    unreachable=0    failed=0

[root@localhost work]# ansible-playbook --tags=modifyusers deluser.yml

添加tags一定要做好缩进，否则可能会报错，要把tags写到对应的-name条目下

安装httpd程序，上传httpd配置文件，如果配置文件修改就重启httpd服务，如果配置文件没有修改就启动httpd服务

# yml文件
[root@localhost work]# vim srv.yml
- hosts: all
  remote_user: root
  tasks:
  - name: install httpd
    yum: name='httpd' state='present'
  - name: upload httpd.conf
    template: src=/work/httpd.conf dest=/etc/httpd/conf/
    notify: changed
  - name: start httpd
    service: name=httpd state=started
  handlers:
  - name: changed
    service: name=httpd state=restarted


# 运行状况

[root@localhost work]# ansible-playbook srv.yml 

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [install httpd] ********************************************************* 
changed: [172.16.11.101]
changed: [172.16.11.102]

TASK: [upload httpd.conf] ***************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [start httpd] *********************************************************** 
changed: [172.16.11.101]
changed: [172.16.11.102]

PLAY RECAP ******************************************************************** 
172.16.11.101              : ok=4    changed=2    unreachable=0    failed=0   
172.16.11.102              : ok=4    changed=2    unreachable=0    failed=0   

# 远程主机状况
[root@husa ~]# ss -ntl
State      Recv-Q Send-Q                                           Local Address:Port                                             Peer Address:Port 
LISTEN     0      128                                                          *:22                                                          *:*     
LISTEN     0      100                                                  127.0.0.1:25                                                          *:*     
LISTEN     0      128                                                         :::80                                                         :::*     
LISTEN     0      128                                                         :::22                                                         :::*     
LISTEN     0      100                                                        ::1:25                                                         :::* 

# 可以看到已经启动了80端口服务

如何修改上述两台远程主机的端口分别为808

# 定义一个变量
[root@localhost work]# vim srv.yml    
- hosts: all
  remote_user: root
  vars:
   port: 808
  tasks:
  - name: install httpd
    yum: name='httpd' state='present'
  - name: upload httpd.conf
    template: src=/work/httpd.conf dest=/etc/httpd/conf/
    notify: changed
  - name: start httpd
    service: name=httpd state=started
  handlers:
  - name: changed
    service: name=httpd state=restarted

# 修改上传的配置文件
[root@localhost work]# vim /work/httpd.conf 
#Listen 12.34.56.78:80
#Listen 80
Listen {{ port }}


# 运行

[root@localhost work]# ansible-playbook srv.yml 

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [install httpd] ********************************************************* 
ok: [172.16.11.102]
ok: [172.16.11.101]

TASK: [upload httpd.conf] ***************************************************** 
changed: [172.16.11.101]
changed: [172.16.11.102]

TASK: [start httpd] *********************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

NOTIFIED: [changed] *********************************************************** 
changed: [172.16.11.101]
changed: [172.16.11.102]

PLAY RECAP ******************************************************************** 
172.16.11.101              : ok=5    changed=2    unreachable=0    failed=0   
172.16.11.102              : ok=5    changed=2    unreachable=0    failed=0   

# 远程主机端口
[root@husa ~]# ss -ntl
State      Recv-Q Send-Q                                           Local Address:Port                                             Peer Address:Port 
LISTEN     0      128                                                          *:22                                                          *:*     
LISTEN     0      100                                                  127.0.0.1:25                                                          *:*     
LISTEN     0      128                                                         :::808                                                        :::*     
LISTEN     0      128                                                         :::22                                                         :::*     
LISTEN     0      100                                                        ::1:25                                                         :::*

使用roles安装httpd并配置httpd.conf然后启动httpd服务

# 创建roles的目录结构

[root@localhost roles]# cd
[root@localhost ~]# mkdir -pv  /etc/ansible/roles/real\ server/{meta,handlers,vars,files,templates,tasks}
mkdir: created directory `/etc/ansible/roles/real server'
mkdir: created directory `/etc/ansible/roles/real server/meta'
mkdir: created directory `/etc/ansible/roles/real server/handlers'
mkdir: created directory `/etc/ansible/roles/real server/vars'
mkdir: created directory `/etc/ansible/roles/real server/files'
mkdir: created directory `/etc/ansible/roles/real server/templates'
mkdir: created directory `/etc/ansible/roles/real server/tasks'
[root@localhost ~]# cd /etc/ansible/roles/real\ server/

# 定义roles所用到的文件

[root@localhost real server]# cp /work/httpd.conf ./files/          # 配置文件的port变量定义为 {{ port }}

# 定义任务

[root@localhost real server]# vim tasks/main.yml
- name: install httpd
  yum: name='httpd' state='present'
- name: upload httpd.conf
  template: src=httpd.conf dest=/etc/httpd/conf/
  notify: changed
- name: start httpd
  service: name=httpd state=started

# 定义变量

[root@localhost real server]# vim vars/main.yml
port: 808

# 定义handlers

[root@localhost real server]# vim handlers/main.yml
- name: changed
  service: name='httpd' state='restart'

# roles目录结构

[root@localhost work]# tree /etc/ansible/roles/
/etc/ansible/roles/
└── real server
    ├── files
    │   └── httpd.conf
    ├── handlers
    │   └── main.yml
    ├── meta
    ├── tasks
    │   └── main.yml
    ├── templates
    └── vars
        └── main.yml

# 定义roles.yml

[root@localhost work]# vim roles.yml
- hosts: all
  remote_user: root
  roles:
  - real server

# 运行

[root@localhost work]# ansible-playbook roles.yml 

PLAY [all] ******************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [172.16.11.101]
ok: [172.16.11.102]

TASK: [webserver | install httpd] ********************************************* 
changed: [172.16.11.101]
changed: [172.16.11.102]

TASK: [webserver | upload httpd.conf] ***************************************** 
changed: [172.16.11.102]
changed: [172.16.11.101]

TASK: [webserver | start httpd] *********************************************** 
changed: [172.16.11.101]
changed: [172.16.11.102]

NOTIFIED: [webserver | changed] *********************************************** 
failed: [172.16.11.102] => {"failed": true}
msg: value of state must be one of: running,started,stopped,restarted,reloaded, got: restart
failed: [172.16.11.101] => {"failed": true}
msg: value of state must be one of: running,started,stopped,restarted,reloaded, got: restart

FATAL: all hosts have already failed -- aborting

NOTIFIED: [webserver | changed] *********************************************** 
FATAL: no hosts matched or all hosts have already failed -- aborting


FATAL: all hosts have already failed -- aborting

NOTIFIED: [webserver | changed] *********************************************** 
FATAL: no hosts matched or all hosts have already failed -- aborting


FATAL: all hosts have already failed -- aborting

PLAY RECAP ******************************************************************** 
           to retry, use: --limit @/root/roles.retry

172.16.11.101              : ok=4    changed=3    unreachable=0    failed=1   
172.16.11.102              : ok=4    changed=3    unreachable=0    failed=1  

# 虽然执行结果中含有错误，但是仔细分析就会发现这是正确的，因为httpd.conf配置文件是第一次上传，并没有发生变化，所以changed任务才会失败，因此后续的notify也会失败

可以这样理解：在没有roles之前，是把所有的任务“头”都要写出来，比如tasks、handlers；但是使用roles之后，这些“头”直接以目录的形式体现了，所有在这些目录中不需要再写“头”，只需要写出这些entry的内容就行了…这是我的理解

华小熊
关注
专栏目录
aaa
Areation的博客
01-12 1001
图形学领域的关键算法及源码[转] 转载 2017年08月17日 16:47:24 标签：图形学 /算法 571 Computer Graphics Research Software   Last updated December 5, 2012. Try searching this
Operations-ansible-01
husa的博客
02-02 1007
Operations-ansible-01ansiblefeatures模块化，调用特定的模块来完成特定任务 基于python语言实现，由paramiko、pyYAML和jinja2三个关键模块实现 部署简单，agentless 主从模式 支持自定义模块 支持playbook 幂等性：运行多次，结果相同 组成部分ansible core host inventory：主机库，定义了ansible能够
Ceph-ansible 安装 ceph （rbd + rgw）
Man_In_The_Night的博客
07-15 4027
实验环境： 3 台 monitor 节点：centos7.6 操作系统 3台 osd 节点: centos7.6 操作系统，每台 20 块磁盘 所有节点上配置好 ceph yum repo 源 ceph 集群结构：集群只开启 rbd、rgw 服务（块存储、对象存储网关），3 个 monitor 节点还充当 rgw、mgr 节点 1、github 下载版本 ceph-ansible-stable-3.2 并解压 ceph-ansible 2、按照 requirement.txt 要求安装 ansible 2.
Ansible01-Ansible基础和部署
苦行僧的妖孽日常
06-26 262
描述 Ansible 自动化Linux管理任务、基本的 Ansible 概念，在控制节点上安装Ansible。描述 Ansible 清单概念并管理静态清单文件。 描述 Ansible 配置文件的位置、Ansible 如何选择这些文件，并编辑它们以对默认设置应用更改。 使用临时命令运行单个 Ansible 自动化任务，并解释临时命令的一些用例。
Ansible 实战案例--Ansible Ad-Hoc 组件详解
XY0918ZWQ的博客
09-29 446
Ansible 组件详解前言一、命令执行1、shell2、command3、remove二、包管理1、yum_repository2、yum三级标题四级标题五级标题六级标题总结 前言 在 Ansible 中有 8 个主要的 Ansible 管理工具， 每个管理工具都是一系列的模块 、 参数支持。 随时可获取的帮助信息对了解掌握 Ansible 系统非常重要。 对于Ansible 每个工具， 都可以简单地在命令后面加上 -h 或-help 直接获取帮助。 提示：本篇文章所使用的环境为centos-8.2基
ansible-playbook常用命令参数
bobo now~
10-20 1161
ansible-playbook常用命令参数
自动化运维-Ansible playbook执行
ty-boy的博客
04-10 642
Playbook Playbook 翻译过来就是“剧本”， 那 playbook 组成如下 play: 定义的是主机的角色 task: 定义的是具体执行的任务 playbook: 由一个或多个 play 组成，一个 play 可以包含多个 task 任务 简单理解为: 使用不同的模块完成一件事情 #Playbook 的优势 功能比ansible命令更强大 能很好的控制先后执行顺序, 以...
H3C ansible安装
weixin_43089784的博客
05-04 532
八、备份原有ncclient中的rpc.py及manager.py后，将H3C中的ansible的这两个文件复制到对应目录。六、使用pip3安装ncclient、scp、textfsm、ipaddr。十、当前H3C提供的rpc.py缺少GenericRPC，需要将其进行修改。一、安装python3环境，此处我这边使用的时python3.8.6.三、使用pip3安装ansible环境。七、下载H3C的ansible文件。九、安装H3C ansible文件。十二、修改ansible的配置文件。
ansible-galaxy 介绍
码农崛起
02-09 6324
一：介绍 Ansible 的 Galaxy 工具，类似程序员使用的 github，docker 镜像仓库,yum仓库和deb仓库等。可以将自己编写的 Role 通过 Galaxy 这个平台进行分享。同样，我们也可以通过 Galaxy 这个平台去获取一些我们想要的 Role Galaxy 官网:https://galaxy.ansible.com ansible-galaxy 则是一个使用 Galaxy 命令行的工具。 二进制文件一般不放到角色中管理，因此我们下载的角色基本都是文本文件 galax.
devops-ansible
04-05
【文件名称列表】"devops-ansible-master" 告诉我们这是一个 Git 仓库的主分支，很可能包含了项目的源代码、配置文件和其他相关资源。在 Ansible 的环境中，这些文件可能包括 playbook（Ansible 的剧本，用于定义...
ansible-jsonpatch:Ansible模块，用于修补JSON文件
05-15
ansible-jsonpatch Ansible模块，用于修补JSON文件 描述 此Ansible模块遵循用于JSON符号）和用于JSON修补）。 除标准外，还有RFC 6901中未概述的其他标记功能：您可以在路径中用*字符指定数组的每个成员。 安装 ...
Mastering Ansible - Second Edition
04-02
Finally, you will discover the methods used to examine and debug Ansible operations, helping you to understand and resolve issues. By the end of the book, the readers will be able to unlock the true...
84.第十八章 运维自运化之ANSIBLE -- Ansible入门(二)
Raymond的博客
04-09 412
3.3.1 ansible-doc 此工具用来显示模块帮助,相当于man 格式 ansible-doc [options] [module...] -l, --list #列出可用模块 -s, --snippet #显示指定模块的playbook片段 范例： #列出所有模块 ansible-doc -l #查看指定模块帮助用法 ansible-doc ping #查看指定模块简要的帮助用法 ansible-doc -s ping 范例: 查看模块数量 [root@ansible ~]# date Mon
Ansible自动化部署kubernetes集群
niwoxiangyu的博客
09-10 640
安装的kubernetets版本为1.28.5，Calico版本为3.26.4，容器运行环境为containerd。
ansible_find模块
qq_43527128的博客
09-11 388
1.find模块返回的格式。2.在后面调用的时候按照相应的key 取对应的value。
Linux之ansible的playbook剧本(yaml文件)
m0_63996800的博客
09-10 1008
一个剧本（即playbook），可以包含多个play每个play用于在指定的主机上，通过模块和参数执行相应的任务每个play可以包含多个任务。任务有模块和参数构成。paly要建立在ansible文件夹下才能使用因为yaml文件对格式要求很严格所有本人在编写时会设置一下vim编译器的一些功能格式。
ansible安全优化篇
最新发布
happy_king_zi的博客
09-14 1194
Telnet协议诞生于20世纪60年代后期，最初被应用到基于TCP协议的大型私有网络之中，默认端口是23号端口。Telnet是一种文本协议，用于在不同网络间传输数据。Telnet属于底层协议，至今它依然是我们现在使用的很多通信协议的基础，比如HTTP、FTP以及POP3。随着SSH的到来，Telnet开始逐渐退出远程管理的舞台。Linux系统的sudo命令可以让普通用户以root（也可以指定为其他用户）的权限来执行指定命令，这样不仅减少了root用户和管理时间，同样也提高了安全性。
Ubuntu Juju 与 Ansible的区别
xidianjiapei001的博客
09-11 727
Juju and Ansible are both powerful tools used for managing and orchestrating IT infrastructure and applications, but they have different approaches and use cases.
K8SFramework
03-29
As an AI language model, I ...Overall, K8SFramework can help organizations streamline their Kubernetes operations, reduce manual tasks, and improve the reliability and scalability of their applications.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值