一、Inventory 库存清单文件
1.Inventory 作用
Ansible 可以在同一时间针对多个系统设施进行管理工作。它通过选择Ansible 资源清单文件中列出的系统,该清单文件默认是在/etc/ansible/hosts,也可以使用 -i <path> 进行路径的指定。文件内的格式INI 风格,中括号内为分组名。 除了这个文件之后,还可以同时使用多个清单文件,可以动态的获取,也可以从外部获取外部库存清单文件。云平台上去拉取(如AWS,或者Cobbler 的API结合)。
2.hosts文件格式是INI的格式,以及如何添加主机
和之前我们上篇文中的一样,如下所示:
[centos_group] 172.17.0.2 172.17.0.3
为了有所区别,学习需要,我们在添加1个centos-3主机(创建完成后,记得将management的公钥放到该主机上去,实现免密码登陆)
[root@docker ~]# docker run -d -it --name centos-3 --expose 222 centos_sshd_3
查看下新主机的ip
[root@docker ~]# docker exec centos-3 hostname -I 172.17.0.4
然后,我们在hosts 文件中原有 centos_group组下面,在添加单个组名webserver,组内主机设备为刚创建的centos-3,也可以以单个主机ip的方式存在(不过建议同一功能类型都分在组名里,为了后期管理方便)完整内容如下:
[centos_group] 172.17.0.2 172.17.0.3 [webserver] 172.17.0.4
[webserver 是组名,用于对系统主机进行功能分类,便于你在统一给web服务器部署管理时,不影响其它主机。这样你在使用ansible 命令执行时,输入组名就可以对.2 和 .3进行管理了。如下:
[root@docker ~]# ansible webserver -m ping 172.17.0.4 | SUCCESS => { "changed": false, "ping": "pong" }
3.非标准的 ssh 端口
这里有个题外话:在我对centos-3 容器修改sshd 运行端口时,编辑好sshd_config 配置文件后,重启ssh服务会报一下提示:
[root@731705364b56 /]# systemctl restart sshd
Failed to get D-Bus connection: Operation not permitted
我又想到用kill 命令,将sshd 服务进程杀掉,谁知容器却退出了。成了exited 状态。
后来查询资料了解到,因为容器的主进程就是CMD运行的命令 ,主进程退出时会退出容器, 在我kill sshd 进程的时候 主进程先退出了, 这时候docker容器也跟着退出了,原来要想让服务重启,要用docker 的restart命令。如下:
docker restart centos_3
重启后,端口运行在配置文件里指定的端口上啦。
如果你的主机ssh服务不是运行在 标准的22 端口时,在hosts里面就得更改定义方法了,目前有2种方式:
第一种:
[webserver] 172.17.0.4:222
第二种:
[webserver] web1 ansible_port=222 ansible_host=172.17.0.4
这里的web1 相当于是个别名。验证下:
[root@docker ~]# ansible webserver -m ping web1 | SUCCESS => { "changed": false, "ping": "pong" } [root@docker ~]# ansible web1 -m ping web1 | SUCCESS => { "changed": false, "ping": "pong" }
4.大量的主机
如果有很多同一网段和功能,并有规律的主机的话,可以使用像正则匹配的方式去修改hosts文件。如下:
[webserver] web1 ansible_port=222 ansible_host=172.17.0.4 [test] 172.17.0.[2:3]
运行ansible 验证下:
[root@docker ~]# ansible test -m ping 172.17.0.2 | SUCCESS => { "changed": false, "ping": "pong" } 172.17.0.3 | SUCCESS => { "changed": false, "ping": "pong" }
除了用数字 定义范围外,还可以用字母的方式去匹配主机名,如a到z,a到c 等。
5.包含组的组名
如果你的webserver组的主机由于centos 系统需要更新一个系统文件,这个时候你在更新centos_group组的组机时,就可以把webserver组的主机带上。就出现了带有 :children关键字的组名.
配置文件如下:
[root@docker ~]# cat /etc/ansible/hosts [centos_group] 172.17.0.2 172.17.0.3 [webserver] web1 ansible_port=222 ansible_host=172.17.0.4 [centos:children] centos_group webserver
验证下:
[root@docker ~]# ansible centos -m ping web1 | SUCCESS => { "changed": false, "ping": "pong" } 172.17.0.2 | SUCCESS => { "changed": false, "ping": "pong" } 172.17.0.3 | SUCCESS => { "changed": false, "ping": "pong" }
二、Inventory 清单参数列表
1.主机连接:
ansible_connection:连接主机的类型,这里可以是ansible连接插件的名称中的一个,如ssh 协议中的 smart,ssh或者paramiko。默认值是smart。
2.ssh 连接
- ansible_host:使用主机的名称去连接,可以使用别名
- ansible_port:如果默认不是22的话,要定义ssh的端口号
- ansible_user:默认ssh连接用户
- ansible_ssh_pass:默认ssh 连接的passwd(不要在这里出现明文密码,而是要使用vault)
- ansible_ssh_private_key_file:连接时使用私钥文件。如果不想使用ssh代理的话,可以有多个密钥
- ansible_ssh_common_args:该设置将总是为sftp,scp,ssh附加到命令行,可用于为某个主机或组配置ProxyCommand
- ansible_sftp_extra_args:该设置将sftp附加到命令行
- ansible_scp_extra_args:该设置将scp附加到命令行
- ansible_ssh_extra_args:该设置将ssh附件到命令行
- ansible_ssh_pipelining:决定是否使用ssh 管道,它将覆盖ansible.cfg中的pipelining设置
- 2.2版本后的特性.
- ansible_ssh_executable:这个设置将覆盖使用系统ssh的默认行为。它将覆盖ansible.cfg中的ssh_executable设置
使用特权命令(如sudo)
- ansible_become:允许升级权限,相当于 ansible_sudo 或者 ansible_su
- ansible_become_method:允许设置特殊权限的方法
- ansible_become_user:允许设置特殊权限的用户,相当于 ansible_sudo_user 或者 ansible_su_user
- ansible_become_pass:允许设置特殊权限的密码(不要在这里直接输入明文),相当于 ansible_sudo_pass 或者 ansible_su_pass
远程主机环境参数
ansible_shell_type:目标系统的shell 类型,你不应该设置这个参数,除非你设置的 ansible_shell_executable 与默认的sh 不兼容。默认情况下,命令是在sh shell 环境风格下运行的。此处可以设置为csh或fish shell。
- ansible_python_interpreter:目标系统的python 程序路径。这对于有多个python 版本运行环境的系统很有帮助,或者是默认python 程序不在/usr/bin/python 下,如 *BSD。
- ansible_*_interpreter:适用于任何工作,*处可以替换成其它语言,如ruby或者perl,就像ansible_python_interpreter.这将替换在该主机上运行模块时的shebang。
- 如下所示的示例文件:
some_host ansible_port=2222 ansible_user=manager aws_host ansible_ssh_private_key_file=/home/example/.ssh/aws.pem freebsd_host ansible_python_interpreter=/usr/local/bin/python ruby_module_host ansible_ruby_interpreter=/usr/bin/ruby.1.9.3
非SSH 的连接类型
如上面所说,ansible 执行剧本时通过ssh连接,但是它又不仅仅只局限于ssh这种连接类型。连接的类型是可以变的。如下面的几种
local:该连接类型将在控制机本身上执行剧本。
docker:该连接类型将使用本地docker直接将 剧本部署到 docker 容器中。以下是有连接器处理的参数:
ansible_host :要连接的docker 容器名称
ansible_user :在容器中操作的用户名,必须是容器内存在的用户
ansible_become :如果设置为 true,这个用户将被用于在容器内进行操作
ansible_docker_extra_args :可以是Docker 程序 启动时支持的额外参数,不是特定的命令,此参数主要用于配置远程Docker 守护进程使用。
如下是一个创建容器并进行部署的示例:
- name: create jenkins container docker: name: my_jenkins image: jenkins - name: add container to inventory add_host: name: my_jenkins ansible_connection: docker ansible_docker_extra_args: "--tlsverify --tlscacert=/path/to/ca.pem --tlscert=/path/to/client-cert.pem --tlskey=/path/to/client-key.pem -H=tcp://myserver.net:4243" ansible_user: jenkins changed_when: false - name: create directory for ssh keys delegate_to: my_jenkins file: path: "/var/jenkins_home/.ssh/jupiter" state: directory
如果文中有错误之处,还希望大家多多指出,互相学习,谢谢。
下一篇再学习下ansible 里的 patterns。
注:本文属于飞走不可原创,如有转载,请务必在文首注明出处。飞走不可:-_-# http://www.cnblogs.com/hanyifeng/p/6137905.html