SequoiaDB安装配置.docVIP

系统架构 SequoiaDB 使用分布式架构，下图提供了对 SequoiaDB 体系结构的一般概述。 在客户机端（或应用程序端），本地或/和远程应用程序都与 SequoiaDB 客户机库链接。本地与远程客户机使用 TCP/IP 协议与协调节点进行通讯。 协调节点不保存任何用户数据，仅作为请求分发节点将用户请求分发至相应的数据节点。 编目节点保存系统的元数据信息，协调节点通过与编目节点通讯从而了解数据在数据节点中的实际分布。一个或多个编目节点可组成复制组集群。 数据节点保存用户的数据信息。一个或多个数据节点可以构成一个复制组（又称分区组）。复制组中每个数据节点都存储该复制组的一份完整数据，又称为复制组实例（或分区组实例）；复制组中的数据节点之间采用最终一致性同步数据，不同的复制组中保存的数据无重复。 每个复制组中可以包含一个或多个数据节点。当存在多个数据节点时，节点间数据进行异步复制。复制组中可以存在最多一个主节点与若干从节点。其中主节点可以进行读写操作，从节点进行只读操作。 从节点离线不影响主节点的正常工作。主节点离线后会在从节点中自动选举出新的主节点处理写请求。 节点恢复后，或新的节点加入复制组后会进行自动同步，保障数据在同步完成时与主节点一致。 在单个数据节点中的体系结构如下： 在数据节点，活动由引擎可调度单元（EDU）控制。每一个节点为操作系统中的一个进程。每个 EDU 在节点中为一个线程。对于外部用户请求其处理线程为代理线程，对于集群内部请求则由同步代理线程处理分区内同步事件；或分区代理线程处理分区间同步事件。 所有对数据的写操作均会记录入日志缓冲区，通过日志记录器将其异步写入磁盘。 用户数据会由代理线程直接写入文件系统缓冲池，然后由操作系统将其异步写入底层磁盘。 规划数据库部署 SequoiaDB 是一个全分布式的系统架构，支持各种灵活的部署方式。为了更好的发挥硬软件性能，在安装系统之前，需要对系统如何部署，网络的连接做好提前规划。 SequoiaDB 目前支持两种形式的部署： 独立模式 只在一台物理机上，启动一个数据类型的业务进程。这种模式性能高、安装部署简单方便。缺点是不支持分布式部署，不支持高可用。适用于数据总量不大，总 IOPS 吞吐较小，但对单次操作延时低的场景。 集群模式 可以分布式部署到多物理机上，最大支持300台物理机。集群模式需要部署编目节点、数据节点、协调节点以及 Web 管理节点（可选）。每台物理机上可部署任意多个逻辑节点，系统最大支持65535个逻辑节点。 Note: 独立模式可以迁移到集群模式，迁移过程中需要中断小于10分钟的业务。 用户可根据容量、性能、可靠性、成本方面的因素，规划好部署的方式，如下几种典型的部署方式供参考。 实际上可部署的方式非常灵活，用户可以根据实际需要组合出不同的部署方式。 最简部署 高可用部署 高性能部署 最简部署 最简部署方式适用于对数据库要求不高：数据量不大，总吞吐不高，可靠性要求不高的应用。 在该部署模式中，SequoiaDB 采用独立模式只启动一个数据库服务进程，业务应用可以与数据库合部，也可以部署在另外一台服务器上。 高可用部署 高可用部署方式适用于对可靠性要求高，但数据量不大、总吞吐要求不高的应用场景。在该部署中，在三台物理服务器上，都部署有数据节点和编目节点，三个数据节点组成一个副本组，三个编目节点组成副本集群。协调节点部署在业务应用的服务器上，也可以将应用/协调节点合部到数据库服务器上。 这种部署方式得优势就是高可靠性，任意一个物理服务器故障，数据的读写都不会受到影响。但数据容量与单个服务器的容量相同，且硬件成本相对较高。 高性能部署 高性能部署方式适用于对总数据吞吐/性能要求高，硬件成本低，但对可靠性要求不高的场景。该部署方式，在三台物理机服务上都部署有编目节点和数据节点，三个编目节点组成一个副本组，每个数据节点单独组成一个副本组（只有一个副本）。协调节点与应用部署在分离的服务器上，或者也可以部署到数据库服务器上。 这种部署模式可以充分利用所有服务器的存储容量，总的存储容量等于3个服务器的容量总和。但可靠性较低，任意一台服务器故障，都会导致部分数据无法读取和写入。 安装软件要求 Linux 系统要求 配置主机名 配置项 配置方法 验证方法 配置主机名 1. 使用 root 权限登陆，执行 hostname sdbserver1（sdbserver1为主机名称，可根据需要修改。）； 对于 SUSE： 2. 打开 /etc/HOSTNAME 文件； vi /etc/HOSTNAME 3. 修改文件内容，配置为主机名称； sdbserver1 （主机名称） 4. 按 :wq 保存退出； 对于 RedHat： 2. 打开 /etc/sysc