暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

Goldendb 6的多租户结构和Insight白屏运维工具

白鳝的洞穴 2024-06-19
875

对于广大的DBA来说,GoldenDB是十分神秘的,也经常有朋友在我的公众号留言,让我介绍一下GoldenDB。我以前曾经简单接触过GoldenDB 5.3,也大致了解GoldenDB的十分复杂的技术栈,2022年8月份,我曾经写过一篇《简单分析一下GoldenDB》,就是针对GDB 5.3的,如果想了解一些GDB的架构方面的细节,可以去我的公众号上搜一下这篇文章。现在GDB的最广泛的使用版本是6.1,从整体架构上来说,GDB 6.1与5.3差别不是很大,一些组件的命名发生了改变,变得更加规范了。比如计算节点在GDB6里被统一称为CN节点,不像以前一样,在不同的文档里,命名都有所不同。

最近应用户的要求,D-SMART开始适配Goldendb,感觉到与5.3版本相比,

产品的各种提升还是挺大的。首先是文档,想要了解一个数据库,肯定先要从文档开始。GDB6的文档比起5.3已经有了很大的提升,无论从丰富程度还是从正规化方面,都有了很大的改善。    

通过这份1600+页的文档,我们可以基本上了解GDB从基础架构、集群部署架构到安装部署、数据库管理运维到应用开发的全貌。比起以前比较零散的文档来看,在体系化上是做了不少工作的。    

从文档的第一章介绍的数据库基础概念和架构上看,GDB实际上已经变成了一个数据库云产品了。从组件上看,分为计算节点CN,存储节点DN,全局事务节点GTM,LOADSERVER LDS,管理节点等。

这回我阅读GDB的文档,比两年前阅读GDB5的文档感觉好舒服了很多,对于其架构,文档里做了比较细致的描述,每个组件都用示意图画出了逻辑架构,并用文字对每个组件做了说明。了解其架构,对于初步理解一个数据库产品是十分重要的。    

     

GDB是一个支持多租户的数据库集群,部署模式可以是集中式、分布式或者混合部署模式。也就是说你可以在一个GDB数据库集群里创建多个租户,某些租户是集中式的,采用主备模式。    

也可以部署为分布式的模式,采用分片数据存储的模式。

也可以采用混合模式,在一个数据库集群里,某些租户采用分布式,有些租户采用集中式。在我最近拜访的一些金融客户那里我了解到,一些大型银行的核心系统实际上并没有使用分片部署的分布式模式,而是在应用层分库分表的方式。而一些城商行、小型股份制银行里,是使用分布式模式的。这与核心系统开发的资金投入有关。 

GDB6的白屏管理工具Insight的功能菜单与5.3类似,功能上有所增强,用户也不需要改变原有的操作习惯。通过Insight用户可以对庞大的分布式数据库进行有效的管理。最近我在研究一些分布式数据库的应用情况的时候发现,如果没有一个优秀的白屏管理工具,运维分布式数据库对于DBA来说就是噩梦。

目前在客户的这个实验环境里创建了两个租户,一个集中式,一个分布式。其中SYS_CLUSTER租户是系统租户,在每个集群中只能创建一个。实现全量SQL监控等监控管理功能必须依赖于SYS_CLUSTER这个系统租户。

   

比起GDB5,GDB6在监控上丰富了一些内容,不过显示风格还差不多,如果想要看多个指标的话,需要选择,这里我觉得如果能提供类似OB OCP或者GaussDB TPOPS的多指标监控窗口,看起来更舒服一些。我想随着有更多的用户使用这个工具,产品部门会对此做一些优化的。从目前的界面来看,并不符合DBA的运维习惯。

  

在诊断分析方面,Insight提供了慢日志分析、执行计划分析、锁等待、SQL在线分析等分析工具,并提供了AWR报告采集的功能。这些功能基本上能满足日常运维的需求,不过还是缺乏一些更加深入的可以用于定位数据库问题的工具。Insight里并不支持下钻到某个CN/DN实例上去做问题分析,一旦某个DN出问题了,想使用Insight来分析定位稍微复杂一些的问题还是比较困难的。    

总览页面看上去还可以,不过仔细看起来,显示的数据还是有点少,对于白屏运维来说,可能需要更加丰富的数据,我想很多行业用户也会对此提出需求。目前GDB在金融、移动用户处获得了很多用户。某些省的BOSS等核心系统已经迁移到GDB上。国内的一些银行,其中包括建行这样的大行也在大机下移工程中使用了GDB。我想随着更多的用户开始深入使用GDB,Insight的功能也会被这些客户推动下做得越来越丰富的。

 目前运维工具还不被允许直接接入GDB的某个CN/DN节点采集数据,不过可以通过Insight提供的rest接口去批量采集已经被采集到Insight运维平台的指标数据。目前Insight的采集频率最高是5分钟一个采样点,对于一些关键行业应用,比如银行,券商来说,可能采样周期还是有点长。另外目前Insight采集的指标还是较少。

CN节点默认开启的采集项也不多。重点还是在SQL采集和连接数采集方面。对于分析定位问题所需的数据支撑还是不足的。

DN节点的大多数采集项都是默认不打开的。这一点和IBM的DB2采用的策略类似。大量的可观测性数据都是用来分析问题,并不是给DBA日常使用的。

文章转载自白鳝的洞穴,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论