运维自动化之Ansible--(1)

运维自动化之ANSIBLE

一、概述：

1.本章内容

  • 运维自动化发展历程及技术应用
  • Ansible命令使用
  • Ansible常用模块详解
  • YAML语法简介
  • Ansible playbook基础
  • Playbook变量、tags、handlers使用
  • Playbook模板templates
  • Playbook条件判断 when
  • Playbook字典 with_items
  • Ansible Roles

2.运维自动化发展历程及技术应用

image

3.企业实际应用场景分析

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
# 1.Dev开发环境
    使用者：程序员
    功能：程序员开发软件，测试BUG的环境
    管理者：程序员

# 2.测试环境    
    使用者：QA测试工程师
    功能：测试经过Dev环境测试通过的软件的功能
    管理者：运维

说明：测试环境往往有多套,测试环境满足测试功能即可，不宜过多
1、测试人员希望测试环境有多套,公司的产品多产品线并发，即多个版本，意味着多个版本同步测试
2、通常测试环境有多少套和产品线数量保持一样

# 3.发布环境：代码发布机，有些公司为堡垒机（安全屏障）
    使用者：运维
    功能：发布代码至生产环境
    管理者：运维（有经验）
    发布机：往往需要有2台（主备）

# 4.生产环境
        使用者：运维，少数情况开放权限给核心开发人员，极少数公司将权限完全
        开放给开发人员并其维护
        功能：对用户提供公司产品的服务

    管理者：只能是运维
        生产环境服务器数量：一般比较多，且应用非常重要。往往需要自动工具协助部署配置应用

# 5.灰度环境（生产环境的一部分）
    使用者：运维
    功能：在全量发布代码前将代码的功能面向少量精准用户发布的环境,可基
    于主机或用户执行灰度发布
    案例：共100台生产服务器，先发布其中的10台服务器，这10台服务器就是灰度服务器
    管理者：运维
    灰度环境：往往该版本功能变更较大，为保险起见特意先让一部分用户优化体验该功能，
              待这部分用户使用没有重大问题的时候，再全量发布至所有服务器

4.程序发布

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 程序发布要求：
    不能导致系统故障或造成系统完全不可用
    不能影响用户体验
# 预发布验证：
    新版本的代码先发布到服务器（跟线上环境配置完全相同，只是未接入到调度器）
# 灰度发布：
    基于主机，用户，业务
# 发布路径：
    /webapp/tuangou
    /webapp/tuangou-1.1
    /webapp/tuangou-1.2
# 发布过程：
	1.在调度器上下线一批主机(标记为maintanance状态)
	2.关闭服务
    3.部署新版本的应用程序
    4.启动服务
    5.在调度器上启用这一批服务器
# 自动化灰度发布：脚本、发布平台

5.运维自动化发展历程及技术应用

image

6.自动化运维应用场景

  • 文件传输
  • 应用部署
  • 配置管理
  • 任务流编排

7.常用自动化运维工具

1
2
3
4
5
6
7
Ansible：python，Agentless，中小型应用环境
Saltstack：python，一般需部署agent，执行效率更高
Puppet：ruby, 功能强大，配置复杂，重型,适合大型环境
Fabric：python，agentless
Chef：ruby，国内应用少
Cfengine
func

二、企业级自动化运维工具应用实战ansible

1.Ansible发展史

1
2
3
4
5
6
7
Ansible
Michael DeHaan（ Cobbler 与 Func 作者）
名称来自《安德的游戏》中跨越时空的即时通信工具
2012-03-09，发布0.0.1版，2015-10-17，Red Hat宣布收购
官网：https://www.ansible.com/
官方文档：https://docs.ansible.com/
同类自动化工具GitHub关注程度（2016-07-10）

image

2.Ansible 特性

1
2
3
4
5
6
7
8
9
10
11
12
# 1> 模块化：调用特定的模块，完成特定任务
# 2> Paramiko（python对ssh的实现），PyYAML，Jinja2（模板语言）三个关键模块
# 3> 支持自定义模块
# 4> 基于Python语言实现
# 5> 部署简单，基于python和SSH(默认已安装)，agentless
# 6> 安全，基于OpenSSH
# 7> 支持playbook编排任务
# 8> 幂等性：一个任务执行1遍和执行n遍效果一样，不因重复执行带来意外情况
# 9> 无需代理不依赖PKI（无需ssl）
# 10> 可使用任何编程语言写模块
# 11> YAML格式，编排任务，支持丰富的数据结构
# 12> 较强大的多层解决方案

3.Ansible 架构

image

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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的架构：连接其他主机默认使用ssh协议

4.Ansible工作原理

image

5.Ansible主要组成部分

1
2
3
4
5
6
7
ANSIBLE PLAYBOOKS：任务剧本（任务集），编排定义Ansible任务集的配置文件，
                   由Ansible顺序依次执行，通常是JSON格式的YML文件
INVENTORY：Ansible管理主机的清单  /etc/anaible/hosts
MODULES：  Ansible执行命令的功能模块，多数为内置核心模块，也可自定义
PLUGINS：  模块功能的补充，如连接类型插件、循环插件、变量插件、过滤插件等，该功能不常用
API：      供第三方程序调用的应用程序编程接口 
ANSIBLE：  组合INVENTORY、API、MODULES、PLUGINS的绿框，可以理解为是ansible命令工具，其为核心执行工具
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Ansible命令执行来源：
    1> USER，普通用户，即SYSTEM ADMINISTRATOR
    2> CMDB（配置管理数据库） API 调用
    3> PUBLIC/PRIVATE CLOUD API调用  (公有私有云的API接口调用)
    4> USER-> Ansible Playbook -> Ansibile

利用ansible实现管理的方式：
    1> Ad-Hoc 即ansible单条命令，主要用于临时命令使用场景
    2> Ansible-playbook 主要用于长期规划好的，大型项目的场景，需要有前期的规划过程
   
Ansible-playbook（剧本）执行过程
    将已有编排好的任务集写入Ansible-Playbook
    通过ansible-playbook命令分拆任务集至逐条ansible命令，按预定规则逐条执行

Ansible主要操作对象
   HOSTS主机
   NETWORKING网络设备

注意事项:

  • 执行ansible的主机一般称为主控端，中控，master或堡垒机
  • 主控端Python版本需要2.6或以上
  • 被控端Python版本小于2.4需要安装python-simplejson
  • 被控端如开启SELinux需要安装libselinux-python
  • windows不能做为主控端
  • ansible不是服务,不会一直启动,只是需要的时候启动
linux > 自动化 > Ansible
#linux #Ansible
运维自动化之Ansible--(1)
https://bote798.top/2025/05/01/运维自动化之Ansible-1/
作者
bote798
发布于
2025年5月1日
许可协议