はじめに

これらのデプロイメント例は、ClickHouse サポートおよびサービス組織からの ClickHouse ユーザーへのアドバイスに基づいています。これらは実際に機能する例であり、試してみてから自分のニーズに合わせて調整することをお勧めします。ここにあなたの要件に正確に合った例が見つかるかもしれません。あるいは、データが2回ではなく3回レプリケートされる必要がある場合は、ここで示されているパターンに従うことで、もう1つのレプリカを追加できるはずです。

Terminology

Replica

データのコピーです。ClickHouseは常にデータのコピーを少なくとも1つ保持しており、レプリカの最小数は1です。この点は重要で、データの元のコピーをレプリカとしてカウントすることに慣れていないかもしれませんが、これはClickHouseのコードおよびドキュメントで使用されている用語です。データの2番目のレプリカを追加することで、フォールトトレランスが提供されます。

Shard

データのサブセットです。ClickHouseは常にデータのために少なくとも1つのシャードを持っており、データを複数のサーバーに分割しない場合、データは1つのシャードに保存されます。データを複数のサーバーにシャーディングすることで、単一のサーバーの容量を超えた場合に負荷を分散することができます。宛先サーバーはシャーディングキーによって決定され、分散テーブルを作成するときに定義されます。シャーディングキーはランダムでも、ハッシュ関数の出力としても設定できます。シャーディングに関する展開例では、rand()をシャーディングキーとして使用し、異なるシャーディングキーをいつどのように選ぶかについてのさらなる情報を提供します。

Distributed coordination

ClickHouse Keeperは、データレプリケーションおよび分散DDLクエリの実行のための調整システムを提供します。ClickHouse KeeperはApache ZooKeeperと互換性があります。

例

基本

• スケールアウト の例では、データを2つのノードにシャードし、分散テーブルを使用する方法が示されています。これにより、2つの ClickHouse ノードにデータが格納されます。また、2つの ClickHouse ノードは ClickHouse Keeper を実行して分散同期を提供しています。3つ目のノードは ClickHouse Keeper をスタンドアロンで実行し、ClickHouse Keeper の過半数を完成させます。

• フォールトトレランスのためのレプリケーション の例では、データを2つのノードにレプリケートし、ReplicatedMergeTree テーブルを使用する方法が示されています。これにより、2つの ClickHouse ノードにデータが存在します。2つの ClickHouse サーバーノードに加えて、レプリケーションを管理するために3つの ClickHouse Keeper スタンドアロンノードがあります。

中級

• 近日中に公開予定

上級

• 近日中に公開予定