このData Partition in Cassandraのフォローアップとして、vNodeのアイデアを得ました。おかげで「サイモン・フォンタナOscarsson」カサンドラでのデータ再分割
私はvノードを使用してデータ・パーティショニングを探求しようとすると、私はいくつかの質問を持って、
私は2ノード(./nodetool ring
)
Two seed nodes (2 node)
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9207297847862311651
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9185516104965672922
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9135483708655236026
172.30.56.60 rack1 Up Normal 102.77 KiB 100.00% -9106737079237505681
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9078521344187921602
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9051897156173923903
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9049800264451581717
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -9039572936575206977
172.30.56.60 rack1 Up Normal 102.77 KiB 100.00% -9019927187583981555
172.30.56.60 rack1 Up Normal 102.77 KiB 100.00% -9006071175095726599
172.30.56.60 rack1 Up Normal 102.77 KiB 100.00% -8995415525773810853
172.30.56.60 rack1 Up Normal 102.77 KiB 100.00% -8949342263103866059
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -8880432529087253108
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -8859265089807316498
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -8844286905987198633
172.30.56.61 rack1 Up Normal 105.19 KiB 100.00% -8832739468389117376
にパーティションの分布を観察してみてください1つの範囲が
NOTE ...に行くよう
だから二つのノードでの私の観察に従って、ノード61は、-9207297847862311651から-9185516104965672922に値を持っている:「からパーティションの範囲-90395729365 75206977' には 『-9019927187583981554』は現在今、私は、クラスタ(ないシードノード)に1つのより多くのノードを追加していると私は./nodetool ring
を走った、
Two seed nodes with one new node (3 node)
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9207297847862311651
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9185516104965672922
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9135483708655236026
172.30.56.60 rack1 Up Normal 102.77 KiB 63.57% -9106737079237505681
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9078521344187921602
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9051897156173923903
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9049800264451581717
172.30.56.61 rack1 Up Normal 104.12 KiB 64.73% -9039572936575206977
172.30.56.62 rack1 Up Normal 103.7 KiB 71.70% -9031848008695747480
172.30.56.62 rack1 Up Normal 103.7 KiB 71.70% -9028974600706382491
172.30.56.60 rack1 Up Normal 102.77 KiB 63.57% -9019927187583981555
ノード61
によって処理された今、私が観察同じパーティションの範囲は、新しいノードのノード62、すなわち 、-9039572936575206977から-9031848008695747480の範囲は、ノード61によって処理されるが、-9019927187583981555に-9031848008695747480は、ノード62(新ノード)によって処理されるに与えられる
1)つまり、クラスタ内に新しいノードを追加すると、既存のパーティション範囲が分散されます。
2)nodetoolのようなユーティリティを使用して、カサンドラの複製されたパーティションを観察する方法はありますか?
3)私は、2つのRFを持つ3つのノードを持っています、ノード62だけで利用可能なデータを見るにはどうすればいいですか?
おかげで、 ハリー
ポイント2と3のために素晴らしいですが、ポイント1と納得できません。例:ノード1に1〜100のパーティションがあり、ノード3(新しく追加された)ノードに50 100に、もしそうなら、その中でどのように複製が起こるか? – Harry
また、あなたはそれの利点を説明できますか?私はストリーミングのポイントを得ていませんでした:( – Harry
ノード1はノード3にデータを(トークン50-100で)ストリームします。それはデータを保持しますが、それは責任を負いません。 'nodetool cleanup' ストリーミング:いくつかのノードで1つのトークンではなく、多くのノードで多くのトークンを共有するのがよいということですが、30ノードのクラスタで障害のあるノードを交換すると想像してください。同時に多くのノードからプロセスを高速化し、増加した負荷を分散させます.RF 3とvノードがなければ、そのデータを保持するノードは2つだけです。 –