私たちのクラスターの 1 つが、Analytics ノードがデータを所有していることを示しているのはなぜなのか、常に疑問に思っていました。読みやすくするために、ips、トークン、およびホスト ID を編集しました
% nodetool status
Datacenter: Cassandra
=====================
Status=Up/Down|/ State=Normal/Leaving/Joining/Moving
-- Address Load Owns Host ID Token Rack
UN 172.32.x.x 46.83 GB 18.5% someguid 0 rack1
UN 172.32.x.x 60.26 GB 33.3% anotherguid ranbignumber rack1
UN 172.32.x.x 63.51 GB 14.8% anothergui ranbignumber rack1
Datacenter: Analytics
=====================
Status=Up/Down|/ State=Normal/Leaving/Joining/Moving
-- Address Load Owns Host ID Token Rack
UN 172.32.x.x 28.91 GB 0.0% someguid 100 rack1
UN 172.32.x.a 30.41 GB 33.3% someguid ranbignumber rack1
UN 172.32.x.x 17.46 GB 0.0% someguid ranbignumber rack1
では、IP 172.32.xa の Analytics ノードは実際にデータを所有しているのでしょうか? その場合、バックアップする必要がありますか? また、ノードを廃止すると、データが適切なノードに戻されますか?
これは、Datacenter Analytics にある上記の nodetool ステータスから参照しているノードです。
UN 172.32.x.a 30.41 GB 33.3% someguid ranbignumber rack1
再び質問(以下の回答で更新) .
- このノードをバックアップする必要がありますか? 答え: はい
- このノードにはデータが必要ですか? 回答:はい。そうしないと、分析のパフォーマンスが影響を受けます。
- データが必要ない場合、nodetool の廃止によってデータが他のノードに戻されますか? 回答: これを促進するレプリケーション戦略はありません
のアップデートはこちら
% nodetool status our_important_keyspace
Datacenter: Cassandra
=====================
Status Address Load Owns (effective)
UN 2 63.16 GB 81.5%
UN 1 47.21 GB 33.3%
UN 3 59.87 GB 85.2%
Datacenter: Analytics
=====================
Status Address Load Owns (effective)
UN 3 17.74 GB 33.3%
UN 2 30.62 GB 33.3%
UN 1 29.21 GB 33.3%
今日の Analytics のバックアップ - 素晴らしい回答であり、おそらく私たちの苦痛を大幅に軽減してくれました。