Kafka or EventStore

Server

N

提供消息和事件的存储和处理服务

Rest

按需

提供了REST 接口访问方式

Slipstream

Slipstream Metastore

2

提供元数据管理服务

Slipstream Server

1

提供Slipstream管理服务

Slipstream Executor

N

提供实时数据处理服务

Quark

Quark Metastore

2

提供元数据管理服务

Quark Server

1

当同时存在跑批和交互式，可以考虑部署 2 个 Quark组件 ；

当部署多个 Quark组件 时，推荐 Quark Server 部署在不同节点上。若部署在同一个节点上，需要配置不同的端口，避免端口冲突。

Nucelon Executor

N

推荐在所有节点部署；如集群规模较大，管理节点可以不部署

最好与数据节点共同部署，这样可以减少数据移动

Nucelon Executor 服务在接收查询子任务后，会创建 executor 实例执行任务。用户可以自定义实例的数量和实例资源分配。

TDDMS

TDDMS Master

3 或者 5

部署个数为奇数

ArgoDB 为提供系统高可用，在系统设计过程中采用分布式系统算法，如Raft协议。因此偶数个节点的容错能力跟比它小的最大的奇数个节点的容错能力是一样的，在这种情况下，部署个数建议为奇数。

TDDMS Master为多活架构，可同时提供服务并提供高可用

TDDMS Web Server

1

提供 TDDMS 界面化管理服务

TDDMS tablet Server

N

提供数据存储服务

HDFS

Httpfs

1

提供 HDFS 界面化管理服务

Name Service -NameNode

2 及以上

1 台为 Active NameNode，1台为StandBy NameNode，提供高可用保障

Name Service -JournalNode

3 及以上

JournalNode 提供 NameNode 同步

DataNode

N

提供文件存储服务

KunDB

KunGate

3 或者 5

部署个数为奇数

KunDB 并非节点数越多越好。KunDB 每个节点都是另一个节点的完整副本，所以节点数越多，数据冗余占用的资源越多，同时复制的成本也会增加，导致系统的运行效率降低。因此推荐为一个 KunDB 服务配置 3 个或 5 个节点。

Compact Service

Compact Service Server

1

提供小文件合并任务管理

Compact Service Executor

N

提供小文件合并服务

Compact Metastore

2

提供小文件合并元数据服务

Zookeeper

Zookeeper Server

3 或者 5 或者 7

部署节点数为奇数

20 个节点以下部署 3 个，20 个节点以上配置 5-7 个，不超过 7 个

YARN

Resource Manager

2

负责资源管理

Node Manager

3

负责容器的管理，并监控资源使用情况

History Server

1

存储和检索历史作业信息

Timeline Server

1

存储和检索应用程序的当前和历史信息