Ansible 是一个 IT 自动化工具。它能配置系统、部署软件、编排更复杂的 IT 任务,如连续部署或零停机时间滚动更新。
Ansible 用 Python 编写,尽管市面上已经有很多可供选择的配置管理解决方案(例如 Salt、Puppet、Chef等),但它们各有优劣,而Ansible的特点在于它的简洁。
让 Ansible 在主流的配置管理系统中与众不同的一点便是,它并不需要你在想要管理的每个机器上安装自己的客户端组件,就可以对所要管理的机器进行管理,管理服务器和被管理机器之间使用的是 SSH 协议进行通信的。
同时提供的另一个优点,如果需要的话,你可以在不止一个地方控制你的整个基础架构。
1、在ANSIBLE 管理体系中,存在"管理节点" 和 “被管理节点” 两种角色。
2、被管理节点通常被称为"资产"
3、在管理节点上,Ansible将 AdHoc 或 PlayBook 转换为Python脚本。
? 并通过SSH将这些Python 脚本传递到被管理服务器上。
? 在被管理服务器上依次执行,并实时的将结果返回给管理节点。
确保存在OpenSSH
确保Python 版本 >= 2.6
确保安装ansible
确保存在OpenSSH
确保Python 版本 >= 2.4 #若为2.4 版本,确保安装了python-samplesjson 扩展
不需要安装 ansible
使用官方 epel 源
yum install -y epel-release
yum install -y ansible
#python2
yum install -y python2
pip isntall ansible
#python3
yum install -y python3
pip3 install ansible
查看版本
ansible --version
任关系
管理节点(ansible)中创建密钥对
ssh-keygen -t rsa
将本地的公钥传输到被管理节点
每个被管理节点都需要传递过程中需要被管理节点(这?是 172.18.0.3)的?户名(这?是root)及密码
ssh-copy-id root@172.18.0.3
管理节点:
172.18.0.2 主机名 qfedu.com
被管理节点(资产):
172.18.0.3
172.17.0.4
且管理节点 和 被管理节点之间的节点已经打通 SSH 信任关系。
在管理节点上,测试与所有被管理节点的?络连通性。
ansible all -i 172.18.0.3,172.18.0.4 -m ping
注意 -i 参数后?接的是?个列表(List)。因此当为?个被管理节点时,我们后??定要加?个英?逗号(,),告知是List
ansible all -i 172.18.0.3, -m ping
# -i 还可以指定自定义inventory文件
在管理节点上,确保?件 /tmp/a.conf 发布到所有被管理节点
# touch /tmp/a.conf
# ansible all -i 172.18.0.3,172.18.0.4 -m copy -a "src=/tmp/a.conf dest=/tmp/a.conf"
选项参数解释
在快速??的场景中,我们?共管理了两台服务器。但是在实际场景中,我们要管理的服务器往往要多得多。
难道依然要在Ansible 的 -i参数后??个个追加IP指定吗? 这显然不合乎常理。因此这?节我们主要去介绍?下Ansible的资产。
Ansible 的资产分为静态资产和动态资产,动态资产会在后?的?级部分详细阐释。下?仅介绍静态资产
顾名思义它本身是?个?本?件,?个格式类似INI的?件。
默认情况下,Ansible的资产?件位于 /ect/ansible/hosts。
pip 安装的可能没有这个?件,创建?个即可
这个?件可以?定义,之后使?相应的参数指定。
下?给出?个?定义的静态资产实例,然后再具体解释其含义。
# cat inventory.ini
1.1.1.1
2.2.2.2
3.3.3.[1:15]
test01.qfedu.com
test03.qfedu.com
test[05:09].qfedu.com
[web_servers]
192.168.1.2
192.168.1.3
192.168.1.5
[dbdb_servers]
192.168.2.2
192.168.2.3
192.168.1.5
[alldb_servers]
[alldb_servers:children]
dbdb_servers
web_servers
通过 -i 参数指定?定义资产的位置即可(可以是全路径,也可以是相对路径)。
# ansible all -i inventory.ini ... # 伪指令,不可执?
假如我们刚刚定义的资产为 inventory.ini
# ansible all -i inventory.ini --list-hosts
hosts (29):
1.1.1.1
2.2.2.2
3.3.3.1
...略...
?如这?列举出 web_servers
# ansible web_servers -i inventory.ini --listhosts
hosts (3):
192.168.2.2
192.168.2.3
192.168.1.5
注意这?使?的了资产选择器(pattern),不要慌,将会在下?对他进?详细的阐述
有时操作者希望只对资产中的?部分服务器进?操作,
?不是资产中所有服务器。此时可以使? Ansible 的资产选择器 PATTERN。
下?学习如何通过资产选择器,更灵活的选择想要操作的服务器。
ansible PATTERN -i inventory -m module -a argument
选择?台或者?台服务器
# ansible 1.1.1.1 -i inventory.ini --list-hosts
hosts (1):
1.1.1.1
# ansible test01.qfedu.com -i inventory.ini --listhosts
hosts (1):
test01.qfedu.com
# ansible 1.1.1.1,2.2.2.2 -i inventory.ini --listhosts
hosts (2):
1.1.1.1
2.2.2.2
选择?组服务器
# ansible web_servers -i inventory.ini --list-hosts
hosts (3):
192.168.1.2
192.168.1.3
192.168.1.5
使? * 匹配
# ansible 3.3.3.1* -i inventory.ini --list-hosts
hosts (7):
3.3.3.13
3.3.3.10
3.3.3.11
3.3.3.12
3.3.3.14
3.3.3.15
3.3.3.1
使?逻辑匹配
两个组内的所有主机
# ansible ‘web_servers:db_servers‘ -i inventory.ini --list-hosts
hosts (5):
192.168.1.2
192.168.1.3
192.168.1.5
192.168.2.2
192.168.2.3
两个组共有的主机
# ansible ‘web_servers:&db_servers‘ -i inventory.ini --list-hosts
hosts (1):
192.168.1.5
在 web_servers 中,但是不在 db_servers 中
# ansible ‘web_servers:!db_servers‘ -i inventory.ini --list-hosts
hosts (2):
192.168.1.2
192.168.1.3
Ad-hoc 命令是什么呢? 这其实是?个概念性的名字,是相对于写Ansible playbook 来说的,
类似于在命令?敲?shell命令和 写shell scripts两者之间的关系。可以?于执??些临时命令。
如果我们敲??些命令去?较快的完成?些事情,?不需要将这些执?的命令特别保存下来, 这样的命令就叫做 ad-hoc 命令。
Ansible提供两种?式去完成任务,?是 ad-hoc 命令,?是写Ansible playbook(这部分在?级课程中会详细阐释)。
前者可以解决?些简单的任务, 后者解决较复杂的任务,?如做配置管理或部署。
在快速??中执?的 Ansible 命令,类似于批量执?命令。
在Ansible 中统称为Ansible Ad-Hoc。
命令语法格式如下:
ansible pattern [-i inventory] -m module -a argument
快速入门中的实例
# ansible all -i 172.18.0.3,172.18.0.4 -m copy -a "src=/tmp/a.conf dest=/tmp/a.conf"
Ansible 模块分三种类型: 核?模块(core module)、附加模块(extra module)及?户?定义模块(consume module)。
核?模块是由Ansible 的官?团队提供的。附加模块是由各个社区提供的。例如: OPENSTACK 社区、DOCKER 社区等等。
当核?模块和附加模块都?法满?你的需求时,?户可以?定义模块。
默认情况下,在安装Ansible 的时候, 核?模块和附加模块都已经安装??需?户?预。
Ansible 的核?模块和附加模块,数量有3000+ 。这样庞?的模块数量,
对于任何?个接触Ansible 的?都不可能将其完全记住、掌握使?。
因此能够顺利使?Ansible 的帮助?档,对我们来说是很有必要的。
Ansible 的帮助?档,由它本身提供的命令 ansible-doc 实现。
常?帮助参数
# ansible-doc -l
[root@yangzaigang ~]# ansible-doc -l | wc -l
3387
# ansible-doc modulename
# ansible-doc -s modulename
Example
# ansible-doc yum
# ansible-doc -s yum
为了便于演示和操作,现在把之前的测试主机 IP 172.18.0.3 和
172.18.0.4 保存到 当前?录下的 hosts ?件中。
[root@qfedu.com ~]# cat hosts
[dbservers]
172.18.0.3
[webservers]
172.18.0.4
两个模块都是在远程服务器上去执?命令。
但command模块是ad-hoc的默认模块,在执?ad-hoc时,若不指定模块的名字则默认使?此模块。
# ansible all -i hosts -a "echo ‘hello‘"
172.18.0.4 | CHANGED | rc=0 >>
hello
172.18.0.3 | CHANGED | rc=0 >>
hello
# ansible all -i hosts -m shell -a "echo ‘hello‘"
172.18.0.4 | CHANGED | rc=0 >>
hello
172.18.0.3 | CHANGED | rc=0 >>
hello
两个模块的差异
Example
# ansible all -i hosts -m shell -a "echo
‘hello‘|grep -o ‘e‘"
172.18.0.3 | CHANGED | rc=0 >>
e
172.18.0.4 | CHANGED | rc=0 >>
e
# ansible all -i hosts -a "echo ‘hello‘|grep -o
‘e‘"
172.18.0.4 | CHANGED | rc=0 >>
hello|grep -o e
172.18.0.3 | CHANGED | rc=0 >>
hello|grep -o e
将管理节点上的脚本传递到被管理节点(远程服务器)上进?执?
Example
管理节点上的?个脚本
# cat /root/a.sh
touch /tmp/testfile
执?
[root@qfedu.com ~]# ansible webservers -i hosts -m
script -a "/root/a.sh"
172.18.0.4 | CHANGED => {
"changed": true,
"rc": 0,
"stderr": "Shared connection to 172.18.0.4
closed.\r\n",
"stderr_lines": [
"Shared connection to 172.18.0.4 closed."
],
"stdout": "",
"stdout_lines": []
}
验证
[root@qfedu.com ~]# ansible webservers -i hosts -m
shell -a "ls -l /tmp/testfile"
172.18.0.4 | CHANGED | rc=0 >>
-rw-r--r-- 1 root root 0 Apr 12 07:17 /tmp/testfile
copy 模块的主要?于管理节点和被管理节点之间的?件拷?
常?参数:
Example
# cat nginx.repo
[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever
/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true
[nginx-mainline]
name=nginx mainline repo
baseurl=http://nginx.org/packages/mainline/centos/$r
eleasever/$basearch/
gpgcheck=1
enabled=0
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true
# ansible webservers -i hosts -m copy -a
"src=./nginx.repo dest=/etc/yum.repos.d/nginx.repo"
# ansible all -i hosts -m copy -a "src=./nginx.repo dest=/etc/yum.repos.d/nginx.repo backup=yes"
# ansible all -i hosts -m copy -a "src=./nginx.repo dest=/etc/yum.repos.d/nginx.repo owner=nobody group=nobody"
# ansible all -i hosts -m copy -a "src=./nginx.repo dest=/etc/yum.repos.d/nginx.repo mode=0755"
添加 YUM 仓库
常用参数
name 仓库名称,就是仓库?件中第??的中括号中名称,必须的参数。
description 仓库描述信息,添加时必须的参数。
baseurl yum存储库 “repodata” ?录所在?录的URL,添加时必须的参数。它也可以是多个URL的列表。
file 仓库?件保存到被管理节点的?件名,不包含 .repo。默认是 name 的值。
state preset 确认添加仓库?件, absent 确认删除仓库?件。
gpgcheck 是否检查 GPG yes|no, 没有默认值,使?/etc/yum.conf 中的配置。
Example
添加 epel 源
[root@qfedu.com ~]# ansible dbservers -i hosts -m yum_repository -a "name=epel baseurl=‘https://download.fedoraproject.org/pub/epel/ $releasever/$basearch/‘ description=‘EPEL YUM repo‘"
172.18.0.3 | CHANGED => {
"ansible_facts": {
"discovered_interpreter_python":
"/usr/bin/python"
},
"changed": true,
"repo": "epel",
"state": "present"
}
删除 epel 源
[root@qfedu.com ~]# ansible dbservers -i hosts -m yum_repository -a "name=epel state=absent"
172.18.0.3 | CHANGED => {
"ansible_facts": {
"discovered_interpreter_python":
"/usr/bin/python"
},
"changed": true,
"repo": "epel",
"state": "absent"
}
等同于 Linux 上的YUM 命令, 对远程服务器上RPM包进?管理。
常用参数:
name 要安装的软件包名, 多个软件包以英?逗号(,) 隔开
state 对当前指定的软件安装、移除操作(present installed latest absent removed)
?持的参数:
present 确认已经安装,但不升级
installed 确认已经安装
latest 确保安装,且升级为最新
absent 和 removed 确认已移除
Example
# ansible webservers -i hosts -m yum -a "name=nginx state=present"
# ansible webservers -i hosts -m yum -a "name=nginx state=latest"
# ansible webservers -i hosts -m yum -a "name=nginx state=installed"
# ansible webservers -i hosts -m yum -a "name=nginx state=absent"
# ansible webservers -i hosts -m yum -a "name=nginx state=removed"
# ansible webservers -i hosts -m yum -a "name=‘@Development tools‘ state=present"
Centos6 之前的版本使? service 模块。请使? ansible-doc service 命令??查看帮助信息。
管理远程节点上的 systemd 服务,就是由 systemd 所管理的服务。
常?参数:
Example
重新加载 systemd
# ansible webservers -i hosts -m systemd -a "daemon_reload=yes"
启动 Nginx 服务
# ansible webservers -i hosts -m systemd -a "name=nginx state=started"
关闭 Nginx 服务
# ansible webservers -i hosts -m systemd -a "name=nginx state=stopped"
重启 Nginx 服务
# ansible webservers -i hosts -m systemd -a "name=nginx state=restarted"
重新加载 Nginx 服务
# ansible webservers -i hosts -m systemd -a "name=nginx state=reloaded"
将 Nginx 服务设置开机?启动
# ansible webservers -i hosts -m systemd -a "name=nginx enabled=yes"
在被管理节点上,对组进?管理。
常用参数:
Example
# ansible dbservers -i hosts -m group -a
"name=db_admin"
?于在被管理节点上对?户进?管理。
常用参数:
1
原文:https://www.cnblogs.com/yzgblogs/p/15196478.html