《Ansible权威指南》一3.3 Ad-Hoc组管理和特定主机变更

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
阿里云百炼推荐规格 ADB PostgreSQL,4核16GB 100GB 1个月
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
简介:

本节书摘来自华章出版社《Ansible权威指南》一书中的第3章,第3.3节,作者 李松涛 魏 巍 甘 捷 更多章节内容可以访问云栖社区“华章计算机”公众号查看。


3.3 Ad-Hoc组管理和特定主机变更

3.2节为大家介绍了Ansible模块列表及HELP说明获取方式。日常运维工作中,我们往往会将负责相同场景应用的主机划分为一个组,以方便统一管理。Ansible也提供了简洁但强大的组管理功能。同时,我们也可能遇到只针对这组主机中一台或某些主机做变更的场景,针对这些复杂多变的企业场景,本节我们将深入了解Ad-Hoc组管理和特定主机变更,进一步了解Ansible如何应对复杂多变的企业环境。

3.3.1 Ad-Hoc组定义

Ad-Hoc的组功能定义在Inventory文件中,默认路径是etcansiblehosts,书写格式遵循INI风格,中括号中的字符为组名。可以将同一个主机同时归并到多个不同的组中;此外,若目标主机使用了非默认的SSH端口,还可以在主机名称之后使用冒号加端口号来标明。下面通过实际案例来了解Inventory文件的书写规则。

如下为Inventory文件示例,包括了组定义及冒号加端口号功能的使用。

ntp.magedu.com

 

[webservers]

www1.magedu.com2222

www2.magedu.com

 

[dbservers]

db1.magedu.com

db2.magedu.com

db3.magedu.com

如果远程主机名称遵循相似的命名模式,还可以使用列表的方式标识各主机,如下案例为大家展示该写法。

[webservers]

www[0150].magedu.com

 

[databases]

db-[af].magedu.com

本次架构规划了前端Proxy、Web Servers和后面DB一套完整应用,以方便大家实际参考,拓扑规划请参考图3-5。图中共定义了Proxy、App、NoSQL和DB这4个组。组配置请编辑etcansiblehosts添加如下配置:

[proxy]

192.168.37.159

[app]

192.168.37.130

192.168.37.160

[nosql]

192.168.37.142

[db]

192.168.37.142

应用分布如下。

[proxy]组:Nginx;

[app]组:Nginx+PHP+Django;

[nosql]组:Redis;

[db]组:Mariadb。

如图3-5所示的架构拓扑是简化后的互联网Web服务架构,用户请求通过Proxy转发至后端WebServers响应,通过NoSQL服务缓冲后,最终将请求传送到DB。我们本章的实战内容就是通过Ansible来搭建这样一套Web服务架构。

3.3.2 Ad-Hoc配置管理:配置Proxy与Web Servers实践

本节通过配置Proxy &Web Servers学习Ad-Hoc的组管理方式,前端Proxy只用到Nginx七层代理功能,将请求转发至后端Web Servers,Web Servers同时部署Nginx、PHP和Django应用,我们按Proxy、WebServers依次顺序部署应用。

(1)Ad-Hoc配置管理Proxy(即Nginx)

安装Nginx,执行命令:

ansible proxy -m yum -a name=nginx state=present

利用Ansible安装Nginx,如图3-6所示。

 changed true,    表示本次命令对执行的目标有变更,如再执行一次则为false,表示执行的目标没

                  有变更,这里的false和true不代表该命令执行成功或失败,只是表示执行目

                  标是否被变更

rc 0,           resultcode的简写,表示命令的执行结果状态返回,非0均为异常,命令执行失败

results [ 执行结果信息返回

如果我们要检查Nginx正常安装,可以执行命令:ansible proxy -m command -a nginx -v,如果正常则返回如下内容:

192.168.37.159  success  rc=0

nginx version nginx1.0.15

Ansible的YUM模块同样支持指定某版本安装,其name参数指定具体版本地址(网络或本地均可)。YUM模块也支持从网络安装或从本地安装。

如果从网络安装,执行命令:

ansible proxy -m yum -a name=httpnginx.orgpackagescentos6noarchRPMSnginx-release-centos-6-0.el6.ngx.noarch.rpm state=present

如果从本地安装,执行命令:

ansible proxy -m yum -a name=usrlocalsrcnginx-release-centos-6-0.el6.ngx.noarch.rpm state=present

如指定网络安装,安装期间请保障网络畅通,并可以访问Internet,具体安装时长视网络宽带质量而定,如100M带宽,该项安装进行了约2min。如图3-6为Nginx安装的部分结果反馈,Ansible在对执行结果返回提示做得确实不尽人意,虽为JSON格式输出,但换行和颜色标识功能仍有待改善。

(2)Ad-Hoc配置管理Web Servers

Web Servers需同时部署Nginx、PHP和Django,其中Nginx、PHP依然通过YUM模块实现,Django推荐使用PIP或easy_install方式。

1)Nginx、PHP安装命令如下:

ansible app -m yum -a name=nginx state=present

ansible app -m yum -a name=php state=present

2)Django安装命令如下:

步骤1:安装MySQL-python和python-setuptools依赖包。

ansible app -m yum -a name=MySQL-python state=present

ansible app -m yum -a name=python-setuptools state=present

步骤2:安装Django。

ansible app -m pip -a name=django state=present

步骤3:检查Django安装是否正常,执行命令如下:

ansible app -m command -a python -c 'import django; print django.get_version()'

其中Django依赖Python 2.7+版本,如执行报错如下,请检查Python版本。

Traceback (most recent call last)

    File string, line 1, in module

    File usrlibpython2.6site-packagesdjango__init__.py, line 1, in module

fromdjango.utils.version import get_version

    File usrlibpython2.6site-packagesdjangoutilsversion.py, line 7, in module

fromdjango.utils.lru_cache import lru_cache

    File usrlibpython2.6site-packagesdjangoutilslru_cache.py, line 28

fasttypes = {int, str, frozenset, type(None)},

                ^

SyntaxError invalid syntax

PIP和easy_install模块支持virtualenv虚拟多环境配置,该功能极为强大,是Python应用者的必备利器。如上我们使用PIP模块安装Django,众所周知easy_install也是Python安装软件包常用的工具之一,Ansible同样支持easy_install,命令类同# ansible app -m easy_install -a name=django即可。两者相比较而言,PIP的功能较easy_install更为强大,且支持卸载、指定版本号等。经过笔者亲测,建议使用PIP模块安装Python系列软件包,除功能强大外,我们发现PIP模块的稳定性和速度也远胜easy_install模块(CentOS 6.5 Final)。

截至目前,Proxy & Web Servers部署完毕,通过数条语句即可完成。本示例中的服务器只有4台,如果是40、400、4000台,其带来的便利和节省的时间成本是不可估量的,更为重要的是,这在很大程度上,可以保障操作的正确性。

其实上面的这些变更通过Ansible-playbook进行是更好的选择,在后面playbook章节的讲解与应用过程中大家会逐步有所体会。当然通过shell单独登录到对应的服务器也能实现我们想要完成的工作,但Ansible为我们节省了海量的时间成本,这也是我们学习Ansible的意义所在。

3.3.3 Ad-Hoc配置后端:配置NoSQL与Database Servers实践

3.3.2节我们使用Ansible配置了Proxy和Web Servers,接下来我们使用类似的方法配置NoSQL和DB服务。我们使用Redis配置NoSQL,我们使用MariaDB配置DB,之所以没有使用MySQL是因为自从MySQL被甲骨文公司收购后,虽埃里森宣称MySQL依然免费,但随着时间的推移,MySQL原班核心人马相继离开甲骨文,并创立MariaDB及MySQL社区,开发者对现有Oracle举动感到不满,行业内不少企业已在考虑使用MariaDB,或计划替换现有MySQL。

具体操作步骤如下。

Redis安装命令:ansibledb -m yum -a name=redis state=present。

Redis安装检查:ansibledb -m command -a redis-cli --version。

MariaDB安装步骤如下。

步骤1:添加yum源,vim编辑etcyum.repos.dmariadb.repo添加内容如下。

# MariaDB 10.1 CentOS repository list - created 2016-02-13 0431 UTC

# httpmariadb.orgmariadbrepositories

[mariadb]

name = MariaDB

baseurl = httpyum.mariadb.org10.1centos6-x86

gpgkey=https yum.mariadb.orgRPM-GPG-KEY-MariaDB

gpgcheck=1

步骤2:安装MariaDB-server,

ansibledb -m yum -a name=MariaDB-server state=present

步骤3:安装MariaDB-client,

ansibledb -m yum -a name=MariaDB-client state=present

步骤4:开启防火墙3306访问权限。

ansible db -m command -a iptables -A INPUT -s 192.168.37.024 -p tcp -m tcp --dport 3306 -j ACCEPT

截至目前,如图3-5所示的应用成功部署完毕。其实我们搭建一套主流Web应用框架,期间无需登录远程主机,通过Ansible的结果返回即可判断所有操作是否正确。

3.3.4 Ad-Hoc特定主机变更

前两节我们通过搭建了一套主流Web应用框架熟悉了Ansible的组管理,接下来为大家介绍如何针对特定服务器做变更,该情景在日常运维工作中很常见。

Ansible有多种方式实现针对特定主机做变更。

1)--limit:通过--limit参数限定主机做变更。

情景:在App组中启动192.168.37.15的NTP服务。

命令用法:

ansible app -m command -a service ntpd status --limit 192.168.37.158

2)指定IP:通过指定具体IP限定主机做变更。

情景:启动192.168.37.158的NTP服务。

执行命令:

ansible 192.168.37.158 -m command -a service ntpd status

3)用“”作分隔符,指定多台机器做变更。

情景:启动192.168.37.158和192.168.37.161的NTP服务。

执行命令:

ansible 192.168.37.158192.168.37.161 -m command -a service ntpd status

4)通过“”泛匹配,更灵活地针对多台主机做变更。

情景:启动192.168.37.所有主机的NTP服务。

执行命令:

ansible 192.168.37. -m command -a service ntpd status

--limit在日常工作中经常用到,Ansible-playbook也支持该参数。“”分隔指定多主机也是不错的办法,但记得要用引号将所有地址引起来。

到目前为止Ad-Hoc组管理及特定主机变更我们已经掌握,这对灵活管理海量服务器有很大帮助,关于组及指定主机管理介绍到此结束。接下来为大家介绍的是Ad-Hoc基于用户的管理。

相关实践学习
阿里云百炼xAnalyticDB PostgreSQL构建AIGC应用
通过该实验体验在阿里云百炼中构建企业专属知识库构建及应用全流程。同时体验使用ADB-PG向量检索引擎提供专属安全存储,保障企业数据隐私安全。
AnalyticDB PostgreSQL 企业智能数据中台:一站式管理数据服务资产
企业在数据仓库之上可构建丰富的数据服务用以支持数据应用及业务场景;ADB PG推出全新企业智能数据平台,用以帮助用户一站式的管理企业数据服务资产,包括创建, 管理,探索, 监控等; 助力企业在现有平台之上快速构建起数据服务资产体系
相关文章
|
运维 Kubernetes 网络安全
Ansible自动化运维工具之主机管理与自定义配置文件(2)
Ansible自动化运维工具之主机管理与自定义配置文件(2)
142 0
|
4月前
|
Shell 数据安全/隐私保护
Ansible Ad-hoc,命令执行模块
Ansible Ad-hoc,命令执行模块
43 1
|
6月前
|
关系型数据库 MySQL 网络安全
ansible 深入介绍之 主机清单与playbook
ansible 深入介绍之 主机清单与playbook
|
6月前
|
运维 关系型数据库 MySQL
Ansible自动化运维工具主机清单配置
Ansible自动化运维工具主机清单配置
169 0
|
6月前
|
Shell 开发工具 Android开发
ADB 下载、安装及使用教程:让你更好地管理 Android 设备
ADB 下载、安装及使用教程:让你更好地管理 Android 设备
|
6月前
|
网络协议 Shell
Ansible 学习笔记 - 定位主机和组的模式
Ansible 学习笔记 - 定位主机和组的模式
|
数据采集 数据建模 BI
数据中台实战(05)-如何统一管理纷繁杂乱的数据指标?
数据中台实战(05)-如何统一管理纷繁杂乱的数据指标?
464 1
|
运维 监控
【运维知识进阶篇】Zabbix5.0稳定版详解10(Zabbix自动注册+Ansible自动部署,实现一条命令监控任意主机)
【运维知识进阶篇】Zabbix5.0稳定版详解10(Zabbix自动注册+Ansible自动部署,实现一条命令监控任意主机)
173 0
|
运维 Shell 网络安全
【运维知识进阶篇】Ansible自动化运维-ad-hoc详解
【运维知识进阶篇】Ansible自动化运维-ad-hoc详解
198 0
|
运维 Ubuntu 应用服务中间件
【运维知识进阶篇】Ansible自动化运维-Ansible安装与主机列表
【运维知识进阶篇】Ansible自动化运维-Ansible安装与主机列表
215 0