[Cassandra Wiki] Update of "Streaming_JP" by shot6

[Apache Wiki <wi...@apache.org>]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.

The "Streaming_JP" page has been changed by shot6.
http://wiki.apache.org/cassandra/Streaming_JP?action=diff&rev1=3&rev2=4

--------------------------------------------------

  一連の処理の中でステップ2が最も時間を要します。この作業が行われている間、データ受信側はデータ受信のみしか出来なく成ってしいます。Anti-Compactionの監視を行うのであれば、Data送信NodeのCompaction MBeanを覗くと良いでしょう。
  
  
- Once step 3 begins actual data transfer, the sending node will report a status of `"Waiting for transfer to $some_node to complete."`  The receiving node will report `"Receiving stream"` while receiving stream data.  The `StreamDestinations` and `StreamSources` attributes each contain a list of hosts that the current node is either sending stream data to or receiving it from.
+ ステップ3として、実際のデータトランスファーが始まると、送信ノードは"どこかのノードにデータを送信していますよ"、とレポートしだします。
+ 受信する方も、"ストリームを受信していますよ"と出ます。'StreamDestinations'と'StreamSources'属性は、ストリームデータを送受信するためのホストのリストを持ちます。
  
- The operations `getOutgoingFiles(host)` and `getIncomingFiles(host)` each return a list of strings describing the status of individual files being streamed to and from a given host.  Each string follows this format:  `[path to file] [bytes sent/received]/[file size]` If you think that streaming is taking too long on your cluster, the first thing you should do is check `StreamSources` or `StreamDestinations` to figure out which hosts are streaming files.  Use those hosts as inputs to `getOutgoingFiles()` or `getIncomingFiles()` to check on the status of individual files from the problematic source and destination nodes.  Streaming is conducted in 32MB chunks, so you should refresh the file status after a few seconds to see if the sent/received values change.  If they do not change, or change more slowly than you'd like, something is wrong.  Keep in mind that a source node can only stream a single file at a time, but a destination node can simultaneously receive several files.
+ `getOutgoingFiles(host)`操作 と `getIncomingFiles(host)`操作は、指定されたホストへの各ファイルの送信状況をリストとして返します。
+ 各文字列は以下のフォーマットになっています。
+ `[ファイルへのパス] [送信バイト数/受信バイト数]/[ファイルサイズ]`
+ もしあなたのクラスタでストリーミングが長すぎると感じる場合、最初にすべきことは`StreamSources`と`StreamDestinations`で
+ どこのホストにストリーミングしているかを確認する事です。次に`getOutgoingFiles()`と`getIncomingFiles()`で問題な可能性があるノードへの
+ 各個別のファイルの送信状況を調べます。
+ ストリーミングは32MBのチャンクで送信しますので、数秒後にでも送受信の状況をきちんと再確認した方が良いです。
+ もし全く変更がない場合、または遅いと感じる場合、何かがおかしいです。一つ頭にいれておいてほしいのは、送信元のほうは1回のストリームで
+ 1ファイルしか送信できないようになっていて、受信先のノードは複数のファイルを同時に受け取る事が出来るという事です。