Search:

Search all manuals
Search this manual
Manual
Membase Manual 1.7
Additional Resources
Community Wiki
Community Forums
Couchbase SDKs
Parent Section
5 Membase Architecture
Chapter Sections
Chapters

5.5. Failover with Membase

5.5. When and how should I use failover?
5.5.1. Automatic Failover
5.5.2. Automated failover considerations
5.5.3. Monitored failover

In Membase, failing over a server (and thus, transferring load to replica servers for the keys that were previously "mastered" on that server) can be done either manually, automatically, or programmatically.

When and how should I use failover?

Failover within Membase is the process that immediately activates any replica vbuckets for the vbckets that were active on the node being failed over.

Ideally, you should only fail over a node that is down and also only if you know you have replicas available elsewhere in the cluster:

If a node is not down, you should attempt to use the remove/rebalance functionality as this will ensure all the data is removed, re-replicated and maintained safe. Failing over a live node may introduce a small data-loss window as any data "in flight" (meaning not yet replicated) will be lost when the failover takes place. If you don't have available replicas, failing over the node will result in perceived dataloss as those vbuckets will be activated as empty elsewhere in the cluster. You can still recover the data, but it will not be immediately available.