http://docs.ansible.com/ansible/latest/intro_getting_started.html
Foreword 前言
到这里，你应该已经安装了Ansible，是时候介绍一些ad-hoc命令了。
我们首先展示的不是Ansible强大的配置/部署/编排特性。这些特性由Playbook处理，并在其他的章节描述。
本章是关于如何初步地使Ansible运行。一旦你理解了这些概念，阅读 Introduction To Ad-Hoc Commands 获取更多详细的细节，然后你就可以开始准备学习Playbooks并且他所更加有趣的部分。
Remote Connection Information 远程连接信息
在我们入门之前，有必要理解 Ansible 如何与远端机器通信，基于SSH。默认地，Ansible 1.3之后，如果可能，会尝试用本地OpenSSH来远程连接。这启用了ControlPersist(一个性能特性)，Kerberos，和 ~/.ssh/config中的选项，例如Jump Host setup。然而，当使用企业版Linux 6 操作系统作为控制机时（红帽企业级Linux和其衍生物如CentOS），OpenSSH的版本可能比较低，而不支持ControlPersist特性。在这样的系统中，Ansible会退回并采用 paramiko (由Python实现的高质量OpenSSH库)。如果你想要使用一些特性，像Kerberized SSH等，考虑使用Fedora, OS X, or Ubuntu作为你的控制机，直到你的平台支持更新版本的OpenSSH，或者使用Accelerated Mode。
Ansible 1.2之前，我们默认使用paramiko，本地ssh需要显示指定 -c ssh，或者在配置文件中设置。
你偶尔会遇到不支持SFTP的设备.虽然这很少见,但你会有概率中奖.你可以通过在配置文件(Configuration file)中切换至 SCP模式来与之链接。
当与远程主机通信时，Ansible假设你默认使用ssh keys。SSH keys 是推荐做法，但是密码认证也可以在需要的时候使用，需要指定 --ask-pass 选项。如果使用sudo特性，需要提供sudo密码，使用--ask-become-pass选项（--ask-sudo-pass已经弃用）。
也许下面说的是常识，但是这也值得提一下：任何管理系统在受控机附近运行都会得到好处，如果你正在云中运行Ansible，请使用云中的一台机器。
作为一个进阶话题,Ansible不止支持SSH来远程连接.连接方式是插件化的而且还有许多本地化管理的选项诸如管理 chroot, lxc, 和 jail containers。一个叫做‘ansible-pull’的模式能够反转主控关系并使远程系统通过定期从中央git目录检出 并 拉取 配置指令来实现背景连接通信。
Your first commands 你的第一条命令
现在你已经安装了Ansible,是时候从一些基本知识开始了。编辑(或创建) /etc/ansible/hosts 并在其中加入一个或多个远程系统.你的public SSH key必须在这些系统的``authorized_keys``中:
注意： /etc/ansible/hosts是默认的主机清单文件路径，你可以在配置文件中重写，查看这里
192.0.2.50
aserver.example.org
bserver.example.org
这是一个清单文件，更深入的解析你可以参考Inventory。
我们假设你使用SSH KEY来认证。设置SSH代理来避免重复输入密码：
$ ssh-agent bash $ ssh-add ~/.ssh/id_rsa
(取决于你的设置，你也许希望使用Ansible的 --private-key 选项,通过指定pem文件来代替SSH Key来授权)
现在ping 你的所有节点:
$ ansible all -m ping
Ansible会像SSH那样试图用你的当前用户名来连接你的远程机器。要覆写远程用户名，只需使用’-u’参数。
如果你想访问 sudo模式,这里也有标识(flags)来实现：
# as bruce $ ansible all -m ping -u bruce # as bruce, sudoing to root $ ansible all -m ping -u bruce --sudo # as bruce, sudoing to batman $ ansible all -m ping -u bruce --sudo --sudo-user batman # With latest version of ansible `sudo` is deprecated so use become # as bruce, sudoing to root $ ansible all -m ping -u bruce -b # as bruce, sudoing to batman $ ansible all -m ping -u bruce -b --become-user batman
注意： sudo 和 su 已经过时，使用become，可查看ansible命令的选项。
恭喜！你已经使用ansible连上了你的节点，不久之后，你将会阅读更多现实案例在 Introduction To Ad-Hoc Commands，探索更多不同的模块，以及学习 Ansible Playbooks语言。ansible不仅仅可以运行命令，它同样有强大的配置管理和部署特性。还有很多需要探索的，但是基础部分已经可以工作了。
Host Key Checking 主机KEY检测
Ansible 1.2.1 版本后，已经开启默认的主机密钥检测。
如果一个host被重新安装，并且有了一个不同的key在know_hosts中，这会导致一个错误信息直到被纠正。如果有个主机没有在“known_hosts”中被初始化，将会导致在交互使用Ansible或定时执行Ansible时，出现对key信息的确认提示.
如果你想禁用此项行为并明白其含义，你能够通过编辑 /etc/ansible/ansible.cfg 或 ~/.ansible.cfg来实现：
[defaults]
host_key_checking = False
或者你也可以通过设置环境变量来实现：
$ export ANSIBLE_HOST_KEY_CHECKING=False
同样注意，主机KEY检测在paramiko 模式中是相当的慢，如果你想使用这个特性，请使用ssh。
所以，在不支持高版本的OpenSSH的系统，例如rhel，centos等，不应该设置该值为False，因为ssh key登录性能差+host key checking 慢，慢慢慢。
支持高版本OpenSSH可以提高SSH登录性能
Ansible 会记录一些关于远端系统的模块参数到syslog中，除非task或者play被标记为"no_log: true"属性，后续将继续讲解。
在主控机上启用基本的日志功能参见 Configuration file文档 ，并在配置文件中设置’log_path。企业用户可能也对 Ansible Tower 感兴趣。
Tower 提供了非常强健的数据库日志特性。它使一次次向下钻取数据并查看基于主机的历史、项目、以及特定的结果集成为可能 —— 同时提供了图形和 RESTful API。