Skip to main content
このページはClickHouse Cloudには該当しません。ここで説明している手順は、ClickHouse Cloud サービスでは自動化されています。
このガイドでは、ClickHouse で ACME (RFC8555 で定義) プロトコルを使用するよう設定する方法を説明します。 ACME をサポートすることで、ClickHouse は Let’s EncryptZeroSSL などのプロバイダーから証明書を自動的に取得し、更新できます。 TLS 暗号化は、クライアントと ClickHouse サーバー間で送受信されるデータを保護し、機密性の高いクエリや結果の盗聴を防ぎます。

概要

ACME プロトコルは、Let’s EncryptZeroSSL などのサービスによる証明書の自動更新プロセスを定義しています。簡単に言うと、証明書をリクエストする ClickHouse は、証明書を取得するために、あらかじめ定義されたチャレンジタイプを使ってドメインの所有権を確認する必要があります。 ACME を有効にするには、HTTP ポートと HTTPS ポートを acme ブロックとあわせて設定します:
HTTPポートは、ドメイン検証中に ACME の HTTP-01 チャレンジ (チャレンジタイプの詳細はこちら) のリクエストを処理します。検証が完了して証明書が発行されると、HTTPS ポートは取得した証明書を使って暗号化されたトラフィックを処理します。 HTTP ポートは、サーバー自体で 80 である必要はありません。nftables などのツールを使って別のポートに再マップできます。HTTP-01 チャレンジで使用できるポートについては、ACME プロバイダーのドキュメントを確認してください。 acme ブロックでは、アカウント作成用の email を設定し、ACME サービスの利用規約に同意します。 その後に必要なのは、ドメインのリストだけです。

現在の制限事項

  • サポートされているチャレンジタイプは HTTP-01 のみです。
  • サポートされている秘密鍵は RSA 2048 のみです。
  • レート制限には対応していません。

設定パラメータ

acme セクションで使用できる設定オプション: 設定では、デフォルトで Let’s Encrypt の本番ディレクトリが使用されます。設定ミスによってリクエストのクォータに達するのを避けるため、まずは staging directory で証明書の発行プロセスをテストすることを推奨します。

管理

初期デプロイ

複数のレプリカを持つクラスターで ACME クライアントを有効にする場合、証明書の初回発行時には特に注意が必要です。 ACME を有効にして起動した最初のレプリカは、ただちに ACME オーダーの作成を試み、HTTP-01 チャレンジの検証を行います。その時点でトラフィックを受けているレプリカが一部に限られていると、ほかのレプリカは検証リクエストに応答できないため、チャレンジは失敗する可能性が高くなります。 可能であれば、トラフィックを一時的に 1 つのレプリカのみにルーティングし (たとえば DNS レコードを調整して) 、そのレプリカで初回の証明書発行を完了させることをおすすめします。証明書が正常に発行されて Keeper に保存されたら、残りのレプリカでも ACME を有効にできます。これらのレプリカは既存の証明書を自動的に再利用し、以後の更新にも参加します。 トラフィックを 1 つのレプリカにルーティングできない場合は、代替手段として、ACME クライアントを有効にする前に既存の証明書と秘密鍵を Keeper に手動でアップロードできます。これにより初回の検証ステップを回避でき、すべてのレプリカを、有効な証明書がすでに存在する状態で起動できます。 初回の証明書が発行またはインポートされたあとは、すべてのレプリカですでに ACME クライアントが動作しており、Keeper を介して状態を共有するため、証明書の更新に特別な対応は必要ありません。

Keeper のデータ構造

他の ACME クライアントからの移行

移行を容易にするため、現在使用中の TLS 証明書と秘密鍵を Keeper に移行できます。 現時点でサーバーがサポートしているのは、RSA 2048 の鍵のみです。 certbot から移行し、/etc/letsencrypt/live ディレクトリを使用している場合は、次の一連のコマンドを使用できます。
最終更新日 2026年7月24日