> ## Documentation Index > Fetch the complete documentation index at: https://private-7c7dfe99-detect-table-modification.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # インフラストラクチャ設定 > ロードバランサー、ノードグループ、その他の BYOC インフラストラクチャコンポーネントを設定します このページでは、BYOC デプロイメントで利用できる各種インフラストラクチャ設定オプションについて説明します。これらの設定により、要件に応じてネットワーク、セキュリティ、コンピュートリソースをカスタマイズできます。
## ロードバランサー
BYOC デプロイメントでは、**Network Load Balancers (NLBs)** を使用して、ClickHouse サービスへのトラフィックを管理・ルーティングします。ネットワーク構成に応じて、*パブリック* または *プライベート* のロードバランサーエンドポイントを選択できます。 | ロードバランサーの種類 | ClickHouse 管理の専用 VPC | 顧客管理 VPC | | -------------- | :------------------: | :------: | | **パブリック NLB** | デフォルトで有効 | デフォルトで無効 | | **プライベート NLB** | デフォルトで無効 | デフォルトで有効 | **パブリックロードバランサー:** * ClickHouse サービスへのパブリック (インターネット向け) アクセスを提供します。 * 通常、ClickHouse 管理の専用 VPC を使用する場合はデフォルトで有効になります。 * セキュリティを強化するため、顧客管理 VPC を使用する場合はデフォルトで無効になります。 **プライベートロードバランサー:** * プライベート (内部) アクセスを提供し、接続されたネットワーク内からのみアクセスできます。 * 通常、顧客管理 VPC を使用する場合はデフォルトで有効になります。 * 通常、ClickHouse 管理の専用 VPC を使用する場合はデフォルトで無効になります。 要件に応じて有効にするエンドポイントは、**ClickHouse Cloud Support** と連携して調整できます。
### AWS のプライベートロードバランサーのセキュリティグループ
BYOC デプロイメントでプライベートロードバランサーを使用する場合は、想定しているプライベートネットワーク (ピアリングされた VPC など) からのアクセスを許可するため、適切なセキュリティグループルールが設定されていることを確認する必要があります。デフォルトでは、このセキュリティグループは VPC 内からのトラフィックのみを許可します。 プライベートロードバランサーのセキュリティグループを設定するには、次の対応を行ってください。 **ClickHouse Support に連絡して**、特定の送信元ネットワークからのトラフィックを許可する受信セキュリティグループルールへの変更を依頼してください。 * **VPC Peering**: ピアリングされた VPC の CIDR 範囲からのトラフィックを許可するルールを依頼してください。 * **PrivateLink**: トラフィックはロードバランサーのセキュリティグループの制御対象ではないため、セキュリティグループの変更は不要です。 * **その他のネットワーク構成**: ご利用の構成を伝えてください。状況に応じてサポートが対応します。 プライベートロードバランサーのセキュリティグループに対する変更は、すべて ClickHouse Support が実施する必要があります。これにより、設定の一貫性が確保され、ClickHouse Cloud 管理環境内での競合を回避できます。 ネットワーク分離とセキュリティを最大限に高めるため、BYOC デプロイでは **AWS PrivateLink** または **GCP Private Service Connect** を利用できます。これらのオプションを使用すると、VPC peering を必要とせず、エンドポイントをパブリックインターネットに公開することなく、アプリケーションから ClickHouse Cloud サービスにプライベート接続できます。 手順を追ったセットアップについては、[Private Networking Setup guide](/ja/products/bring-your-own-cloud/onboarding/network)を参照してください。
## Kubernetes API のプライベート接続
デフォルトでは、BYOC クラスターの Kubernetes API サーバーのエンドポイントはパブリックインターネットからアクセス可能ですが、IP フィルタリングにより、ClickHouse NAT ゲートウェイの IP からのアクセスのみに制限されています。より強固なセキュリティを実現するには、Kubernetes API サーバーを、Tailscale を使用したプライベートネットワーク接続経由でのみアクセスできるように制限できます。 プライベート接続を Tailscale のみに依存している場合、Tailscale エージェントが利用できなくなると、ClickHouse Support がお使いの環境にアクセスできなくなるリスクがあります。その結果、トラブルシューティングやサポート対応に時間がかかる可能性があります。 プライベート API エンドポイントの設定をリクエストするには、**ClickHouse Support にお問い合わせください**。
## ノードグループ
Kubernetes のノードグループは、BYOC デプロイメントで ClickHouse サービスを実行するために必要なリソースを提供するコンピュートインスタンスの集まりです。ClickHouse Cloud はこれらのノードグループを管理し、設定とスケーリングを自動的に行います。
### デフォルト設定
BYOCクラスターは、2種類の主要なノードグループでプロビジョニングされます。 * **システムノードグループ** ClickHouse Operator、Istio (サービスメッシュ用) 、監視コンポーネント (Prometheus、Grafana、AlertManager) 、クラスターオートスケーラー、そのほかの中核サービスなど、重要なシステムワークロードをホストします。これらのノードでは通常、標準的な x86 のインスタンスタイプが使用されます。 * **ワークロードノードグループ** server や Keeper サービスを含む、ClickHouse のデータワークロード専用のノードグループです。デフォルトでは、ワークロードノードは ARM ベースのインスタンス上で稼働し、パフォーマンスとコスト効率のバランスに優れています。ただし、別の CPU/メモリプロファイルを指定したり、要望に応じて x86 アーキテクチャに切り替えたりすることもできます。
### ノードグループのカスタマイズ
特殊なリソースやアーキテクチャが必要な場合は、以下のカスタマイズに対応できます。ご相談や導入については、ClickHouse Support までお問い合わせください。 * **インスタンスタイプの選択** パフォーマンス、コンプライアンス、高メモリ/CPU、予約済みリソースの活用などの要件に合わせて、特定のインスタンスタイプを選択できます。 * **CPU/メモリ比率** 必要に応じて、ワークロードノードグループのコンピュートプロファイルを調整できます。 * **アーキテクチャ** 必要に応じて、ワークロードノードグループのアーキテクチャを ARM から x86 に切り替えられます。 > **注:** Spot (プリエンプト可能) インスタンスはサポートされていません。すべての BYOC ノードグループは、デフォルトでオンデマンドインスタンス上で実行されます。 ノードグループのカスタマイズや設定変更は、すべて ClickHouse Support と連携して実施する必要があります。これにより、互換性、安定性、最適なパフォーマンスを確保できます。
### 自動スケーリング
クラスターのノードグループは、クラスターオートスケーラーによって、次の要素に基づいて自動的にスケールされます。 * ポッドのリソースリクエストと上限 * クラスター全体の容量と使用率 * ClickHouse サービス のスケーリング要件 手動での対応は不要です。デプロイメントにおける継続的なリソース管理とスケーリング管理は、ClickHouse Cloud が行います。