一、前端通过 Rest 接口提交配置修改请求:
接口:[PUT] /api/v1/clusters/{clustername}
请求:
[{"Clusters": {"desired_config": [{"type": "zoo.cfg","tag": "version1488444158642","properties": {"autopurge.purgeInterval": "24","autopurge.snapRetainCount": "30","clientPort": "2181","dataDir": "/data01/hadoop/zookeeper","initLimit": "10","syncLimit": "5","tickTime": "2000"},"service_config_version_note": "Initial configurations for ZooKeeper"}...]}}
]
二、服务端操作数据库
1、clusterconfig 表记录(参考 Ambari Server 配置多版本功能实现分析)
2、serviceconfig 表记录(参考 Ambari Server 配置多版本功能实现分析)
3、serviceconfigmapping 表记录(参考 Ambari Server 配置多版本功能实现分析)
4、clusterconfigmapping 表记录,标记当前期望的配置
三、周期性判断:期望配置和实际配置是否一致,如不一致则提示用户更新
期望配置:clusterconfigmapping 表,selected=1 的记录为 当前期望的配置
实际配置:存储在 Agent 端 /var/lib/ambari-agent/data/ 目录下,Agent 通过心跳 ComponentStatus 字段,汇报当前主机的实际配置
注意点:
1、期望配置和实际配置的对比逻辑:ConfigHelper.java 类的 isStaleConfigs()方法
2、集成服务文件 metainfo.xml 的 configuration-dependencies 配置项,如:
只有在 configuration-dependencies 中定义的配置文件,修改之后才会提示用户更新。而且 config-type 字段填写配置文件名的时候,不要加 .xml 扩展名,否则照样不会提示用户更新。