Cassandraバージョンアップグレード前の修理の必要性

Question

当社の生産バージョンのDSEは4.8.4（Cassandra 2.1.12）です。ノードあたり256のvノードを持つ3ノードのクラスタ、ノードあたり〜200GBのデータ、RF = 3を実行します。最新のDSEバージョン5.1.1（Cassandra 3.10.0）に一貫して移行するつもりです。

アップグレードを開始する前に、DataStaxアップグレードマニュアルhttp://docs.datastax.com/en/upgrade/doc/upgrade/datastax_enterprise/upgdDSE50.htmlに従ってください。増分修復は使用せず、単一のノードで完全な順次修復を実行したクラスタ全体を修復します。 100分の768トークンの範囲が修復されて12時間後に修復されますが、CPU使用率がかなり高く、テーブルのスティール数が増加しますalmost linearly.通常の操作でもこのテーブルにいくつかの問題があります。既存のDTCSと新しいTWCS圧縮戦略

私たちは、長い修復時間とリソース使用率の増加を懸念しています。 アップグレード前に修理が100％必要かどうかを知りたいですか？それをしない/しないことの結果は何ですか？アップグレードのたびに読み取り修復を実行する必要がありますか？

Answer 1

データの損失を防ぐには、ノードメンテナンスの前に読み取り修復を実行する必要があります。保守ノードが排他的にデータの一部を所有し、メンテナンス中に完全に破損している可能性があります。

Answer 2

したがって、定期修理は一切行っていませんか？強くお勧めします。

アップグレード前の修復について：最終的にアップグレードするまで、アップグレードプロセス自体はデータを変更しないため、私が知っていることはわかります。

QUORUM整合性レベルを使用する場合は、最終的に読み取り修復によって修復されるノード間の不一致によって多くの影響を受けることはありません。

私はそれが安全だと思いますが、確かにDatastaxに依頼するべきだと思います。