共计 1481 个字符，预计需要花费 4 分钟才能阅读完成。
一、理解对等部署
KunlunDB 是计算 & 存储拆散的分布式数据库，反对海量数据处理，能够解决传统数据库分库 & 分表带来的复杂性问题。
KunlunDB 的外围组件如下图所示，由计算引擎和存储引擎组成。
计算引擎次要负责数据处理计算，是 CPU 资源密集型服务器，而存储引擎是 IO 资源密集型服务器，在理论生产环境部署过程中，能够将计算引擎和存储引擎部署在同一台服务器上，以取得资源的无效利用，同时通过不同节点间的组件冗余来实现高可靠性。
典型的对等部署构造下图所示：
KunlunDB 集群服务数量没有限度，对等部署架构的特点是计算节点与存储节点并存于同一台物理服务器内，每台服务器既运行计算节点，同时也运行存储节点。
对于多正本 Shard, 主从正本不能位于同一台服务器内，而应该对等的散布在其余的服务器里。
1.1 KunlunServer(计算节点）
计算节点运行无状态计算 & 查问引擎，与存储进行交互执行 SQL 工作，采纳异步通信模式，计算节点岂但能够本机上的存储节点交互，也能够通过网络与对接节点上其余的存储节点交互进行数据处理。
客户应用程序能够连贯到任意一台计算节点执行 KunlunDB 集群的数据处理工作。
1.2 KunlunStorage(存储节点）
存储节点由多个存储分片（Shard）组成，Shard 的主从正本对等散布在可用的服务器中，每台服务器的存储节点是由某个 Shard 的主正本及其他 Shard 的从正本组成。
对等部署的益处：
无效利用服务器硬件资源
组件在服务器之间互相冗余进步系统可靠性
不便扩容，灵便扩大
二、对等部署指南
2.1 资源筹备：在对等部署计划中，各台服务的硬件配置应该统一，操作系统及版本统一，服务器之间的网络带宽倡议是千兆或以上。
2.2 每台服务器的运行一个计算节点。
2.3 集群的 Shard 个数不应该超过服务器的数量，每台服务器只能运行集群的一个 Shard 的主节点。每个 Shard 的主从正本的参数配置利用统一。不同 Shard 的参数配置能够依据业务需要做共性配置。
2.4 每个 Shard 的正本数量能够依据业务需要定义，KunlunDB 集群对正本数量没有限度，但从可靠性思考，倡议每个 shard 起码 3 个正本，正本数量不超过可用的机器数量。
2.5 在配置，倡议主从正本不要运行在同一台服务器内。
2.6 治理组件及其他组件：
- 元数据集群：倡议部署为一主两从的高可用模式，暂用资源较少，可依据现网状况抉择相应服务器部署。
- 集群管理器：倡议部署为一主两从的高可用模式，暂用资源较少，可依据现网状况抉择相应服务器部署。
- 节点管理器：每台服务器部署一个。
三、装置部署过程
对等部署的装置具体过程能够参考文档: KunlunDB 疾速入门装置指南, KunlunDB 1.0 将反对基于 WEB UI 界面的对等模式装置，进步装置的易用性。
对等部署的服务器资源布局参照上面表格（以三节点为例）
四、对等部署服务器配置要求
做为分布式数据库，KunlunDB 集群对服务器的配置要求绝对较低，入门级的 KunlunDB 集群的服务器配置参考如下：
KunlunDB 入门级机器配置：
- 服务器 3 台：亚马逊 m5.4xlarge 机型（CPU 8cores 16Threads , 内存 64G，存储 gp3, 通用型 SSD 卷 3000IOPS，125MB/ s 吞吐量，节点间网络带宽 10G）。
- 数据库软件：KunlunDB 0.9.1。
- 部署架构：对等部署，3Shard , 每个 Shard 有 3 个正本。
KunlunDB 我的项目已开源
【GitHub：】
https://github.com/zettadb
【Gitee：】
https://gitee.com/zettadb
END
