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