Перейти к основному содержимому
Перейти к основному содержимому

Введение

Эти примеры развертывания основаны на рекомендациях, предоставленных организации поддержки и услуг ClickHouse пользователям ClickHouse. Это работающие примеры, и мы рекомендуем вам попробовать их, а затем настроить их под свои нужды. Вы можете найти здесь пример, который точно соответствует вашим требованиям. В качестве альтернативы, если у вас есть требование, где данные реплицируются трижды вместо двух, вы должны иметь возможность добавить еще одну реплику, следуя представленным здесь шаблонам.

Terminology​

Replica​

A copy of data. ClickHouse always has at least one copy of your data, and so the minimum number of replicas is one. This is an important detail, you may not be used to counting the original copy of your data as a replica, but that is the term used in ClickHouse code and documentation. Adding a second replica of your data provides fault tolerance.

Shard​

A subset of data. ClickHouse always has at least one shard for your data, so if you do not split the data across multiple servers, your data will be stored in one shard. Sharding data across multiple servers can be used to divide the load if you exceed the capacity of a single server. The destination server is determined by the sharding key, and is defined when you create the distributed table. The sharding key can be random or as an output of a hash function. The deployment examples involving sharding will use rand() as the sharding key, and will provide further information on when and how to choose a different sharding key.

Distributed coordination​

ClickHouse Keeper provides the coordination system for data replication and distributed DDL queries execution. ClickHouse Keeper is compatible with Apache ZooKeeper.

Примеры​

Основной​

  • Пример Масштабирования показывает, как шардировать ваши данные по двум узлам и использовать распределённую таблицу. Это приводит к тому, что данные находятся на двух узлах ClickHouse. Два узла ClickHouse также запускают ClickHouse Keeper, обеспечивая распределенную синхронизацию. Третий узел запускает ClickHouse Keeper в автономном режиме для завершения кворума ClickHouse Keeper.

  • Пример Репликация для отказоустойчивости показывает, как реплицировать ваши данные по двум узлам и использовать таблицу ReplicatedMergeTree. Это приводит к тому, что данные находятся на двух узлах ClickHouse. В дополнение к двум узлам сервера ClickHouse есть три узла ClickHouse Keeper в автономном режиме для управления репликацией.

Промежуточный​

  • Скоро

Продвинутый​

  • Скоро