ansible用法-续
可以使用分组的方式来定义变量
当想要加密一些信息时，可以使用encrypt来进行加密，没有密码的情况下无法查看或运行
加上密码后可以成功运行，也可以使用decrypt解密
实验：使用ansible-playbook部署zabbix
server：
在hosts中加入分组
yml文件如下
调用 Ansible 的 MySQL 用户管理模块，在 MySQL 中创建专属账号，将 MySQL 系统变量 log_bin_trust_function_creators临时设为1，导入初始化脚本，最后恢复安全限制
运行后成功在web进入部署界面
tidb代替mysql
海量数据存储与处理
TiDB 采用计算与存储分离的架构，支持水平弹性扩展，数据容量可达 PB 级别，计算层最大支持 512 节点，每节点最大支持 1000 并发
一站式 HTAP 混合负载
通过 TiKV（行存引擎） 处理 OLTP 事务，TiFlash（列存引擎） 加速 OLAP 分析查询，一套系统同时跑交易和分析，无需传统的 ETL 流程
金融级高可用保障
基于 Multi-Raft 协议实现多副本数据同步，支持跨数据中心部署，做到 RPO = 0（数据零丢失）、RTO < 30 秒，满足金融级灾备要求
兼容 MySQL 生态
高度兼容 MySQL 协议和常用语法，大多数 MySQL 应用可以几乎不修改代码就迁移到 TiDB，MySQL 的客户端工具、ORM 框架等都可以直接接入
我们还可以使用tidb来代替MySQL进行zabbix的部署，这里的ip更换为要部署的主机，确保该主机至少有8GB的内存
agent：
加入分组
脚本文件如下
成功
Ansible Roles 角色
ansible提供了一种目录树结构的编排方式，顶层目录对应roles，里面包含子目录，比如defaults、files、tasks、templates等不同的子目录 对应不同的功能，这种方式使得管理和重复调用变得极为方便
roles 用于层次性、结构化地组织playbook，roles 能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在 playbook中使用include指令即可
简单来讲，roles就是通过分别将变量(vars)、文件(file)、任务(tasks)、模块(modules)及处理器 (handlers)放置于单独的目录中，并可以便捷地include它们的一种机制，角色一般用于基于主机构建服务的场景中，但也可以是用于构建守 护进程等场景中
安装系统角色
安装目录层级结构工具
centos7系统查看路径
复制到rocky9系统
确保路径识别正确
新建文件夹
初始化角色
展示层级
之后将各项下的配置写入各自的分组角色
新建yml文件
调用刚才的role
回到ansible目录运行，成功，但速度相较于之前会变慢
当使用ansible远程操作时可能远程主机的防火墙未关闭（图中为开启防火墙），所以可以在yml文件中写入，还可以进行验证是否成功返回，导入时间同步task（需完成之后的时间同步脚本），此脚本中的webservers改为test分组，其下只有csever1
再来编辑时间同步脚本，使用roles角色
运行成功
这里csever1改为80，按照rsever1的apache角色下的端口修改
修改完httpd服务的端口之后重启会报错，因为在apache-test.yml文件中启动了防火墙，这时可以在yml文件写入selinux的规则
这里hosts改为test
成功运行
