Ansible运维自动化工具

shilang

　　1》Ansible
　　1>ansible简介　　　　　　　　
　　ansible是新出现的自动化运维工具，基于Python开发，集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点，实现了批量系统配置、批量程序部                            署、批量运行命令等功能。ansible是基于模块工作的，本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块，ansible只是提供一种框架。主要包括：
　　(1)、连接插件connection plugins：负责和被监控端实现通信；
　　(2)、host inventory：指定操作的主机，是一个配置文件里面定义监控的主机；
　　(3)、各种模块核心模块、command模块、自定义模块；
　　(4)、借助于插件完成记录日志邮件等功能；
　　(5)、playbook：剧本执行多个任务时，非必需可以让节点一次性运行多个任务。
　　2>ansible总体架构

　　3>ansible特性　　　　　　　　
　　(1)、no agents：不需要在被管控主机上安装任何客户端；
　　(2)、no server：无服务器端，使用时直接运行命令即可；
　　(3)、modules in any languages：基于模块工作，可使用任意语言开发模块；
　　(4)、yaml，not code：使用yaml语言定制剧本playbook；
　　(5)、ssh by default：基于SSH工作；
　　(6)、strong multi-tier solution：可实现多级指挥。
　　4>ansible优点　　　　　　　　
　　(1)、轻量级，无需在客户端安装agent，更新时，只需在操作机上进行一次更新即可；
　　(2)、批量任务执行可以写成脚本，而且不用分发到远程就可以执行；
　　(3)、使用python编写，维护更简单，ruby语法过于复杂；
　　(4)、支持sudo。
　　5>ansible执行任务的流程

　　2》安装Ansible　　　　
　　环境描述:
　　192.168.1.250  Ansible管理端[只需要安装Ansible
　　192.168.1.251   客户端 [无需装任何软件]
　　192.168.1.252   客户端 [无需装任何软件]
　　1>10 上的配置、使用YUM源安装，需要获取epel的YUM源
　　下载地址： http://search.rpmseek.com/search.html
　　2>安装EPEL的安装包
　　# rpm -vih epel-release-6-8.noarch.rpm
　　# vim /etc/yum.repos.d/epel.repo   将路径修改一下。否则会报错误。
　　修改文件“/etc/yum.repos.d/epel.repo”， 将baseurl的注释取消， mirrorlist注释掉即可;
　　3>YUM安装Ansible　　　　　　
　　# yum -y install ansible

　　4>250上配置Ansible
　　# vim /etc/ansible/ansible.cfg
　　remote_port    = 22    执行远程服务器端口
　　private_key_file = /root/.ssh/id_rsa   执定本地私钥

　　　　　　　　

　　# vim /etc/ansible/hosts
　　192.168.1.100   可以写单独一个IP

[web]     可以分组,WEB组里面包含了251和252

　　192.168.1.251
　　192.168.1.252

　　　　

　　5>250上面开始测试:　　　　　　　　
　　首先声称私钥和公钥,生成秘钥对

　　　　　　　　# ssh-keygen -t rsa -f ~/.ssh/id_rsa -P ''  # 生产密钥对。-P后面是两个单引号,这个命令会产生一个公钥(~/.ssh/id_rsa.pub)和密钥(~/.ssh/id_rsa)，

　　　　　　　　 -t dsa：表示使用密钥的加密类型，可以为’rsa’和’dsa’

　　　　　　　　 -P ”：表示不需要密码登录

　　　　　　　　 -f ~/.ssh/id_dsa：表示密钥存放的路径为${USER}/.ssh/id_dsa

　　6>在250上将公钥拷贝到被控客户端
　　# ssh-copy-id -i ~/.ssh/id_rsa.pub root@192.168.1.251
　　选项  -i：指定公钥文件
　　# ssh 192.168.1.251 尝试无密码登陆

　　7>在250 ANSIBEL基本测试
　　# ansible storm_cluster -m command -a 'uptime'

　　　　　　　　

　　说明：第一次运行时，需要输入一下“yes”【进行公钥验证】，后续无需再次输入
　　## 再次运行
　　# ansible storm_cluster -m command -a 'uptime'

　　8>在250 ANSIBEL 常用模块
　　(1)、setup
　　## 用来查看远程主机的一些基本信息
　　# ansible storm_cluster -m setup

　　　　　

　　(2)、ping
　　## 用来测试远程主机的运行状态
　　# ansible storm_cluster -m ping

　　(3)、file
　　## 设置文件的属性
　　相关选项如下：
　　force：需要在两种情况下强制创建软链接，一种是源文件不存在，但之后会建立的情况下；另一种是目标软链接已存在，需要先取消之前的软链，然后创建新的软                                             链，有两个选项：yes|no
　　group：定义文件/目录的属组
　　mode：定义文件/目录的权限
　　owner：定义文件/目录的属主
　　path：必选项，定义文件/目录的路径
　　recurse：递归设置文件的属性，只对目录有效
　　src：被链接的源文件路径，只应用于state=link的情况
　　dest：被链接到的路径，只应用于state=link的情况
　　state：
　　directory：如果目录不存在，就创建目录
　　file：即使文件不存在，也不会被创建
　　link：创建软链接
　　hard：创建硬链接
　　touch：如果文件不存在，则会创建一个新的文件，如果文件或目录已存在，则更新其最后修改时间
　　absent：删除目录、文件或者取消链接文件
　　示例：
　　## 远程文件符号链接创建
　　# ansible storm_cluster -m file -a "src=/etc/resolv.conf dest=/tmp/resolv.conf state=link"

　　　　　　

　　## 远程文件信息查看
　　# ansible storm_cluster -m command -a "ls –al /tmp/resolv.conf"

　　## 远程文件符号链接删除
　　# ansible storm_cluster -m file -a "path=/tmp/resolv.conf state=absent"

　　## 远程文件信息查看
　　# ansible storm_cluster -m command -a "ls -al /tmp/resolv.conf"

　　说明：如上显示，代表文件或链接已经删除。　　　
　　(4)、copy
　　## 复制文件到远程主机
　　相关选项如下：
　　backup：在覆盖之前，将源文件备份，备份文件包含时间信息。有两个选项：yes|no
　　content：用于替代“src”，可以直接设定指定文件的值
　　dest：必选项。要将源文件复制到的远程主机的绝对路径，如果源文件是一个目录，那么该路径也必须是个目录
　　directory_mode：递归设定目录的权限，默认为系统默认权限
　　force：如果目标主机包含该文件，但内容不同，如果设置为yes，则强制覆盖，如果为no，则只有当目标主机的目标位置不存在该文件时，才复制。默认为yes
　　others：所有的file模块里的选项都可以在这里使用
　　src：被复制到远程主机的本地文件，可以是绝对路径，也可以是相对路径。如果路径是一个目录，它将递归复制。在这种情况下，如果路径使用“/”来结尾，则只复                                         制目录里的内容，如果没有使用“/”来结尾，则包含目录在内的整个内容全部复制，类似于rsync。
　　示例：
　　## 将本地文件“/etc/ansible/ansible.cfg”复制到远程服务器
　　# ansible storm_cluster -m copy -a "src=/etc/ansible/ansible.cfg dest=/tmp/ansible.cfg owner=root group=root mode=0644"

　　## 远程文件信息查看
　　# ansible storm_cluster -m command -a "ls -al /tmp/ansible.cfg"

　　(5)、command
　　## 在远程主机上执行命令
　　相关选项如下：
　　creates：一个文件名，当该文件存在，则该命令不执行
　　free_form：要执行的linux指令
　　chdir：在执行指令之前，先切换到该目录
　　removes：一个文件名，当该文件不存在，则该选项不执行
　　executable：切换shell来执行指令，该执行路径必须是一个绝对路径
　　示例：
　　# ansible storm_cluster -m command -a "uptime"

　　(6)、shell
　　## 切换到某个shell执行指定的指令，参数与command相同,与command不同的是，此模块可以支持命令管道，同时还有另一个模块也具备此功能：raw
　　示例：
　　## 先在本地创建一个SHELL脚本
　　# vim /tmp/rocketzhang_test.sh
　　#!/bin/sh
　　date +%F_%H:%M:%S
　　#chmod +x /tmp/rocketzhang_test.sh
　　## 将创建的脚本文件分发到远程
　　# ansible storm_cluster -m copy -a "src=/tmp/rocketzhang_test.sh dest=/tmp/rocketzhang_test.sh owner=root group=root mode=0755"
　　## 远程执行
　　# ansible storm_cluster -m shell -a "/tmp/rocketzhang_test.sh"

　　(7)、更多模块
　　其他常用模块，比如：service、cron、yum、synchronize就不一一例举，可以结合自身的系统环境进行测试。
　　service：系统服务管理
　　cron：计划任务管理
　　yum：yum软件包安装管理
　　synchronize：使用rsync同步文件
　　user：系统用户管理
　　group：系统用户组管理
　　更多模块可以参考：
　　#ansible-doc –l

　　(8)、一些概念补充
　　playbook的组成：playbook是由一个或多个“play”组成的列表，可以让它们联同起来按事先编排的机制执行；所谓task无非是调用ansible的一个module，而在模块                                                                参数中可以使用变量；模块执行是幂等的，这意味着多次执行是安全的，因为其结果均一致；
　　执行模型：task list中的各任务按次序逐个在hosts中指定的所有主机上执行，即在所有主机上完成第一个任务后再开始第二个。在顺序运行某playbook时，如果中                                                      途发生错误，所有已执行任务都将回滚，因此，在修改playbook后重新执行一次即可；
　　task组成：每个task都应该有其name，用于playbook的执行结果输出，建议其内容尽可能清晰地描述任务执行步骤。如果未提供name，则action的结果将用于输                                                        出；
　　notify指定handler的执行机制：“notify”这个action可用于在每个play的最后被触发，在notify中列出的操作称为handler，仅在所有的变化发生完成后一次性地执行                                                                                          指定操作。