ApsaraDB for ClickHouse:ApsaraDB for ClickHouse Community互換Editionクラスターの設定を変更する

概要

スケールアウトとスケールインは、スケールアップとスケールダウンよりも時間がかかります。 したがって、スケールアップとスケールダウンにより、ビジネスへの影響が少なくなります。 クラスターのパフォーマンスがビジネス要件を満たさない場合は、スケールアップ操作を実行することを推奨します。

使用上の注意

• スケールアップとスケールダウン: ZooKeeperの仕様を変更できるのは、12月1日以降に作成されたApsaraDB for ClickHouse Community-compatible Editionクラスターのみ2021。 異なるZooKeeper仕様の料金の詳細については、「ApsaraDB For ClickHouse Community-compatible Editionクラスターの異なるZooKeeper仕様の料金」をご参照ください。

• スケールアウトとスケールイン:

  • クラスターのスケールアウト中にシステムがMergeTreeテーブルを移行すると、既存のテーブルデータが新しいクラスターに書き込まれ、自動的に再配布されます。

  • クラスターのスケールアウト中に外部テーブルやログテーブルなどの非MergeTreeテーブルを移行すると、テーブルスキーマのみが移行され、データは移行されません。 クラスターのスケールアウト中にシステムがマテリアライズドビューを移行すると、テーブルスキーマのみが移行され、データは移行されません。

  • KafkaテーブルとRabbitMQテーブルは移行できません。 クラスターをスケールアウトまたはスケールインする前に、これらのテーブルを削除する必要があります。

  • クラスターがスケールアウトされると、内部ノードのIPアドレスが変更されます。 ノードのIPアドレスに基づいてデータを書き込み、照会する場合は、クラスターがデプロイされている仮想プライベートクラウド (VPC) のCIDRブロックを取得する必要があります。 詳細については、「クラスターがデプロイされているVPCのCIDRブロックの取得」をご参照ください。

  • クラスター内の特定のノードをアンデプロイする場合、クラスターは大容量ストレージクラスターである必要があります。

• 料金: クラスター設定を変更すると、新しい設定に基づいてクラスターに対して課金されます。 コンソールの実際の料金が優先されます。 詳細については、「Billing details about specification changes」をご参照ください。

スケールアップとスケールダウン

1. ApsaraDB for ClickHouseコンソールにログインします。

2. 上部のナビゲーションバーで、管理するクラスターがデプロイされているリージョンを選択します。

3. [クラスター] ページで、[コミュニティ互換版のクラスター] タブをクリックします。

4. 管理するクラスターの [操作] 列で、[設定の変更] をクリックします。

5. [設定の変更] ダイアログボックスで、[スケールアップ] または [スケールダウン] を選択し、[OK] をクリックします。

6. 表示されるページで、ビジネス要件に基づいて設定を変更します。

   説明

   • [ストレージ容量] または [ストレージタイプ] パラメーターの値を変更した場合、[仕様] パラメーターの値を変更することはできません。

   • デフォルトでは、クラスターはZooKeeperに4コアと8 GBのメモリを無料で提供します。 [モニタリングとアラート] ページの [クラスターモニタリング] タブで、ZooKeeperに関連するメトリックを表示して、リソースのボトルネックが存在するかどうかを確認できます。 デフォルトの仕様がビジネス要件を満たしていない場合は、仕様をタイムリーにアップグレードできます。

7. [今すぐ購入] をクリックし、画面の指示に従って支払いを完了します。

8. 表示されるページで、[コンソールに移動] をクリックします。

9. [コミュニティ互換版のクラスター] タブで、[ステータス] 列のクラスターの状態を表示します。

   説明

   • ストレージ容量を変更すると、構成の変更はすぐに有効になり、クラスターは [実行中] 状態になります。

   • クラスターとZooKeeperの仕様を変更した場合、設定の変更が有効になるまでに10〜15分かかります。 クラスターの状態が [仕様の変更] から [実行中] に変わった場合、スケールアップまたはスケールダウンは成功です。

スケールアウトとスケールイン

1. ApsaraDB for ClickHouseコンソールにログインします。

2. 上部のナビゲーションバーで、管理するクラスターがデプロイされているリージョンを選択します。

3. [クラスター] ページで、[コミュニティ互換版のクラスター] タブをクリックします。

4. 管理するクラスターの [操作] 列で、[設定の変更] をクリックします。

5. [設定の変更] ダイアログボックスで、[スケールアウト] または [スケールイン] を選択し、[OK] をクリックします。

6. スケールアウトまたはスケールイン検出メッセージで、クラスターがスケールアウトまたはスケールインの準備ができているかどうかを確認します。

   説明

   [スケールアウト] を選択した場合、デフォルトで移行ベースのスケールアウトが実行されます。 単純なスケールアウトを実行する場合は、[前へ] をクリックします。 スケールアウトメッセージで、[簡易拡張] を選択し、[次へ] をクリックします。 次に、スケールアウト検出メッセージが表示されます。

   • 「スケールアウト検出に成功しました」または「スケールイン検出に成功しました」というメッセージが表示された場合は、[次へ] をクリックします。

   • クラスターの検出中にエラーが発生した場合は、プロンプトに従ってクラスター設定を変更し、[検出の再試行] をクリックします。 検出が成功したら、[次へ] をクリックします。

     次の問題により、スケールアウト中に検出が失敗する可能性があります。

     • 一意の分散テーブルがありません。 ローカルテーブルの分散テーブルは作成されません。 ローカルテーブルに分散テーブルを作成する必要があります。

     • ローカルテーブルに複数の分散テーブルが存在します。 冗長な分散テーブルを削除し、ローカルテーブルの分散テーブルを1つだけ保持します。

     • KafkaテーブルとRabbitMQテーブルが存在します。 これらのテーブルを削除します。

     • Double-replica Editionクラスターには、ReplicatedMergeTree以外のテーブルがあります。 レプリカ間でデータが一致しません。 これにより、クラスターをスケールアウトまたはスケールインすると、データ移行中に問題が発生する可能性があります。

     • 分散テーブルの列は、ローカルテーブルの列と一致しません。 これにより、クラスターをスケールアウトまたはスケールインすると、データ移行中に問題が発生する可能性があります。 列が分散テーブルとローカルテーブルの間で整列していることを確認する必要があります。

7. 表示されるページで、ビジネス要件に基づいて、[ノード] 、[データ書き込みの停止時間] 、および [データ書き込みの停止時間] パラメーターを設定します。

   説明

   スケールアウトまたはスケールイン中に、データが移行されます。 データ移行を成功させるには、データ書き込み停止の期間を設定するときに次の要件を満たす必要があります。

   • データの書き込み停止時間を30分以上に設定することを推奨します。

   • スケールアウトまたはスケールインタスクは、タスクの作成後5日以内に終了する必要があります。 したがって、データ書き込みの終了時刻に指定する日付は、現在の日付 + 5日以下である必要があります。

   • ビジネスに対するスケーリングの影響を減らすために、オフピーク時間内に期間を設定することを推奨します。

8. 今すぐ購入画面の指示に従って支払いを完了します。

9. 有料で ページで、[コンソールに移動] をクリックします。

10. [コミュニティ互換版のクラスター] タブで、[ステータス] 列のクラスターの状態を表示します。 クラスターの状態がスケールアウトまたはスケールインから実行中に変わると、スケールアウトまたはスケールインは成功します。