クラスターの移行または名前の変更

サービスを中断しない移行または名前の変更。

このページの情報は、以下のタイプのシナリオを意図しています。

Amazon仮想プライベート・クラウド（VPC）へのEC2クラスターの移行を含むクラスターの移行、クラスターの移動、または初期のCassandraクラスターから最新のメジャー・バージョンへの移行。
クラスターの名前の変更。既存のクラスターの名前は変更できません。新しいクラスターを作成して、その新しいクラスターにデータを移行する必要があります。

以下の方法を実行すると、サービスを中断せずにクラスターを移行でき、新しいクラスターで問題が発生しても、既存のクラスターをフォールバックとして使用できます。

手順

「DataStax Enterpriseクラスターを初期化する」の説明に従って、新しいクラスターを設定および構成します。

注: vnodeを使用していない場合は、新しいノードのトークンの範囲を必ず構成し、古いクラスターの範囲と一致させてください。「単一トークン・アーキテクチャー・データ・センターを初期化する」を参照してください。
CQLを使用して、新しいクラスターのスキーマを設定します。
両方のクラスターに書き込むようにクライアントを構成します。

注: 書き込みの仕方によっては、コードの変更が必要です。必ず同一の整合性レベルを使用してください。
6で、スナップショットを新しいクラスターにコピーする際にギャップが生じないよう、データが新しいノード群に流れていることを確認にしてください。
古いクラスターのスナップショットを取ります。
キー・スペースのデータ・ファイルをノードにコピーします。
- 以下の場合、新しいクラスターの対応するノードにデータ・ファイルをコピーする方が簡単で効率が高まります。
  - vnodeを使用しない。
  - 両方のクラスターが同じバージョンのDataStax Enterprise（DSE）を使用する。
  - ノードが1:1で対応する。
- クラスターのサイズが異なる場合またはvnodeを使用している場合は、Cassandraバルク・ローダーsstableloader（sstableloader）を使用してください。
新しいクラスターに一斉に切り替えるか、またはインクリメンタル移行を実行することができます。

たとえば、インクリメンタル移行を実行するには、新しいクラスターにアクセスする読み取りの割合を指定するようにクライアントを設定できます。これにより、古いクラスターを使用廃止にする前に、新しいクラスターをテストできます。
新しいクラスターが適切に動作することを確認してから、古いクラスターを使用廃止にします。「データ・センターの使用廃止」を参照してください。