Ansible基础---Ad-Hoc---Modules
Ansible
1. 几种常用运维工具比较
Puppet
—基于 Ruby 开发,采用 C/S 架构,扩展性强,基于 SSL,远程命令执行相对较弱
SaltStack
—基于 Python 开发,采用 C/S 架构,相对 puppet 更轻量级,配置语法使用 YAML,使得配置脚本更简单
Ansible
—基于 Python paramiko 开发,分布式,无需客户端,轻量级,配置语法使用YAML 及 Jinja2 模板语言,更强的远程命令执行操作
Ansible_SaltStack_BatchShell三款运维软件优缺点对比
2. Ansible简介
Ansible 基于Python开发,集合了众多运维工具（puppet、cfengine、chef、func、fabric）的优点,实现了批量系统配置、批量程序部署、批量运行命令等功能。ansible是基于模块工作的,本身没有批量部署的能力。真正具有批量部署的是ansible所运行的模块,ansible只是提供一种框架。
connection plugins：连接插件,负责和被管理端实现通信,有SSH,ZEROMQ等,默认使用SSH连接
host inventory：主机清单,是一个配置文件里面定义管控的主机
modules : 模块,核心模块、command模块、自定义模块等
plugins : modules功能的补充,包括连接插件,邮件插件等
playbook：编排,定义 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工作原理:
在ANSIBLE 管理体系中，存在"管理节点" 和 "被管理节点" 两种角色。被管理节点通常被称为"资产".
在管理节点上，Ansible将 AdHoc 或 PlayBook 转换为Python脚本,并通过SSH将这些Python 脚本传递到被管理服务器上。
在被管理服务器上依次执行，并实时的将结果返回给管理节点。
5. Ansible执行过程:
1). 加载自己的配置文件，默认/etc/ansible/ansible.cfg；
2). 查找对应的主机配置文件，找到要执行的主机或者组；
3). 加载自己对应的模块文件，如 command；
4). 通过ansible将模块或命令生成对应的临时py文件(python脚本)， 并将该文件传输至远程服务器；
5). 对应执行用户的家目录的.ansible/tmp/XXX/XXX.PY文件；
6). 给文件 +x 执行权限；
7). 执行并返回结果；
8). 删除临时py文件，sleep 0退出；
ansible安装常用两种方式，yum 安装 和 pip 程序安装。
Ansible安装
yum 安装
1. 配置EPEL网络yum源
2. 安装ansible # yum install ansible -y
pip 安装
# yum install python-pip
# pip install ansible
Ansible配置文件
配置文件查找顺序
ansible与我们其他的服务在这一点上有很大不同，这里的配置文件查找是从多个地方找的，顺序如下：
1. 检查环境变量ANSIBLE_CONFIG指向的路径文件
(export ANSIBLE_CONFIG=/etc/ansible.cfg)；
2. ~/.ansible.cfg，检查当前目录下的ansible.cfg配置文件；
3. /etc/ansible.cfg检查etc目录的配置文件。
主配置文件简介
通过yum安装的ansible 主配置文件为
/etc/ansible/ansible.cfg，下面我们列出一些常见的参数：inventory = /etc/ansible/hosts #这个参数表示资源清单inventory文件的位置
library = /usr/share/ansible
#指向存放Ansible模块的目录，支持多个目录方式，只要用冒号（：）隔开就可以
forks = 5 #并发连接数，默认为5
sudo_user = root #设置默认执行命令的用户
remote_port = 22
#指定连接被管节点的管理端口，默认为22端口，建议修改，能够更加安全
host_key_checking = False
#设置是否检查SSH主机的密钥，值为True/False。关闭后第一次连接不会提示配置实例
timeout = 60 #设置SSH连接的超时时间，单位为秒
log_path = /var/log/ansible.log #指定一个存储ansible日志的文件（默认不记录日志）
Inventory 主机清单
inventory文件通常用于定义要管理主机的认证信息，例如ssh登录用户名、密码以及key相关信息。
/etc/ansible/hosts [缺省]
主机清单文件配置格式
[webservers] 192.168.10.128
Bar.example.com
up.example.com:5309 #指定 SSH 端口 5309
web1 ansible_ssh_host=192.168.1.50 #设置主机别名为 web1
www[01:50].example.com #支持通配符匹配
www01,www02,...,www50
db-[a:f].example.com #通配符匹配db-a,db-b,...,db-f
为每个主机单独指定一些变量，这些变量可以在 playbooks 中使用：
[atlanta]
host1 http_port=80 maxRequestsPerChild=808
host2 http_port=303 maxRequestsPerChild=909
为一个组指定变量，组内每个主机都可以使用该变量：
[atlanta]
host1
host2
[atlanta:vars] ntp_server=ntp.atlanta.example.com
proxy=proxy.atlanta.example.com
组可以包含其他组：
[atlanta]
host1
host2
[raleigh]
host3
host4
[southeast:children]
atlanta
raleigh
[southeast:vars]
some_server=foo.southeast.example.com
halon_system_timeout=30
hosts文件支持一些特定指令:
Ad-Hoc
ad-hoc —— 临时的，在ansible中是指需要快速执行，并且不需要保存的命令。说白了就是执行
简单的命令——一条命令。对于复杂的命令则为 playbook。
基本格式:
ansible <pattern> -m <module_name> -a <arguments>
pattern: inventory文件里定义的主机组名,主机名,IP,别名等,all表示所有的主机,支持通配符,正则
: - 冒号,多个组,组名之间用冒号隔开
*web* - 组名或主机名中含web的
webservers[0] - webservers组中的第一台主机, -1表示最后一台主机, 支持切片(正):[1:2]表示组中的第二台和第三台
以~开头,匹配正则
-m module_name: 模块名称,默认为command
-a arguments: 传递给模块的参数
-i file_name: 指定inventory文件,默认为/etc/ansible/hosts
-k : 询问密码.如果没有传密钥到被管理端,必须要接此选项
配置过程:
1.在控制节点安装ansible
2.在控制节点生成密钥,把公钥传到所有的被控制节点 （可选）
ssh-keygen
ssh-copy-id-i x.x.x.x
ssh root@x.x.x.x
3.编辑主机清单文件,加入被管控节点
帮助信息查看
# ansible-doc -l 查看所有模块信息
# ansible-doc module_name 查看模块帮助信息
数据：真正数据bock区+源数据innod区
删除文件过程：删除文件名及innod号绑定
同分区
移动文件：映射关系 快
复制：对源数据也进行了处理 慢
Modules
常用模块介绍:
command
备注:无法支持"<"，">"，"|"，";"，"&"等符号
|
参数
|
选项/默认值
|
释义
|
|---|---|---|
|
chdir
|
|
在执行命令前，进入到指定目录中
|
|
creates
|
|
判断指定文件是否存在，如果存在，不执行后面的操作
|
|
removes
|
|
判断指定文件是否存在，如果存在，执行后面的操作
|
|
free_form
|
|
必须要输入一个合理的命令
|
1. setup: 查看远程主机的基本信息 - Facts - 用于采集被管理主机信息
收集可用的facts,收集每个节点的相关信息, 如: 架构信息，IP,时间，域名，网卡，MAC，主机名，CPU等信息。
物理内存容量 ansible_memtotal_mb
CPU型号 ansible_processor
CPU核心数 ansible_processor_cores
操作系统类型 ansible_os_family
操作系统内核 ansible_kernel
硬盘挂载名及容量 ansible_mounts
服务器主机名 ansible_nodename
服务器ipv4地址 ansible_all_ipv4_addresses
常用选项:
filter: 仅列出匹配到的facts, 默认值为*
|
关键字
|
说明
|
返回值例子
|
|---|---|---|
|
ansible_nodename
|
节点名
|
"6-dns-1.hunk.tech"
|
|
ansible_fqdn
|
FQDN名
|
"6-dns-1.hunk.tech"
|
|
ansible_hostname
|
主机短名称
|
"6-dns-1"
|
|
ansible_domain
|
主机域名后缀
|
"hunk.teh"
|
|
ansible_memtotal_mb
|
总物理内存
|
"ansible_memtotal_mb": 222
|
|
ansible_swaptotal_mb
|
SWAP总大小
|
"1023"
|
|
ansible_processor
|
CPU信息
|
Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz
|
|
ansible_processor_cores
|
CPU核心数量
|
4
|
|
ansible_processor_vcpus
|
CPU逻辑核心数量
|
2
|
|
ansible_all_ipv4_addresses
|
有所IPV4地址
|
192.168.0.200
|
|
ansible_all_ipv6_addresses
|
所有IPV6地址
|
|
|
ansible_default_ipv4
|
默认网关的网卡配置信息
|
|
|
ansible_eth2
|
具体某张网卡信息
|
不同系统名称需要变化
|
|
ansible_dns
|
DNS设置信
|
|
|
ansible_architecture
|
系统架构
|
x86_64
|
|
ansible_machine
|
主机类型
|
x86_64
|
|
ansible_kernel
|
内核版本
|
"2.6.32-696.el6.x86_64"
|
|
ansible_distribution
|
发行版本
|
"CentOS"
|
|
ansible_distribution_major_version
|
操作系统主版本号
|
"6"
|
|
ansible_distribution_release
|
发行版名称
|
"Final"
|
|
ansible_distribution_version
|
完整版本号
|
"7.4.1708"
|
|
ansible_pkg_mgr
|
软件包管理方式
|
"yum"
|
|
ansible_service_mgr
|
进行服务方式
|
"systemd"
|
|
ansible_os_family
|
家族系列
|
"RedHat"
|
|
ansible_cmdline
|
内核启动参数
|
|
|
ansible_selinux
|
SElinux状态
|
"disabled"
|
|
ansible_env
|
当前环境变量参数
|
|
|
ansible_date_time
|
时间相关
|
|
|
ansible_python_version
|
python版本
|
"2.6.6"
|
|
ansible_lvm
|
LVM卷相关信息
|
|
|
ansible_mounts
|
所有挂载点
|
|
|
ansible_device_links
|
所有挂载的设备的UUID和卷标名
|
|
|
ansible_devices
|
所有/dev/下的正在使用的设备的信息
|
|
|
ansible_user_dir
|
执行用户的家目录
|
"/root"
|
|
ansible_user_gecos
|
执行用户的描述信息
|
"The root "
|
|
ansible_user_gid
|
执行用户的的GID
|
0
|
|
ansible_user_id
|
执行用户的的用户名
|
"root"
|
|
ansible_user_shell
|
执行用户的shell类型
|
"/bin/bash"
|
|
ansible_user_uid
|
执行用户的UID
|
0
|
2. ping: 测试远程主机的运行状态
3. file: 设置文件属性 相关选项如下：
ansible-doc file 查看file模块功能
touch: 345 245
max: 666
umask: 321
掩码: 446 (在最大的上阉割掉的)
force：需要在两种情况下强制创建软链接，一种是源文件不存在，但之后会建立的情况下；另一种是目标软链接已存在，需要先取消之前的软链，然后创建新的软链，有两个选项：yes|no
group：定义文件/目录的属组
mode：定义文件/目录的权限
owner：定义文件/目录的属主
path：必选项，定义文件/目录的路径,还可以写成name或dest
recurse：递归设置文件的属性，只对目录有效，有两个选项：yes|no 默认false
src：被链接的源文件路径，只应用于state=link的情况
state：
directory：如果目录不存在，就创建目录
file：即使文件不存在，也不会被创建，默认值，主要用来改变文集那的属性
link：创建软链接
hard：创建硬链接
touch：如果文件不存在，则会创建一个新的文件，如果文件或目录已存在，则更新其最后修改时间
absent：删除文件
4. copy: 把主控端的文件复制到远程主机
相关选项如下：
backup：在覆盖之前，将源文件备份，备份文件包含时间信息。有两个选项：yes|no
content：用于替代“src”，可以直接设定指定文件的内容
dest：必选项。要将源文件复制到的远程主机的绝对路径，如果源文件是一个目录，那么该路径也必须是个目录
directory_mode：递归设定目录的权限，默认为系统默认权限
force：如果目标主机包含该文件，但内容不同，如果设置为yes，则强制覆盖，如果为no，则只有当目标主机的目标位置不存在该文件时，才复制。默认为yes
others：所有的file模块里的选项都可以在这里使用
src：被复制到远程主机的本地文件，可以是绝对路径，也可以是相对路径。如果路径是一个目录，它将递归复制。在这种情况下，如果路径使用“/”来结尾，则只复制目录里的内容，如果没有使用“/”来结尾，则包含目录在内的整个内容全部复制，类似于rsync
5. fetch: 从远程某主机获取（复制）文件到本地
相关选项:
dest：用来存放文件的目录(本地路径)
src：在远程拉取的文件，并且必须是一个file，不能是目录
6. shell: shell命令
ansible默认使用的模块是command,支持多数
shell命令,但不支持某些shell变量及管道,如果要使用,用shell模块
7. user: 用户管理
相关选项：
system：默认创建为普通用户，为yes则创建系统用户
append：添加一个新的组
comment：添加描述信息
createhome：给用户创建家目录
force：强制删除用户
name: 要操作的用户名
uid:设置用户的UID
group:设置用户的基本组
groups:设置用户的附加组,如果设置为空,则将用户从所有附加组中退出来
shell:设置用户登录shell
password：指定用户的密码，为加密密码
home:设置用户家目录
state:
present: 创建 默认值
absent: 删除
remove: 当state=absent时,使用remove=yes干净的删除,默认值为no
8. cron: 计划任务管理
相关选项：
name: 要管理的计划任务条目名称
minute: 分
hour: 时
day: 日
month: 月
weekday: 周
job: 要执行的命令
user: 用户
state:
present: 创建 默认值
absent: 删除, 会列出现有的所有的任务
disabled:注释计划任务 [Default: False]
backup:备份[Default: False] yes-保存于 /tmp 具体的备份文件名称会在返回信息的
backup_file字段中看到，推荐将此此参数设置为 yes。
9. script: 将本地脚本传输到远程执行
相关选项：
chdir: 在执行脚本前先cd到此目录下
creates: 接一个文件名,如果此文件已存在,将不执行脚本
removes: 接一个文件名,如果此文件不存在,将不执行脚本
shell脚本出错信息无法查看， 将无法判断（不建议）
ansible web -m script -a '/root/m.sh' # 执行本地的文件，即管控机上的脚本
ansible web -m script -a 'removes=/root/m.sh /root/m.sh' # 用来判断被管控机上是不是存在文件，如果存在，存在就执行，不存在就不执行
ansible web -m script -a 'creates=/root/a.sh /root/m.sh' #用来判断被管控机上是不是存在文件，如果存在，就不执行
10. service: 服务管理(el7:systemd)
相关选项：
name: 服务名称
state:
started: 启动服务
stopped: 停止服务
restarted: 重启服务
daemon_reload: 重新加载配置文件
enabled: 是否开机启动 yes | no
[root@m01 ~]# ansible web1 -m service -a "name=crond state=started enabled=yes"
[root@ansibmaster ~]# ansible web1 -m systemd -a "name=httpd state=stopped"
11. lineinfile: 文件编辑
相关选项： （整行内容 弱爆了）
dest: 指定要修改的文件
regexp: 正则匹配模式
line: 要增加或者修改的内容
insertbefore:
insertafter:
firstmatch: 配合insertbefore或insertafter, 如果设置了,在第一次正则匹配到的行进行插入
state:
absent: 表示删除，当匹配到时进行删除
present: 表示增加，当匹配到时进行修改，当没有匹配到时在最后增加一行，默认
backrefs:
no: 表示如果没有匹配到，则增加line；如果匹配成功，则替换line, 默认
yes: 表示如果没有匹配到，则不变line；如果匹配成功，则替换line；
backup:
no: 不备份原文件
yes: 备份原文件
12. yum: 使用yum管理软件包
相关选项：
name:表示要安装软件包的名字,可以带上版本号
state:
present | installd: 安装 默认
lastest: 安装最新版
absent | removed: 删除
[root@m01 ~]# ansible web1 -m yum -a "name=httpd-tools state=installed"
13. package: 使用操作系统相应的软件包管理工具模块处理,如centos: yum, ubuntu: apt
相关选项:
name: 要管理的包名,可以带上版本号,必选项
state: 必选项
present: 安装
absent: 删除
14. unarchive: 解压缩
默认情况下,此模块会将本地压缩包拷贝到远程机器上解压,当设置了remote_src=yes选项表示解压远程主机上的压缩包
相关选项:
src: 必选项, 要解压的包名
dest: 必选项, 解压到哪个目录下
remote_src:
yes: 解压远程主机上的包
no: 将管理机上的包传到远程主机上解压
