Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "FAQ_JP" page has been changed by MakiWatanabe. The comment on this change is: Add replicaplacement, cachehitrateunits. http://wiki.apache.org/cassandra/FAQ_JP?action=diff&rev1=79&rev2=80 -------------------------------------------------- * [[#cleaning_compacted_tables|Compactionを実行してもディスク使用量が減らないのはなぜでしょうか？]] * [[#mmap|topコマンドの出力で，CassandraがJava heapの最大値よりも大きなメモリを使用しているのはなぜでしょうか？]] * [[#jna|Keyspaceを更新したり、スナップショットをとろうとしたときに java.io.IOException: Cannot run program "ln" が発生します]] + * [[#replicaplacement|Cassandraはどのデータがどのノードに配置されているかをどのように判定しますか？]] + * [[#cachehitrateunits|JMXで行キャッシュあるいはキーキャッシュのヒット率が0.XX123456789のように表示されます。これはXX%という意味でしょうか？それとも0.XX%でしょうか？]] + <<Anchor(cant_listen_on_ip_any)>> == CassandraはListenAddress設定で何故0.0.0.0(全アドレス)でリッスンできないのですか? == @@ -466, +469 @@ == Keyspaceを更新したり、スナップショットをとろうとしたときに java.io.IOException: Cannot run program "ln" が発生します。 == Keyspaceを更新する場合、最初にスナップショットが取られます。これには既存のSSTあｂれへのはーどりんくを生成することも含まれますが、Javaにはハードリンクをネイティブで生成する機能がないため、"ln"をforkする必要があります。forkを実行する際には、例え子プロセスがそのすべてを使用しないとしても親プロセスと同じ大きさのフリーメモリが必要です。Javaは巨大なプロセスですので、これは難しい問題です。解決策は[[http://jna.java.net/|Java Native Access]]をインストールし、ハードリンクの生成をネイティブで実行することです。 + <<Anchor(replicaplacement)>> + + == Cassandraはどのデータがどのノードに配置されているかをどのように判定しますか？ == + + The set of nodes (a single node, or several) responsible for any given piece of data is determined by: + + * The row key (data is partitioned on row key) + * The replication factor (decides ''how many'' nodes are in the replica set for a given row) + * The replication strategy (decides ''which'' nodes are part of said replica set) + + In the case of the SimpleStrategy, replicas are placed on succeeding nodes in the ring. The first node is determined by the partitioner and the row key, and the remainder are placed on succeeding node. In the case of NetworkTopologyStrategy placement is affected by data-center and rack awareness, and the placement will depend on how nodes in different racks or data centers are placed in the ring. + + It is important to understand that Cassandra ''does not'' alter the replica set for a given row key based on changing characteristics like current load, which nodes are up or down, or which node your client happens to talk to. + + <<Anchor(cachehitrateunits)>> + + == JMXで行キャッシュあるいはキーキャッシュのヒット率が0.XX123456789のように表示されます。これはXX%という意味でしょうか？それとも0.XX%でしょうか？ == + + XX% +
