Ansible的Inventory文件，可以理解为saltstack中的salt-key中的所有minion的列表以及用户自定义的nodegroup的概念，默认情况下这个文件是/etc/ansible/hosts，到目前为止，以上仅仅是Inventory文件的小小一部分作用，其实他的作用远远不止这些:)
对于/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目录下，以单个文件存储它们。
如上面提到，我们目前可以轻易的给某台或多台主机赋予变量，提供给后面的playbooks使用：
[ lightcloud ]
web1 http_port = 202 maxRequestsPerChild = 404
web2 http_port = 303 maxRequestsPerChild = 606
变量也可以通过组名，应用到组内的所有成员：
[ lightcloud ]
host1
host2
[ lightcloud : vars ]
ntp_server = ntp . lightcloud . com
proxy = proxy . lightcloud . com
主机组可以包含主机组，主机的变量可以通过继承关系，继承到最高等级的组的变量。定义主机组之间的继承关系我们使用”: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
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中对应的定义
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
