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