OpenAPI を使用した DB ClickPipes のスケーリング
ほとんどのユーザーはこの API を必要としません
DB ClickPipes のデフォルト構成は、ほとんどのワークロードをそのまま処理できるように設計されています。ご利用中のワークロードにスケーリングが必要だと考えられる場合は、サポートケース を開いてください。お客様のユースケースに最適な設定についてご案内します。
スケーリング API が有効なユースケース:
- 大規模な初回ロード(4 TB 超)
- 中程度のデータ量を可能な限り高速に移行したい場合
- 同一サービス上で 8 個を超える CDC ClickPipes をサポートする場合
スケールアップを試みる前に、次の点を検討してください:
- ソース DB に十分な余剰キャパシティがあることを確認する
- ClickPipe 作成時に、まず 初回ロードの並列度とパーティション分割 を調整する
- CDC の遅延を引き起こしている可能性のある、ソース側の長時間実行トランザクション を確認する
スケールを増やすと、それに比例して ClickPipes のコンピュートコストも増加します。 初回ロードのみのためにスケールアップする場合は、スナップショット完了後にスケールダウンして予期しない課金を避けることが重要です。料金の詳細については、Postgres CDC の料金 を参照してください。
この手順の前提条件
開始する前に、次のものが必要です。
- 対象の ClickHouse Cloud サービスに対して Admin 権限を持つ ClickHouse API key。
- サービス内で過去のいずれかの時点にプロビジョニングされた DB ClickPipe(Postgres、MySQL、または MongoDB)。CDC インフラストラクチャは最初の ClickPipe の作成時に合わせて構築され、それ以降はスケーリング用エンドポイントが利用可能になります。
DB ClickPipes のスケーリング手順
コマンドを実行する前に、以下の環境変数を設定します。
現在のスケーリング設定を取得します(省略可):
希望するスケーリングを設定します。サポートされる構成は CPU コア数 1~24 で、メモリ (GB) はコア数の 4 倍に設定します。
構成の変更が反映されるまで待ちます(通常 3~5 分)。スケーリングが完了すると、GET エンドポイントに新しい値が反映されます。