逻辑集群是基于NodeGroup机制来划分物理节点的一种集群模式。
GaussDB 200通过逻辑集群管理,实现了在一个大的MPPDB物理集群中,将集群划分成多个小的逻辑集群,以达到逻辑集群间的计算和存储资源的隔离,并且用户数据互相隔离,同时也能保证在授权情况下的业务用户可以跨集群进行数据表访问。
企业将不同的业务部署在不同的逻辑集群上,既可以实现业务统一管理,也能保证业务之间数据隔离和资源隔离。
弹性集群是指在逻辑集群模式下,非逻辑集群节点组成的集群,可以包含多个DN节点,也可以不包含任何DN节点。在逻辑集群模式下,总有一个弹性集群存在。
弹性集群不能用户手动创建,在物理集群下第一次创建逻辑集群时自动创建弹性集群,物理集群中所有不属于第一个逻辑集群的物理节点都会加入弹性集群。后续逻辑集群创建所需的DN节点都是来自弹性集群中。因此,为了能够创建新的逻辑集群,需要保证弹性集群中有DN节点存在(在物理集群模式下第一次创建逻辑集群时不需要)。
在每个逻辑集群内,客户可以独立管理业务资源,通过用户权限设置,实现逻辑集群内的资源隔离和逻辑集群间的数据互访。
对于每个逻辑集群系统,都相当于自主管理的独立集群,由多个物理节点组成,每个物理节点上有多个逻辑DN。这些逻辑集群共同使用相同的CN、GTM和CM等组件。
对于全新安装的物理集群,暂无客户业务,也没建立过表或数据库对象,支持将物理集群划分为1个或多个逻辑集群。划分原理如图1所示,划分为逻辑集群后,不支持回退。

客户MPPDB集群,已有业务在运行,物理集群中有数据库各种对象,且有存储数据,客户需要将物理集群模式转换为逻辑集群模式,仅支持将整个MPPDB物理集群转换为1个逻辑集群,转换原理如图2所示,转换为逻辑集群工作模式后,支持回退回物理集群模式。

说明:查询主CMS节点运行状态的操作步骤如下:
通过GaussDB 200逻辑集群能力的引入,一个用户可以按业务需求绑定一个租户角色,而该租户与逻辑集群关联,从而实现一个用户访问相对独立的逻辑集群的资源。
多租户场景下,一个用户仅能绑定一个租户,而一个租户可以被多个用户绑定。既实现同一租户下,多用户协同处理同一业务(下图用户2和用户3),又实现不同用户访问相互隔离的逻辑集群资源(下图用户1和用户2)。另一场景下,通过角色管理,在授权的情况下还可以实现跨逻辑群的数据互访(如下图,逻辑集群2对用户1授权后,用户1可以访问逻辑集群2中的数据),最终实现资源的独立和按需共享,满足业务性能的最大化。其逻辑关系如图3所示。

逻辑集群模式下,用户如需跨逻辑集群执行SQL操作,为不影响被访问逻辑集群下的用户操作,此时需要占用该逻辑集群的系统预留资源来执行SQL语句。通过配置该逻辑集群的系统预留资源,达到资源控制的目的。具体配置请参见配置系统预留资源。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69959250/viewspace-3147489/ ,如需转载,请注明出处,否则将追究法律责任。