Couchbase 2.0 のマニュアルでは、ネットワークのパーティショニングが潜在的な問題として説明されています。
しかし、Couchbase 2.0 がデータストア側でこのような問題にどのように対処するか (もし) はわかりませんでした。
私の質問は、CAS がクラスターにどのように実装されているか、および CAS 操作がスプリットブレインの問題にどのように対処しているかということです。クラスター全体のロックはありますか? 最後の作家が勝つのですか?
Couchbase 2.0 のマニュアルでは、ネットワークのパーティショニングが潜在的な問題として説明されています。
しかし、Couchbase 2.0 がデータストア側でこのような問題にどのように対処するか (もし) はわかりませんでした。
私の質問は、CAS がクラスターにどのように実装されているか、および CAS 操作がスプリットブレインの問題にどのように対処しているかということです。クラスター全体のロックはありますか? 最後の作家が勝つのですか?
同じ質問がGoogleグループリストに寄せられました:http://groups.google.com/group/couchbase/browse_thread/thread/e0d543d9b17f9c77
スレッドの一番下にあり、8月30日から投稿されます
ペリー
Membase と Couchbase Server 2.0 はデータを分割しています。データ (vbucket) の各部分には常に、信頼できる情報源となるサーバーが 1 つあります。
これの良い面は、常に厳密に一貫していることです。競合解決などの設計を行う必要はありません。
ただし、一部のノードがダウンすると、データのサブセットへのアクセスが失われるだけです。フェイルオーバーを行うことができます。この場合、レプリカは失われた vbucket のマスターに昇格し、この vbuckets へのアクセスを「回復」します。その場合、レプリケーションの遅延が原因で、最近のミューテーションの一部が失われることは避けられないことに注意してください。また、フェイルオーバーは手動操作です (ただし、最近のバージョンでは非常に慎重に実装され、自動フェイルオーバーが制限されています)。