方案简介-安装方案
集群组网方案
GaussDB 200系统的网络划分为2个平面，即业务平面和管理平面，两个平面之间采用物理隔离的方式进行部署，保证业务、管理各自网络的安全性。主备管理节点还支持设置外部管理网络的IP地址，用户可以通过外部管理网络进行集群管理。
采用双平面组网时，集群中每个节点分别接入管理平面和业务平面，每个节点需要准备一个管理IP地址和一个业务IP地址，每个IP地址用两个网络接口配置Bond，分别接入两个接入交换机。各节点的业务平面建议采用10GE带宽（如图1中“数据节点19”），业务平面接入交换机与汇聚交换机之间建议采用10GE带宽，业务平面汇聚交换机的堆叠带宽建议设置为40GE。
说明：- 当采用单平面组网时，不区分管理平面和业务平面，每个节点只有一个IP地址。
- 图中不包含主备管理节点连接的外部管理网络的元素。
单节点组网方案
GaussDB 200单节点部署，在一个服务器主机上合并部署GaussDB 200的管理节点、控制节点、数据节点（包括Coordinator主实例，和多个Datanode主实例，CMS主节点，GTM的主节点），不考虑原GaussDB 200集群模式的多节点主备HA模式，满足轻量化场景的存储和计算业务。
节点部署方案
根据集群内节点数的规模，GaussDB 200的组网原则如下所示。
节点部署方案 | 组网规则 | 适用场景 |
|---|---|---|
管理节点和控制节点合并部署，数据节点单独部署 |
|
|
管理节点、控制节点和数据节点合并部署 | 集群内节点部署在同一子网，集群内通过汇聚交换机二层互联。 |
说明： 不推荐使用此场景。
|
管理节点、控制节点和数据节点合并部署 | 单节点部署 | 单节点部署 |
服务部署方案
GaussDB 200系统由多种服务按照一定的逻辑架构组合而成，每个服务包含一个或多个角色，每个角色可以部署一个或多个实例。
- 服务：服务对外表现为集群提供的组件业务能力，集群中的每个组件对应一个服务名，提供一种服务。
- 角色：角色是服务的组成要素，每个服务由一个或多个角色组成，服务通过角色安装到节点（即服务器）上，保证服务正常运行。
- 实例：当一个服务的角色安装到节点上，即形成一个实例。每个服务有各自对应的角色实例。图3 服务、角色、实例之间的关系
安装集群时，选择不同的服务角色部署到各服务器中，各服务角色如表2所示。通常在《配置规划工具》中填写各节点的服务角色信息，并生成相应的配置文件，用于安装集群时使用。
集群中各服务之间存在依赖或者关联的关系：
- A依赖于B，表示若集群中部署A服务，需要提前或同时部署B服务。A与B可以不部署在相同的节点上。
- A与B关联，表示若集群中部署A服务，需要同时部署B服务。A与B需要部署在相同的节点上。
服务名称 | 角色名称 | 内存最小要求 | 依赖关系 | 角色业务部署原则 |
|---|---|---|---|---|
OMSServer | OMSServer | 10GB | - | 分别部署在两个管理节点上，主备配置。 |
LdapServer | SlapdServer | 500MB~1GB | - | 考虑性能最优化，建议所有集群中LdapServer都与KrbServer部署在相同的节点上。
|
KrbServer | KerberosServer | 3MB |
| 分别部署在两个控制节点上，负荷分担。 |
KerberosAdmin | 2MB | 分别部署在两个控制节点上，负荷分担。 | ||
MPPDB | MPPDBServer | 16GB | - | 至少部署在三个数据节点上。 |
（可选）SimsTrainserver | 2GB | SimsTrainserver依赖于MPPDBServer | 可选安装角色，仅当需要启用特征检索训练平台时才需要部署。 且仅部署在一个装有CN实例的数据节点上。 说明：
| |
（可选）MPPDBMonitor | MonitorServer | 20GB | 依赖于MPPDB。 | 可选服务，用于MPPDB集群的监控与分析。 仅部署1个，建议部署在集群的管理节点上。 |
轻量化单节点部署中，各服务都部署在一个节点。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69959250/viewspace-3126083/ ，如需转载，请注明出处，否则将追究法律责任。
