Skip to main content

Docker を使用して ClickHouse をインストールする

利便性のため、Docker Hub のガイドを以下に再掲します。利用可能な Docker イメージでは、 公式の ClickHouse deb パッケージが使用されています。 Docker pull コマンド:

バージョン

  • latest タグは、最新の安定版ブランチの最新リリースを指します。
  • 22.2 のようなブランチタグは、対応するブランチの最新リリースを指します。
  • 22.2.322.2.3.5 のようなフルバージョンタグは、対応するリリースを指します。
  • head タグは、デフォルトブランチの最新コミットからビルドされます。
  • 各タグには、alpine ベースでビルドされていることを示す省略可能な -alpine 接尾辞があります。

互換性

  • amd64 イメージでは、SSE3 命令のサポートが必要です。 2005 年以降の x86 CPU のほぼすべてが SSE3 をサポートしています。
  • arm64 イメージでは、ARMv8.2-A アーキテクチャのサポートに加えて、 Load-Acquire RCpc レジスタも必要です。このレジスタは ARMv8.2-A ではオプションですが、 ARMv8.3-A では必須です。Graviton >=2、Azure、および GCP のインスタンスではサポートされています。 サポート対象外のデバイスの例としては、Raspberry Pi 4 (ARMv8.0-A) や Jetson AGX Xavier/Orin (ARMv8.2-A) があります。
  • ClickHouse 24.11 以降、Ubuntu イメージはベースイメージとして ubuntu:22.04 を使用するようになりました。これには、patch を含む docker バージョン >= 20.10.10 が必要です。回避策として、 代わりに docker run --security-opt seccomp=unconfined を使用することもできますが、セキュリティ上の影響がある点に注意してください。

このイメージの使い方

サーバーインスタンスを起動する

デフォルトでは、ClickHouse には Docker ネットワーク経由でのみアクセスできます。詳しくは、以下のネットワークに関するセクションを参照してください。 デフォルトでは、上記のサーバーインスタンスは、パスワードなしの default ユーザーとして実行されます。

ネイティブクライアントで接続する

ClickHouse clientの詳細については、ClickHouse clientを参照してください。

curl で接続する

HTTP インターフェイスの詳細については、ClickHouse HTTP インターフェイスを参照してください。

コンテナーの停止と削除

ネットワーク

あらかじめ定義されているユーザー default は、パスワードを設定しない限りネットワークアクセスできません。 詳しくは、以下の “起動時にデフォルトのデータベースとユーザーを作成する方法” および “default ユーザーの管理” を参照してください
Docker で実行中の ClickHouse は、コンテナー内の特定のポートをホストのポートにマッピングすることで公開できます:
または、--network=host を使ってコンテナーがホストのポートを直接利用することもできます (ネットワークパフォーマンスの向上にもつながります) :
上記の例の default ユーザーは、localhost からのリクエストでのみ使用できます

ボリューム

通常、永続化するには、コンテナー内に次のフォルダーをマウントします。
  • /var/lib/clickhouse/ - ClickHouse がデータを保存するメインのフォルダー
  • /var/log/clickhouse-server/ - ログ
次のものをマウントすることもできます:
  • /etc/clickhouse-server/config.d/*.xml - サーバー設定の調整用ファイル
  • /etc/clickhouse-server/users.d/*.xml - ユーザー設定の調整用ファイル
  • /docker-entrypoint-initdb.d/ - データベース初期化スクリプトが格納されたフォルダー (下記を参照) 。

Linux capabilities

ClickHouse には一部の高度な機能があり、これらを利用するには複数の Linux capabilities を有効にする必要があります これらは必須ではなく、次の docker command-line arguments を使用して有効にできます:
詳しくは、“Docker で CAP_IPC_LOCK および CAP_SYS_NICE ケーパビリティを設定する”

設定

このコンテナーでは、HTTP インターフェイス 用にポート 8123、ネイティブクライアント 用にポート 9000 を公開します。 ClickHouse の設定は、「config.xml」ファイルで表現されます (ドキュメント)

カスタム設定でサーバーインスタンスを起動する

カスタムユーザーでサーバーを起動する

ローカルディレクトリをマウントした状態でこのイメージを使用する場合は、適切なファイル所有権を保つために、通常はユーザーを指定する必要があります。--user 引数を使用し、/var/lib/clickhouse/var/log/clickhouse-server をコンテナー内にマウントしてください。そうしないと、イメージがエラーを出して起動しません。

root からサーバーを起動する

ユーザー名前空間が有効な場合は、root からサーバーを起動すると便利です。 その場合は、次を実行します。

起動時にデフォルトのデータベースとユーザーを作成する方法

コンテナーの起動時に、ユーザー (デフォルトでは default という名前のユーザーが使用されます) やデータベースを作成したい場合があります。これは、環境変数 CLICKHOUSE_DBCLICKHOUSE_USERCLICKHOUSE_DEFAULT_ACCESS_MANAGEMENTCLICKHOUSE_PASSWORD を使って行えます。

default ユーザーの管理

CLICKHOUSE_USERCLICKHOUSE_PASSWORDCLICKHOUSE_DEFAULT_ACCESS_MANAGEMENT のいずれも設定されていない場合、ユーザー default は既定でネットワークアクセスが無効になります。 環境変数 CLICKHOUSE_SKIP_USER_SETUP を 1 に設定すると、default ユーザーを安全ではない状態で利用できるようにできます。

このイメージを拡張する方法

このイメージから派生したイメージで追加の初期化を行うには、/docker-entrypoint-initdb.d 配下に 1 つ以上の *.sql*.sql.gz、または *.sh スクリプトを追加します。entrypoint が initdb を呼び出した後、サービスの起動前に追加の初期化を行うため、このディレクトリ内で見つかった *.sql ファイルを実行し、実行可能な *.sh スクリプトを実行し、実行可能でない *.sh スクリプトを source します。
/docker-entrypoint-initdb.d 配下のスクリプトは、ファイル名のアルファベット順で実行されます。スクリプト同士に依存関係がある場合 (たとえば、ビューを作成するスクリプトは、その参照先テーブルを作成するスクリプトの後に実行する必要がある場合) 、ファイル名が正しい順序でソートされるようにしてください。
また、初期化時に clickhouse-client で使用される環境変数 CLICKHOUSE_USERCLICKHOUSE_PASSWORD を指定することもできます。 たとえば、別のユーザーとデータベースを追加するには、次の内容を /docker-entrypoint-initdb.d/init-db.sh に追加します。
最終更新日 2026年6月12日