私は現在、4 TB のデータを格納する 12 ノードの Cassandra クラスターを実行しており、レプリケーション ファクターは 3 に設定されています。アプリケーションの更新が必要なため、キースペースの構成を変更する必要があります。可能であればダウンタイム。
メーリングリストで、それを行う最善の方法は次のことだと読みました。
- クラスターの 1 つのサーバーで cassandra プロセスを強制終了します
- もう一度開始し、コミット ログがディスクに書き込まれるのを待ってから、もう一度強制終了します。
- storage.xml ファイルを変更します。
- 行った変更に従って、データディレクトリ内のファイルの名前を変更または削除します
- カサンドラを起動
- リストの次のサーバーで 1 に移動
私の質問は次のとおりです。
- プロセスをよく理解できましたか？
- データ破損のリスクはありますか?
- プロセス中、同じクラスター、同じキースペースに異なるバージョンの storage.xml ファイルを持つサーバーが存在します。それって問題ですか？
- ColumnFamilies を追加、名前変更、および削除するだけでなく、CompareWith パラメーターを変更するか、既存の列ファミリーをスーパーファミリーに変換する場合は、上記と同じ質問です。それとも、名前を変更する必要がありますか?
回答ありがとうございます。こんなことは初めてで、ちょっと怖いです。