Ansible主机与组的定义Inventory

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