ClickHouse高可用架构测试

一、概述

1、可行性

现状：安装的是单节点

规划：改为多节点。则单点服务改多点服务，则避免单个点断开后整个服务器重启。现在用的虚拟机1T，计划改为固态硬盘，则性能更好。

执行：运维已搭建，测试时运行etl作业观察节点间是否影响。

2、必要性

ClickHouse 需要采用一种高可用性架构，采用多节点集群，以便在单个节点出现故障时，系统能够自动切换到备用节点，从而保持正常运行。

副本(Replica)：副本是 ClickHouse 数据的一份完整拷贝，存储在多个节点上。通过副本，ClickHouse 可以实现数据的冗余和故障转移。

负载均衡(Load Balancing)：负载均衡是将请求分发到多个节点上的过程，以便均匀分配系统的负载。在 ClickHouse 高可用性架构中，负载均衡器负责将用户请求分发到不同的副本上。

故障检测(Failure Detection)：故障检测是用于检测节点故障的机制。在 ClickHouse 高可用性架构中，故障检测器会定期检查节点的状态，并在发现故障时通知负载均衡器进行故障转移。

故障转移(Failover)：故障转移是在发生故障时自动切换到备用节点的过程。在 ClickHouse 高可用性架构中，故障转移可以通过故障检测和负载均衡器实现。

3、局限性

依赖性：ClickHouse 高可用性架构依赖于其他技术和组件，如网络、操作系统等。如果这些技术和组件出现故障，可能会影响 ClickHouse 高可用性架构的运行。

复杂性：ClickHouse 高可用性架构涉及多个组件和技术，可能会增加系统的复杂性和维护成本。

数据一致性：在某些情况下，ClickHouse 高可用性架构可能导致数据的不一致性。例如，在故障转移过程中，部分请求可能会被路由到备用节点，导致数据的不一致性。

二、部署

离线部署clickhouse三节点

在三个服务器分别安装clickhouse，配置文件加上三个服务器ip、指定集群名称。

一个集群可以有多个切片，一个切片可以有多个节点。

本次集群是一个切片三个节点。

在三个服务器分别安装clickhouse，配置文件加上三个服务器ip、指定集群名称。

实际应用中，192.168.12.112服务器作为主节点，进行插数和查询，其他为备用节点。

• IP（三个节点）：

192.168.12.112（主）

192.168.12.113