ApsaraDB for ClickHouse は、Community Compatible Edition クラスターの機能とパフォーマンスを強化するために、メジャーエンジンバージョンの更新を定期的にリリースしています。ただし、メジャーエンジンバージョンのアップグレードでは、基盤となるアーキテクチャが変更されるため、既存のクラスターの互換性、パフォーマンス、およびデータ整合性に影響を与える可能性があります。したがって、クラスターのメジャーエンジンバージョンを正式にアップグレードする前に、完全な検証と計画を実行することをお勧めします。このトピックでは、ワンクリックアップグレード、移行アップグレード、クローンアップグレードの 3 つのメジャーエンジンバージョンのアップグレード方法について説明します。また、最適なソリューションを選択できるように、各方法の特徴、シナリオ、および使用上の注意を比較します。
比較項目 | |||
シナリオ | アップグレードプロセスは簡単ですが、互換性のリスクがあり、ロールバックできません。最初に互換性テストを実行することをお勧めします。互換性の問題がないことを確認したら、アップグレードを実行できます。 | この方法は、データ量が小さいシナリオに適しています。データ量は 10 TB を超えないことをお勧めします。 | この方法は、データの互換性検証が必要なシナリオに適しています。 |
操作対象 | 操作はソースクラスターで直接実行されます。 | 操作は、ソースクラスターとデスティネーションクラスターで同時に実行されます。 | 操作は、ソースクラスターとクローン クラスターで同時に実行されます。 |
クラスター数 | 1 つのクラスター。 | ソースクラスターとデスティネーションクラスターの 2 つのクラスター。 | ソースクラスターとクローン クラスターの 2 つのクラスター。 |
アップグレードのロールバック | アップグレードプロセスはロールバックできません。アップグレードが失敗した場合、クラスターを以前のバージョンにロールバックすることはできません。 | 移行タスクはキャンセルできますが、移行が完了した後はロールバックできません。 | クローン タスクはロールバックできませんが、ソースクラスターは変更されません。ビジネス要件に基づいてソースクラスターを処理できます。 |
書き込みの一時停止 | アップグレードが完了するまで、書き込み操作を一時停止する必要があります。 | 移行が完了に近づいたら、ソースクラスターとデスティネーションクラスター間のデータ整合性を確保するために、ソースクラスターへのデータの書き込みを停止する必要があります。 | ソースクラスターがスナップショットを作成しているときは、書き込み操作を一時停止する必要があります。 |
時間のかかる要因 |
クラスターアーキテクチャタイプの詳細については、「クラスターアーキテクチャの確認」をご参照ください。 | 移行に必要な時間は、移行するデータ量と書き込み操作の頻度に応じて増加します。ソースクラスターへの書き込みを停止しないと、移行タスクが失敗する可能性があります。 | このプロセスは、主にスナップショットの作成時間とクラスターの起動時間に応じて、時間がかかりません。 |
データ移行方法 | データ移行は必要ありません。メジャーエンジンバージョンのアップグレードは、クラスターで直接実行されます。 | データはソースクラスターからデスティネーションクラスターに徐々に移行されます。 | データディスク スナップショットに基づいてクローン クラスターが生成されます。 |
コールドデータの移行 | サポートされています。 | サポートされています。 | サポートされていません。 |
スイッチオーバー | スイッチオーバーは必要ありません。1 つのクラスターのみが使用されます。 | ワークロードをデスティネーションクラスターに手動で切り替え、ビジネス要件に基づいてソースクラスターを処理する必要があります。 | ワークロードをクローン クラスターに手動で切り替え、ビジネス要件に基づいてソースクラスターを処理する必要があります。 |