逻辑集群是通过Node Group技术来实现资源和数据的隔离。逻辑集群可以把物理集群的所有物理节点划分成多个逻辑集群，每个物理节点只能属于一个逻辑集群，用户数据表只能分布在一个逻辑集群范围内。这样不同逻辑集群的用户数据是隔离的，逻辑集群所属节点的资源主要提供给逻辑集群内数据表的操作，同时供其他逻辑集群的作业交互查询使用。企业将不同的业务部署在不同的逻辑集群上，既可以实现业务统一管理，也能保证业务之间数据隔离和资源隔离。

 说明：

逻辑集群不是独立子集群，可以实现数据隔离，资源隔离和权限隔离，不支持独立运维。

图1 逻辑集群架构

图1 展示了物理集群划分成多个逻辑集群的架构示意图。物理集群的所有节点被分成多个逻辑集群节点组。业务用户1和业务用户2的作业分别在不同的逻辑集群上执行。用户1和用户2可以在本逻辑集群内部定义资源池来控制不同作业的资源（CPU，内存，IO）。如果业务用户1的某些作业需要访问业务用户2的数据，在获得授权后可以跨逻辑集群访问。逻辑集群可以配置跨逻辑集群访问的资源来保证逻辑集群内部作业的资源充足。

将物理集群的所有节点分成多个逻辑集群，每个子集群都可以根据业务情况定义资源池。由于用户表不会跨逻辑集群分布，如果业务不跨逻辑集群访问，业务之间就不存在资源竞争。同一逻辑集群内部的作业可以通过资源池来分配资源。如果某些业务需要访问其他逻辑集群的数据，可以跨逻辑集群访问，被访问的逻辑集群可以对来自其他逻辑集群的访问请求进行资源控制，以减少对逻辑集群内部作业的资源竞争。

用户在创建完成物理集群后就要确定是否划分逻辑集群，如果在划分逻辑集群前已经创建了用户表，由于这些用户表已经分布在所有物理节点，就无法再划分逻辑集群了，具体限制条件参考概述的约束限制。对于已经在使用的集群（例如6.5.1之前版本构建的数据库集群），如果希望转换为逻辑集群管理，可以将整个集群全部节点转换为一个逻辑集群。然后通过添加新节点对物理集群扩容，并在新增节点上创建新的逻辑集群。

创建逻辑集群后，物理集群中会出现一个特殊的弹性集群，物理集群中不属于任何逻辑集群的物理节点都会包含在这个弹性集群中。弹性集群中的节点可以通过逻辑集群扩容的方式加入某个逻辑集群，而某个逻辑集群被删除后释放的物理节点会从物理集群中移除。弹性集群中不允许创建任何用户表，但是弹性集群中的物理节点可以作为计算资源参与弹性计算。

逻辑集群支持如下管理操作，具体可参见逻辑集群。

• 创建逻辑集群：指定逻辑集群名称和物理节点列表，将这些物理节点划分为一个逻辑集群。
• 逻辑集群删除：删除指定名称的逻辑集群，逻辑集群删除后释放的物理节点会从物理集群中移除。
• 逻辑集群转换：该操作将物理集群转换成一个逻辑集群，主要用于将已经在运行的物理集群转换为逻辑集群模式。
• 逻辑集群回退：该操作将逻辑集群转换到普通物理集群模式。需要注意的是，系统中只能存在一个业务逻辑集群，弹性集群为空时，且该业务逻辑集群包含所有物理节点的情况下才能进行回退操作。
• 逻辑集群扩容重分布：该操作将扩大逻辑集群物理节点数目，并对逻辑集群内的表进行重分布到扩容后的物理节点上。
• 逻辑集群缩容：该操作将缩小逻辑集群物理节点数目，并将逻辑集群内的表进行重分布到缩容后的物理节点上。
• 逻辑集群重启：该操作将逻辑集群包含的所有DN重新启动，考虑到对整个物理集群的影响，逻辑集群并不支持单独的停止和启动。