Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Ensuring high availability and disaster recovery – Couchbase Connect 2016

400 views

Published on

Join this demo-filled session to learn how to deliver continuously available mission-critical apps across data centers. For today’s mission-critical apps, high availability is no longer a “nice to have” feature, but is an essential requirement. Downtime and data loss is unacceptable, resulting in lost revenue. In this session we will cover the wide array of high availability and disaster recovery features available in Couchbase Server.

Published in: Software
  • Be the first to comment

  • Be the first to like this

Ensuring high availability and disaster recovery – Couchbase Connect 2016

  1. 1. ©2016 Couchbase Inc. Ensuring High Availability and Disaster Recovery
  2. 2. ©2016 Couchbase Inc.©2016 Couchbase Inc. About Me David Ostrovsky Senior Solutions Architect davido@couchbase.com @DavidOstrovsky
  3. 3. ©2016 Couchbase Inc. Part I - High Availability
  4. 4. ©2016 Couchbase Inc.©2016 Couchbase Inc. Cluster Architecture
  5. 5. ©2016 Couchbase Inc.©2016 Couchbase Inc. Write Operation 33 2 Managed Cache DiskQueue Disk Replication Queue App Server Memory-to-Memory Replication to other node Doc DocDoc
  6. 6. ©2016 Couchbase Inc.©2016 Couchbase Inc. Database Change Protocol (DCP)
  7. 7. ©2016 Couchbase Inc.©2016 Couchbase Inc. Cluster Operation SERVER 4 SERVER 5 Replica Active Replica Active App Server 1 COUCHBASE Client Library CLUSTER MAP COUCHBASE Client Library CLUSTER MAP App Server 2 Active SERVER 1 Shard 5 Shard 2 Shard 9Shard Shard Shard Replica Shard 4 Shard 1 Shard 8Shard Shard Shard Active SERVER 2 Shard 4 Shard 7 Shard 8 Shard Shard Shard Replica Shard 6 Shard 3 Shard 2 Shard Shard Shard Active SERVER 3 Shard 1 Shard 3 Shard 6Shard Shard Shard Replica Shard 7 Shard 9 Shard 5Shard Shard Shard  App servers accessing Shards  Requests to Server 3 fail  Cluster detects server failed  Promotes replicas of Shards to active  Updates cluster map  Requests for docs now go to appropriate server  Typically rebalance would follow Shard 1 Shard 3 Shard
  8. 8. ©2016 Couchbase Inc.©2016 Couchbase Inc. Rack 2 Rack-Zone Awareness Rack 1 3 1 2 6 4 5
  9. 9. ©2016 Couchbase Inc. Part II – Disaster Recovery
  10. 10. ©2016 Couchbase Inc.
  11. 11. ©2016 Couchbase Inc.©2016 Couchbase Inc. Cross Datacenter Replication (XDCR)  Unidirectional Replication  Bidirectional Replication
  12. 12. ©2016 Couchbase Inc.©2016 Couchbase Inc. Cross Datacenter Replication (XDCR) 33 2 Managed Cache DiskQueue Disk Replication Queue App Server Memory-to-Memory Replication to other node Doc DocDoc XDCR Queue Memory-to-Memory Replication to remote cluster Doc
  13. 13. ©2016 Couchbase Inc. Backup & Restore
  14. 14. ©2016 Couchbase Inc. Q & A David Ostrovsky davido@couchbase.com @DavidOstrovsky

×