Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "Operations_JP" page has been changed by MakiWatanabe. The comment on this change is: Update links to translated pages. http://wiki.apache.org/cassandra/Operations_JP?action=diff&rev1=101&rev2=102 -------------------------------------------------- 1. 安全のため、トークン範囲の変更により担当から外れ、他のノードに移動したデータの自動削除は行われません。追加したノードがレプリカデータを取得し、正しく動作しているのを確認してからすべてのソースノード（同じトークン範囲を担当していたノード）で `nodetool cleanup` を実行して下さい。cleanupを実行しないかぎり、古いデータもノードの負荷の一部とみなされます。この状態で新たなブートストラップを行うと、新規ノードの自動トークン選択に影響を与えます。 1. 新規ノードのブートストラップを行う場合、既存ノードはレプリケーションを始める前にキー空間を分割する必要があります。これにはある程度の時間がかかります。 1. ブートストラップ中のノードはThriftポートを閉塞するため、 `nodetool`からアクセス不能になります。 - 1. 大量のデータを移動する必要がある場合、ブートストラップは何時間にも及ぶ可能性があります。 ブートストラップの進捗を確認するには[[Streaming]]を参照して下さい。 + 1. 大量のデータを移動する必要がある場合、ブートストラップは何時間にも及ぶ可能性があります。 ブートストラップの進捗を確認するには[[Streaming_JP|Streaming]]を参照して下さい。 !EndpointSnitchが正しく構成されていればCassandraは自律的に近接ノードを判別してデータを転送します。従って対象キー範囲のレプリカノードの一つが同じデータセンターにある限り、追加ノードをプライマリレプリカノードと同じデータセンターに設置する必要性はありません。 @@ -88, +88 @@ === ノードの移動 === `nodetool move`: ノードを指定したトークンに移動します。この操作は基本的にはdecommissionとbootstrapを組み合わせたものです。 - ブートストラップの進捗確認については, [[Streaming]]を参照して下さい。 + ブートストラップの進捗確認については, [[Streaming_JP|Streaming]]を参照して下さい。 === 負荷分散 === 単純にノードを追加した場合、クラスタリングのデータ格納バランスは不均等になるでしょう。これを調整して均等な格納バランスを得るためには、すべてのノードのトークンを計算し直し、`nodetool move`コマンドによってトークンを割り当て直す必要があります。
