ノードの追加、交換、移動、削除

新しいノードの追加は「ブートストラップ」と呼ばれます。num_tokens パラメータは、ブートストラップ中に結合ノードに割り当てられる仮想ノード（トークン）の量を定義します。トークンは、ノードが担当するリング（トークン範囲）のセクションを定義します。

ライブノードに対して nodetool decommission を使用するか、デッドノードを削除する場合は（他のマシンに） nodetool removenode を使用して、ノードをクラスタから削除できます。これにより、古いノードが担当していた範囲が他のノードに割り当てられ、適切なデータがそこに複製されます。decommission が使用された場合、データは decommissioned ノードからストリームされます。removenode が使用された場合、データは残りのレプリカからストリームされます。

decommissioned ノードからデータが自動的に削除されることはないため、リング上の別のトークンでノードを再度サービスに戻したい場合は、手動で削除する必要があります。

num_tokens: 1 の場合、nodetool move でリング内のノードの位置を移動できます。移動は、decommission + ブートストラップよりも便利で効率的です。ノードを移動した後、不要なデータを削除するために nodetool cleanup を実行する必要があります。

デッドノードを交換するには、JVM 起動フラグ -Dcassandra.replace_address_first_boot=<dead_node_ip> を付けて Cassandra を起動します。このプロパティが有効になると、ノードはハイバネート状態で起動し、その間、他のすべてのノードはこのノードを DOWN (DN) と認識しますが、このノードは自身を UP (UN) と認識します。正確な交換状態は nodetool netstats で確認できます。

交換ノードは、クラスタ内の残りのノードからデータのブートストラップを開始します。交換ノードは、交換されるノードと異なる IP アドレスを持っている場合にのみ、ブートストラップフェーズ中に書き込みを受信します。（CASSANDRA-8523 および CASSANDRA-12344 を参照）

ブートストラップが完了すると、ノードは「UP」とマークされます。

ブートストラップ、交換、移動、削除の進捗状況は nodetool netstats を使用して監視できます。これにより、ストリーミング操作の進捗状況が表示されます。

安全対策として、Cassandra は、範囲移動操作（ブートストラップ、移動、交換）によってトークン範囲の一部を「失った」ノードからデータを自動的に削除しません。新しいノードが起動して動作していることに満足したら、結合ノードに範囲を失ったノードで nodetool cleanup を実行します。これを行わないと、古いデータがそのノードの負荷に対してカウントされ続けます。