Skip to main content

​
標準オンボーディングとは？

標準オンボーディング は、BYOC を使用してお客様自身のクラウドアカウントに ClickHouse をデプロイするための、標準的なガイド付きワークフローです。この方式では、ClickHouse Cloud が、デプロイに必要な主要なクラウドリソース (VPC/VNet、サブネット、セキュリティグループ、Kubernetes (EKS/GKE/AKS) クラスター、関連する IAM ロール、サービスアカウント、サービスプリンシパルなど) を、お客様の AWS アカウント、GCP プロジェクト、または Azure サブスクリプション内にまとめてプロビジョニングします。これにより、一貫性のある安全な構成を確保しつつ、お客様のチームに必要な手動作業を最小限に抑えられます。 標準オンボーディングでは、専用の AWS アカウント、GCP プロジェクト、または Azure サブスクリプションを用意し、初期スタック (CloudFormation または Terraform) を実行して、ClickHouse Cloud が以降のセットアップをオーケストレーションするために必要な最小限の権限と信頼関係を作成するだけで済みます。それ以降のすべての手順 (インフラストラクチャのプロビジョニングやサービスの起動を含む) は、ClickHouse Cloud の Web コンソールから管理されます。 権限とリソースをより適切に分離するため、ClickHouse BYOC デプロイをホストするための専用の AWS アカウント、GCP プロジェクト、または Azure サブスクリプションを用意することを強く推奨します。ClickHouse は、お客様のアカウント内に、専用のクラウドリソース一式 (VPC/VNet、Kubernetes クラスター、IAM ロール、サービスアカウント、サービスプリンシパル、オブジェクトストレージバケットなど) をデプロイします。 より柔軟にカスタマイズしたセットアップ (たとえば既存の VPC へのデプロイ) が必要な場合は、Customized Onboarding のドキュメントを参照してください。
標準の BYOC オンボーディングは、CloudFormation または Terraform の手順を開始してから最初の ClickHouse サービスに接続できるようになるまで、エンドツーエンドでおよそ 45～90 分かかります。

​
アクセスを申請する

オンボーディングを開始するには、お問い合わせください。当社のチームがBYOCの要件をご案内し、最適なデプロイメントオプションの選定を支援するとともに、お客様のアカウントを許可リストに追加します。

​
オンボーディング

​
AWS アカウント/GCP プロジェクト/Azure サブスクリプションを準備する

組織配下に新しい AWS アカウント、GCP プロジェクト、または Azure サブスクリプションを用意します。
1

クラウドプロバイダーを選択する

2

アカウント/プロジェクト/サブスクリプションのセットアップ

初期の BYOC セットアップは、CloudFormation template (AWS)、Terraform module (GCP)、または Terraform module (Azure) のいずれかを使用して実行できます。これにより高権限の ID (IAM ロール/サービスアカウント/サービスプリンシパル) が作成され、ClickHouse Cloud の BYOC コントローラーがインフラストラクチャを管理できるようになります。
ClickHouse の実行に必要なストレージバケット、VPC/VNet、Kubernetes クラスター、コンピュートリソースは、この初期セットアップには含まれていません。これらは次のステップでプロビジョニングされます。

​
AWS 向けの代替 Terraform モジュール

AWS のデプロイで CloudFormation ではなく Terraform を使いたい場合は、AWS 向け Terraform モジュール も利用できます。使用方法:
3

BYOC インフラストラクチャをセットアップする

ClickHouse Cloud コンソールから、オブジェクトストレージバケット、VPC/VNet、Kubernetes クラスターを含むインフラストラクチャをセットアップするよう案内されます。この段階で決める必要がある設定がいくつかあり、後から変更することはできません。具体的には次のとおりです。
  • Region: サポート対象リージョン のドキュメントに記載されているすべてのパブリックリージョンで、BYOC デプロイを利用できます。Private Region は現在サポートされていません。
  • VPC/VNet CIDR 範囲: デフォルトでは、BYOC の VPC (AWS/GCP) または VNet (Azure) の CIDR 範囲として 10.0.0.0/16 を使用します。別のアカウントと VPC/VNet ピアリングを行う予定がある場合は、CIDR 範囲が重複しないようにしてください。必要なワークロードを収容できるよう、最小サイズ /23 で BYOC 用の適切な CIDR 範囲を割り当ててください。
  • アベイラビリティゾーン: VPC ピアリングを使用する予定がある場合、ソースアカウントと BYOC アカウントのアベイラビリティゾーンを揃えることで、AZ 間トラフィックのコストを抑えられることがあります。たとえば AWS では、アベイラビリティゾーンの接尾辞 (a、b、c) が、アカウントごとに異なる物理ゾーン ID を表す場合があります。詳細は AWS ガイド を参照してください。

​
最初の BYOC ClickHouse サービスを作成する

BYOC インフラストラクチャのプロビジョニングが完了したら、最初の ClickHouse サービスを起動する準備は整っています。ClickHouse Cloud コンソールを開き、BYOC 環境を選択して、画面の案内に従って新しいサービスを作成します。 サービスの作成時には、次のオプションを設定します。
  • サービス名: ClickHouse サービスに、わかりやすく説明的な名前を入力します。
  • BYOC インフラストラクチャ: サービスを実行する BYOC 環境 (クラウドアカウントとリージョンを含む) を選択します。
  • リソース構成: ClickHouse レプリカに割り当てる CPU とメモリの量を選択します。
  • レプリカ数: 高可用性を高めるため、レプリカ数を設定します。
最終更新日 2026年7月23日