Inventory
Ansible的Inventory文件,可以理解为saltstack中的salt-key中的所有minion的列表以及用户自定义的nodegroup的概念,默认情况下这个文件是/etc/ansible/hosts,到目前为止,以上仅仅是Inventory文件的小小一部分作用,其实他的作用远远不止这些:)
Hosts and Groups
对于/etc/ansible/hosts最简单的定义格式像下面:
mail . lightclooud . com [ webservers ] web1 . lightcloud . com web2 . lightcloud . com [ cloudservers ] cloud1 . lightcloud . com cloud2 . lightcloud . com |
- 想当然,标准的FQDN自然表示的是主机的主机名或者域名
- 中括号中的名字代表组名,你可以根据你自己的需求将庞大的主机分成具有标识的组。
如果某些主机的SSH运行在自定义的端口上,ansible使用Paramiko进行ssh连接时,不会使用你SSH配置文件中列出的端口,但是如果修改ansible使用openssh进行ssh连接时将会使用:
badwolf . lightcloud . com : 5309 |
假如你想要为某些静态IP设置一些别名,类似于SaltStack中minion配置文件中id的参数配置。你可以这样做:
jumper ansible_ssh_port = 5555 ansible_ssh_host = 192.168.1.50 |
假如你有很多主机遵循某一种模式,你还可以这样来表示他们:
[ webservers ] web [ 1 : 50 ] . lightcloud . com |
- 表示从web1到web50,共计50台主机
当然你还可以通过字母来定义可变的范围,例如:
[ database ] db - [ a : f ] . lightcloud . com |
对于每台主机的连接类型,连接用户等这些你都可以完全自定义,例如:
[ targets ] localhost ansible_connection = local cloud1 . lightcloud . com ansible_connection = ssh ansible_ssh_user = light cloud2 . lightcloud . com ansible_connection = ssh ansible_ssh_user = cloud |
而对于上面的定义方式,只能算是我们针对每台主机的一个快速定义,随后将会讲述如何在host_vars目录下,以单个文件存储它们。
Host Variables
如上面提到,我们目前可以轻易的给某台或多台主机赋予变量,提供给后面的playbooks使用:
[ lightcloud ] web1 http_port = 202 maxRequestsPerChild = 404 web2 http_port = 303 maxRequestsPerChild = 606 |
Groups Variables
变量也可以通过组名,应用到组内的所有成员:
[ lightcloud ] host1 host2 [ lightcloud : vars ] ntp_server = ntp . lightcloud . com proxy = proxy . lightcloud . com |
Groups of Groups, and Group Variables
主机组可以包含主机组,主机的变量可以通过继承关系,继承到最高等级的组的变量。定义主机组之间的继承关系我们使用”:children”来表示:
[ atlanta ] host1 host2 [ raleigh ] host2 host3 [ southeas : children ] atlanta raleigh [ southeas : vars ] some_server = foo . southeast . example . com halon_system_timeout = 30 self_destruct_countdown = 60 escape_pods = 2 [ usa : children ] southeast northeast southwest northwest |
Splitting Out Host and Group Specific Data
Ansible并不建议将主机的变量都存储在Inventory文件中,这些变量也可以存储在单个文件中,而这些变量文件必须遵循YAML语法,假设Inventory文件没有被修改,路径如下:
/ etc / ansible / hosts |
如果主机的名字“foosball”,两个组的名字分别是“raleigh”,“raleigh”,以下路径的yaml文件中的变量将会应用到对应的主机上:
/ etc / ansible / group_vars / raleigh / etc / ansible / group_vars / webservers / etc / ansible / host_vars / foosball |
Tip:在Ansible 1.2或更高版本中,group vars和host vars目录可以存在于playbook目录或者Inventory目录,如果两个目录都存在同一主机的相同定义,那么playbook目录将会第二次被加载,也就是说playbook中定义的将会覆盖Inventory中对应的定义
List of Behavioral Inventory Parameters
Ansible内置了一些关于连接主机的变量,设置以下变量控制ansible与远程主机:
ansible_ssh_host ansible 通过 ssh 连接的 IP 或者 FQDN ansible_ssh_port SSH 连接端口 ansible_ssh _ user 默认 SSH 连接用户 ansible_ssh_pass SSH 连接的密码(这是不安全的, ansible 极力推荐使用 -- ask - pass 选项或使用SSH keys ) ansible_sudo_pass sudo 用户的密码 ansible_connection SSH 连接的类型: local , ssh , paramiko ,在 ansible 1.2 之前默认是 paramiko ,后来智能选择,优先使用基于 ControlPersist 的 ssh (支持的前提) ansible_ssh_private_key_file SSH 连接的公钥文件 ansible_shell _ type 指定主机所使用的 shell 解释器,默认是 sh ,你可以设置成 csh , fish 等 shell 解释器 ansible_python _ interpreter 用来指定 python 解释器的路径 ansible \ _ \ * \ _interpreter 用来指定主机上其他语法解释器的路径,例如 ruby , perl 等 |
例如:
some_host ansible_ssh_port = 2222 ansible_ssh_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 |