Step10-Stacks-包结构
在 Ambari 生态体系下,Stacks 目录定义了所有可集成服务的核心包结构。 每一个组件服务都必须遵循这一套严谨的目录规范和分层设计,以保证可视化运维、服务扩展、脚本自动化等能力的顺利落地。
本章节以 Redis 为例,详细解析 Stacks 组件包的全貌:
# 1. 目录结构总览
组件目录位于
ambari-server/src/main/resources/stacks/BIGTOP/3.2.0/services/REDIS/
结构如下:
REDIS
├── configuration
│ ├── redis-env.xml
│ └── redis-site.xml
├── metainfo.xml
├── package
│ ├── scripts
│ │ ├── __init__.py
│ │ ├── params.py
│ │ ├── params_linux.py
│ │ ├── redis_client.py
│ │ ├── redis_master.py
│ │ ├── redis_slave.py
│ │ └── service_check.py
│ └── templates
│ ├── redis-env.sh.j2
│ └── redis.conf.j2
└── role_command_order.json
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 2. 核心目录分层说明
层级 | 主要内容 | 说明与典型用法 |
---|---|---|
configuration/ | 配置文件 | 可视化参数入口。所有 xml 文件均可自动呈现在 Ambari 的服务配置页面,用于存储环境变量、端口、持久化、主从等核心配置项。 |
├─ redis-env.xml | 环境变量 | 定义服务启动相关的 shell 环境变量(如 REDIS_HOME、日志目录、端口等),支持动态参数下发。 |
└─ redis-site.xml | 主配置参数 | 主要存储 Redis 的业务配置(如持久化策略、复制、保护模式、内存上限等),映射为 web 界面可配置项。 |
metainfo.xml | 组件元信息 | 服务注册文件。声明该服务在 Ambari 下的身份、显示名、依赖关系、版本号、角色类型等,驱动整个安装和生命周期管理流程。 |
package/ | 服务包核心 | 脚本、模板、自动化逻辑都在此处。 分为 scripts(Python服务控制脚本)与 templates(配置模板,支持 Jinja2 动态渲染)。 |
├─ scripts/ | 服务操作脚本 | 所有服务角色(如 Master、Slave、Client)的安装、启动、停止、巡检、配置下发等全流程自动化逻辑,均以 Python 编写。 |
│ ├─ params.py | 参数转化层 | 将 XML 配置转为 Python 字典对象,供脚本动态获取参数。 |
│ ├─ redis_master.py | Master脚本 | Master 节点的生命周期管理(如启动、停止、状态检测、配置重载)。 |
│ ├─ redis_slave.py | Slave脚本 | Slave 节点管理,兼容哨兵与主从复制场景。 |
│ ├─ redis_client.py | 客户端脚本 | 客户端相关操作,主要支持命令行工具检测和连通性验证。 |
│ ├─ service_check.py | 服务检测 | 健康检查,实现“快速自检+告警”闭环,安装/升级过程自动校验服务可用性。 |
└─ templates/ | 配置模板 | Jinja2 模板文件,通过参数动态渲染出最终的 redis.conf 和环境变量脚本,保证跨平台与环境的一致性和灵活性。 |
├─ redis-env.sh.j2 | 环境模板 | 生成 shell 环境变量脚本,适配不同集群部署环境。 |
└─ redis.conf.j2 | 主配置模板 | 渲染生成 Redis 的核心配置文件(redis.conf),支持参数继承和自定义。 |
role_command_order.json | 服务顺序 | 服务启动/停止/升级等多角色依赖的执行顺序,确保分布式场景下“谁先启动、谁后下线”都完全可控。 |
# 3. 典型业务场景举例
集成场景一:参数下发与模板渲染
- 通过 Ambari Web 配置页面修改 redis-site.xml 相关参数。
- params.py 自动解析配置,将参数传入 redis.conf.j2,实时渲染生成最终配置文件。
- 服务平滑重启,参数立即生效。
集成场景二:多角色自动化部署
- Redis Master、Slave、Client 角色可根据拓扑一键下发到不同节点。
- 各角色对应脚本负责生命周期管理,提升自动化水平。
- 支持动态扩缩容与一键巡检,极大简化大数据集群运维难度。
集成场景三:多环境适配与升级
- 通过 metainfo.xml 灵活声明依赖版本和兼容边界。
- role_command_order.json 定义复杂服务编排,保障灰度升级、分批重启、主从切换的自动有序执行。
- 01
- bigtop-select 打包缺 compat 报错修复 deb07-16
- 02
- bigtop-select 打包缺 control 文件报错修复 deb07-16
- 03
- 首次编译-环境初始化 必装07-16