集群部署

这篇教程假设您已经设置了一个本地 ClickHouse 服务器

通过此教程，您将学习如何设置一个简单的 ClickHouse 集群。虽然它会很小，但具备容错和可扩展性。接下来，我们将使用其中一个示例数据集填充它，并执行一些演示查询。

此 ClickHouse 集群将是一个同构集群。以下是步骤：

一个分布式表是对 ClickHouse 集群中本地表的"视图"。从分布式表发出的 SELECT 查询使用集群所有分片的资源。您可以为多个集群指定配置，并创建多个分布式表，以提供不同集群的视图。

以下是一个包含三个分片的集群示例配置，每个分片有一个副本：

为了进一步演示，让我们创建一个新的本地表，使用与单节点部署教程中 hits_v1 相同的 CREATE TABLE 查询，但使用不同的表名：

创建一个分布式表提供对集群本地表的视图：

一种常见的做法是在集群的所有机器上创建类似的分布式表。这使得可以在集群的任何机器上运行分布式查询。还有另一种选择是为特定的 SELECT 查询创建临时分布式表，使用 remote 表函数。

让我们对分布式表执行 INSERT SELECT，将表数据分散到多个服务器。

正如您所期待的那样，计算密集型查询在使用 3 台服务器时比使用 1 台服务器快 N 倍。

在这种情况下，我们使用一个包含 3 个分片的集群，每个分片包含一个副本。

为了在生产环境中提供弹性，我们建议每个分片包含 2-3 个副本，分布在多个可用区或数据中心（或至少机架）之间。请注意，ClickHouse 支持无限数量的副本。

以下是一个包含三个副本的单个分片集群的示例配置：

要启用原生复制，需使用 ZooKeeper。ClickHouse 负责所有副本上的数据一致性，并在故障后自动运行恢复程序。建议将 ZooKeeper 集群部署在独立的服务器上（避免运行其他进程，包括 ClickHouse）。

注意

ZooKeeper 不是严格要求：在某些简单情况下，您可以通过从应用程序代码中将数据写入所有副本来重复数据。这种方法不推荐，因为在这种情况下，ClickHouse 将无法保证所有副本上的数据一致性。因此，这将成为您应用程序的责任。

ZooKeeper 位置在配置文件中指定：

此外，我们需要设置宏以识别每个分片和副本，这些宏在创建表时使用：

如果在复制表创建时没有副本，则会实例化一个新的第一个副本。如果已经存在活动副本，则新副本将从现有副本克隆数据。您可以选择先创建所有复制表，然后插入数据。另一种选择是在一些副本创建后或在数据插入过程中添加其他副本。

在这里我们使用 ReplicatedMergeTree 表引擎。在参数中，我们指定包含分片和副本标识符的 ZooKeeper 路径。

复制在多主模式下操作。数据可以加载到任何副本中，系统会自动与其他实例同步。复制是异步的，因此在某一时刻，并非所有副本都可能包含最近插入的数据。至少应该有一个副本处于活动状态，以允许数据摄取。其他副本将在重新激活后同步数据并修复一致性。请注意，这种方法允许最近插入的数据丢失的可能性较低。

集群部署​