由于大部分互联网公司服务器环境复杂，线上线下环境、测试正式环境、分区环境、客户项目环境等造成每个应用都要重新部署，而且服务器数量少则几十台，多则千台，若手工一台台部署效率低下，且容易出错，不利后期运维，因此需要Ansible或者Saltstack来解决此问题。
Ansible与Saltstack最大的区别是Ansible无需在被控主机部署任何客户端代理，默认直接通过SSH通道进行远程命令执行或下发配置，这里不作详细对比，直接使用Ansible。Ansible是DevOps项目基础工具之一，致力于自动化、工具化的全新维护模式，通过工具化自动化的作业，提高生产效率的同时减轻维护人员的重担。
Ansible是一款基于Python开发的自动化运维工具，实现了批量系统配置、批量程序部署、批量运行命令等功能，主要特点：
部署简单，只需在主控端部署Ansible环境，被控端无需做任何操作，默认使用SSH协议对设备进行管理；
配置简单、功能强大、扩展性强；
支持API及自定义模块，可通过Python轻松扩展；
通过Playbooks来定制强大的配置、状态管理；
幂等性：一种操作重复多次结果相同
Ansible工作流程
ansible.cfg主要配置指定host文件路径，指定roles_path参数，其它参数默认。
部署Ansible的控制机需要python 2.7及以上，需要安装paramiko模块、PyYAML、Jinja2、httplib2等模块，若被管节点为windows，则需要有powershell3并制授权远程管理。
控制节点交互一般采用公钥认证，这需要将主机节点的公钥发放到所有被管节点，也可采用密码形式通讯，但由于需要在hosts文件中明文标出不安全 不推荐，配置密码：
/etc/ansible/hosts192.168.0.200ansible_ssh_user=root ansible_ssh_pass=123@abc
主机清单（host inventory）定义了管理主机的策略，需要在host文件中写入主机的IP地址即可，若操作的主机未在清单中会提示错误。
ansible命令执行过程
1、加载自己的配置文件，默认/etc/ansible/ansible.cfg
2、查找对应的主机配置文件，找到要执行的主机或者组。
3、加载自己对应的模块文件，如command
4、通过ansible将模块或命令生成对应的临时py文件，并将该文件传输至远程服务器
5、对应执行用户家目录的.ansible/tmp/XXX/XXX.PY文件
6、给文件+x执行
7、执行并返回结果
8、删除临时py文件，sleep 0 退出。
Ansible完成任务的两种方式，一种是Ad-Hoc，就是ansible命令，另一种就是Ansible-playbook，也就是ansible-playbook命令。他们的区别就像是Command命令行和Shell Scripts。
ansible命令
获取192.168.0.123主机信息
ansible 192.168.0.123 -m shell -a "uname -a"
ansible常用模块
command、shell、raw、script执行shell命令
copy：复制文件到远程主机，可以改权限等
file设置文件目录属性等
fetch 从远程某主机获取文件到本地
service 服务程序管理，启动停止重启服务等操作
user管理用户账号
script在指定节点运行服务端的脚本
Playbooks中的一些技巧
playbook目录结构
webservice.yml为入口，files目录存放静态文件，handlers存放一些task的handler，templates存放jinja2模板文件，vars存放变量文件。
ansible-playbook执行logstash安装剧本
ansible-playbook /logstash/site.yml
这里不详细介绍playbook的使用，只摘出几个重要的使用场景方法。
delegate_to
将某一个任务委托给指定主机，如在192.168.0.9服务器上检测k8s集群状态：
- name: get status
command: get k8s status
delegate_to: "192.168.0.9"
若委派给本机的时候，还可以使用更快捷的方法local_action
- name: get status
local_action : command 'get k8s status'
run_once
run_once: true来指定该task只能在某一台机器上执行一次. 可以和delegate_to 结合使用，指定在"192.168.0.9"上执行一次升级数据库操作
- command: /opt/upgrade_db.py
run_once: true
delegate_to: "192.168.0.9"
如果没有delegate_to, 那么这个task会在第一台机器上执行
ignore_errors
指定 ignore_errors：true，任务失败继续完成剩余的任务。例如，当删除最初并不存在的日志文件时抛错 但忽略错误继续执行剩余的任务。
- name: 'Delete logs'
shell: rm -f /var/log/nginx/errors.log
ignore_errors: true
register 注册变量
使用 debug 模块与 register 变量，输出网络信息
- hosts: proxyservers
tasks:
- name: "get host port info"
shell: netstat -lntp
register: host_port
- name: "print host port"
debug:
#msg: "{{ host_port }}" # 输出全部信息
#msg: "{{ host_port.cmd }}" # 引用方式一
msg: "{{ host_port['stdout_lines'] }}" # 引用方式二
connection: local
在本地服务器上运行命令，而不是SSH
- name: 创建 aggregator proxy证书签名请求
template: src=aggregator-proxy-csr.json.j2 dest=/ssl/aggregator-proxy-csr.json
connection: local
until轮询等待
轮询等待kube-apiserver启动完成，查看api服务是否running状态，重试10次，每次间隔3秒
- name: 轮询等待kube-apiserver启动
shell: "systemctl status kube-apiserver.service|grep Active" register: api_status
until: '"running" in api_status.stdout' retries: 10 delay: 3 tags: upgrade_k8s, restart_master
when判断
当系统为centos等时执行centos.yml任务
- import_tasks: centos.yml
when: 'ansible_distribution in ["CentOS","RedHat","Amazon","Aliyun"]'
内置变量inventory_hostname
inventory_hostname变量可以获取到被操作的当前主机的主机名称，这里所说的主机名称并不是linux系统的主机名，而是对应主机在清单中配置的名称
如果使用IP配置主机，inventory_hostname的值就是IP，如果使用别名，inventory_hostname的值就是别名
如只给k8s主节点分发配置文件
- name: 分发kubeconfig配置文件
copy: src=cluster_dir/item dest=/etc/kubernetes/item
when: "inventory_hostname in groups['kube_master']"
notify指令和handlers
如果在某个task中定义了notify指令，当Ansible在监控到该任务 changed=1时，会触发该notify指令所定义的handler，然后去执行handler，需要注意的是hander是被触发而被动执行的。
网上示例，安装httpd、复制配置文件到远端主机、启动httpd服务：
cat apache.yml- hosts: webservers
remote_user: root
tasks:
- name: install apache
yum: name=httpd state=latest
- name: install configure filefor httpd
copy: src=/root/conf/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify:
- restart httpd #通知restart httpd这个触发器
- check httpd #可以定义多个触发器
- name: start httpd service
service: enabled=truename=httpd state=started
handlers： #定义触发器，和tasks同级
- name: restart httpd #触发器名字，被notify引用，两边要一致
service: name=httpd state=restart
- name: check httpd
shell: netstat -ntulp | grep80
ansible管理windows
环境要求Ansible管理主机Linux系统，远程主机的通信方式也由SSH变更为PowerShell，同时管理机必须预安装Python的Winrm模块。
Windows客户端主机开启Winrm服务，PowerShell需3.0+版本且Management Framework 3.0+版本，实测Windows 7 SP1和Windows Server 2008 R2及以上版本系统经简单配置可正常与Ansible通信。
具体安装内容这里不作详情介绍。
