GoldenDB组件和进程关系
在《GoldenDB整体架构》一文中,我们介绍了GoldenDB包含了哪些节点,这个表里面归纳了各个节点包含了哪些模块,以及模块里包含了哪些进程,以及对应的说明,感兴趣的小伙伴可以截图留存。
接下来我们看看各个功能组件之间的访问关系,如图所示
- 1、计算节点和数据节点之间通过dbagent建立长连接,所有的副本都需要建立
- 2、数据节点主节点和从节点之间通过mysql的binlog同步复制原理,实现数据的同步
- 3、事务访问计算节点,如果需要申请全局事务ID,会通过GTM管理节点申请GTID
- 4、管理节点中ClusterManager会统一管理数据节点,比如数据节点的状态、扩容缩容,并协同计算节点控制数据的访问
- 5、管理节点中的ProxyManager实现对计算节点的统一管理,会和每个计算节点进行连接
- 6、管理节点中的Metadataserver管理元数据信息,有DDL相关的变更会在这里同步更新,元数据会保存在RDB中。同时为了优化执行效率,元数据信息也会同时同步到每个计算节点和数据节点的内存中,业务访问的时候优先从本地读取元数据信息。
- 7、每台服务器会部署ommagent,用于执行OMM管理节点下发的命令,并将告警信息同步到OMM管理节点
后我们来看看Insight运维管理平台访问关系,如图所示
- 1、InsightAgent是主机代理,每台主机上部署,执行insightserver下发的命令,并将数据收集推送到kafka
- 2、Filebeat是日志采集代理,用于收集每台服务器的日志数据
- 3、运维性能数据经过kafka消息队列后通过logstash采集到elasticsearch中存储
- 4、Insightserver会查询ES中的性能数据、RDB中的集群信息以及Redis中的缓存信息进行展示和汇总分析
- 来源
https://zhuanlan.zhihu.com/p/437235433
相关文章