Downloaded 344 times
Uploaded byDipti Borkar
Introduction to couchbase
This document provides an introduction and overview of Couchbase Server, a NoSQL document database. It describes Couchbase Server as the leading open source project focused on distributed database technology. It outlines key features such as easy scalability, always-on availability, flexible data modeling using JSON documents, and core features including clustering, replication, indexing and querying. The document also provides examples of basic write, read and update operations on a single node and cluster, adding nodes, handling node failures, indexing and querying capabilities, and cross data center replication.
In this document
Powered by AI
Introduction presented by Dipti Borkar and Anil Kumar; overview of Couchbase Server.
Couchbase is identified as a NoSQL Document Database.
Couchbase is a leading open-source NoSQL database project with support for key-value and document use cases.
Highlights of Couchbase Server features include scalability, performance, flexible data model, clustering, auto-failover, monitoring, and support for multiple SDKs.
Introduction of JSON support, indexing, querying, and new features across versions 2.0 to 2.2, including multi-threaded persistence and health check tools.
Illustration of Couchbase architecture, featuring components such as the query API, cluster manager, data manager, and persistence layer.
General overview of Couchbase operations applicable to data management.
Illustrations of single node write, update, read, and cache miss operations in Couchbase.
Overview of read/write/update operations in a multi-server Couchbase environment and adding nodes to a cluster for better load distribution.
Illustration of node failover process where a failed server's replicas are promoted and the cluster is updated for continuous availability.
Live demonstration segment of Couchbase functionalities.
Overview of indexing and querying in Couchbase, including the roles of views, primary and secondary indexes, and the distribution of indexing work across nodes.
Basics and data flow of XDCR, enabling replication across clusters geographically and supporting active-active configurations.
Additional live demonstration segment related to Couchbase functionalities.
Introduction of Couchbase's new query language N1QL, focused on querying JSON data.
Resource links for downloading Couchbase Server.
Thank you message and contact information for further inquiries.
More Related Content
![[OpenStack] 공개 소프트웨어 오픈스택 입문 & 파헤치기](https://cdn.slidesharecdn.com/ss_thumbnails/opensource-skimmingopenstackwithkoreausergroup-180824144737-thumbnail.jpg?width=640&height=640&fit=bounds)
![[Webinar]: Working with Reactive Spring](https://cdn.slidesharecdn.com/ss_thumbnails/working-wth-reactive-spring-190607114059-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to Introduction to couchbase
Introduction to couchbase
- 1. Introduction to Couchbase Server DiptiBorkar Director, Product Management Anil Kumar Product Management
- 2. Couchbase Server NoSQL DocumentDatabase
- 3. Couchbase Open SourceProject • Leading NoSQL database project focused on distributed database technology and surrounding ecosystem • Supports both key-value and document-oriented use cases • All components are available under the Apache 2.0 Public License • Obtained as packaged software in both enterprise and community editions. Couchbase Open Source Project
- 4. Couchbase Server Easy Scalability Grow clusterwithout application changes, without downtime with a single click Always On 24x365 No downtime for software upgrades, hardware maintenance, etc. PE RFORM ANCE Consistent High Performance Consistent sub-millisecond read and write response times with consistent high throughput JSON JSON JSO JSON JSON N Flexible Data Model JSON document model with no fixed schema.
- 5. Core Couchbase ServerFeatures Built-in clustering – All nodes equal Append-only storage layer Data replication with auto-failover Online compaction Zero-downtime maintenance Monitoring and admin API & UI Built-in managed cached SDK for a variety of languages
- 6. 2.0 introduced JSON support Indexingand Querying JSON JSON JSO JSON N JSON Incremental Map Reduce Cross data center replication
- 7. 2.1 introduced New in2.2 Multi-threaded persistence engine New XDCR protocol based on memcached Optimistic XDCR Read-only admin user CBHealthcheck – Cluster health check tool Automated and optimized purge management Hostname management CBRecovery Data recovery tool from remote clusters Rebalance progress indicators Non-root, non-sudo install
- 8. Couchbase Server Architecture 11211 11210 QueryAPI Memcapable 1.0 Memcapable 2.0 New Persistence Layer vBucket state and replication manager Node health monitor Rebalance orchestrator storage interface Global singleton supervisor Data Manager Configuration manager Couchbase EP Engine Process monitor Memcached Heartbeat Moxi REST management API/Web UI Query Engine 8092 Cluster Manager http on each node one per cluster Erlang/OTP HTTP Erlang port mapper Distributed Erlang 8091 4369 21100 - 21199
- 9. Couchbase Server Architecture QueryEngine Query API 11210 / 11211 8091 Admin Console Data access ports http Object-managed Cache Erlang /OTP 8092 REST management API/Web UI Replication, Rebalance, Shard State Manager Multi-threaded Persistence Engine Data Manager Cluster Manager
- 10.
- 11. Single node -Couchbase Write Operation Doc 1 App Server Couchbase Server Node 3 2 Managed Cache Replication Queue Disk Doc 1 Disk Queue To other node 3
- 12. Single node -Couchbase Update Operation Doc 1’ App Server Couchbase Server Node 3 2 Managed Cache Replication Queue Doc 1 Doc 1’ Disk Queue To other node 3 Disk Doc 1
- 13. GET Doc 1 Single node- Couchbase Read Operation App Server Couchbase Server Node 3 2 Managed Cache Replication Queue Doc 1 Disk Queue To other node 3 Disk Doc 1
- 14. Single node –Couchbase Cache Miss GET Doc 1 2 App Server 3 2 Managed Cache Replication Queue Doc 5 4 4 Doc Doc Doc 1 Doc Doc 3 2 Disk Queue To other node Disk Doc 1 Doc 6 Doc 5 Doc 4 Doc 3 3 Doc 2 Couchbase Server Node
- 15. Basic Operation APP SERVER1 APP SERVER 2 COUCHBASE Client Library COUCHBASE Client Library CLUSTER MAP CLUSTER MAP READ/WRITE/UPDATE SERVER 1 SERVER 2 SERVER 3 ACTIVE ACTIVE ACTIVE Doc 5 Doc Doc 4 Doc Doc 1 Doc Doc 2 Doc Doc 7 Doc Doc 2 Doc Doc 9 Doc Doc 8 Doc Doc 6 Doc REPLICA REPLICA REPLICA • Docs distributed evenly across servers • Each server stores both active and replica docs Only one server active at a time • Client library provides app with simple interface to database • Cluster map provides map to which server doc is on Doc 4 Doc Doc 6 Doc Doc 7 Doc Doc 1 Doc Doc 3 Doc Doc 9 Doc • App reads, writes, updates docs Doc 8 Doc Doc 2 Doc Doc 5 Doc • Multiple app servers can access same document at same time COUCHBASE SERVER CLUSTER User Configured Replica Count = 1 App never needs to know
- 16. Add Nodes toCluster APP SERVER 1 APP SERVER 2 COUCHBASE Client Library COUCHBASE Client Library CLUSTER MAP CLUSTER MAP READ/WRITE/UPDATE READ/WRITE/UPDATE SERVER 1 SERVER 2 SERVER 3 SERVER 4 SERVER 5 ACTIVE ACTIVE ACTIVE ACTIVE ACTIVE Doc 5 Doc Doc 4 Doc Doc 1 Doc Doc 7 Doc Doc 2 Doc Doc 9 Doc Doc 8 Doc Doc 6 • Docs automatically rebalanced across cluster Doc Doc 2 • Two servers added One-click operation Doc Even distribution of docs Minimum doc movement • Cluster map updated REPLICA REPLICA REPLICA Doc 4 Doc Doc 6 Doc Doc 7 Doc Doc 1 Doc Doc 3 Doc Doc 9 Doc Doc 8 Doc Doc 2 Doc Doc 5 Doc COUCHBASE SERVER CLUSTER User Configured Replica Count = 1 REPLICA REPLICA • App database calls now distributed over larger number of servers
- 17. Fail Over Node APPSERVER 1 APP SERVER 2 COUCHBASE Client Library COUCHBASE Client Library CLUSTER MAP CLUSTER MAP SERVER 1 SERVER 2 SERVER 3 SERVER 4 SERVER 5 ACTIVE ACTIVE ACTIVE ACTIVE ACTIVE Doc 5 Doc Doc 4 Doc Doc 1 Doc Doc 9 Doc Doc 2 Doc Doc 7 Doc Doc 2 Doc Doc 8 Doc Doc 1 Doc 6 Doc Doc Doc 3 REPLICA REPLICA REPLICA REPLICA Doc 4 Doc Doc 6 Doc Doc 7 Doc Doc 5 Doc 1 Doc Doc 3 Doc Doc 9 Doc Doc 2 COUCHBASE SERVER CLUSTER User Configured Replica Count = 1 Doc REPLICA Doc 8 Doc Doc • App servers accessing docs • Requests to Server 3 fail • Cluster detects server failed Promotes replicas of docs to active Updates cluster map • Requests for docs now go to appropriate server • Typically rebalance would follow
- 18.
- 19. Indexing and Querying– The basics • Define materialized views on JSON documents and then query across the data set • Using views you can define • Primary indexes • Simple secondary indexes (most common use case) • Complex secondary, tertiary and composite indexes • Aggregations (reduction) • Indexes are eventually indexed • Queries are eventually consistent • Built using Map/Reduce technology • Map and Reduce functions are written in Javascript
- 20. Indexing and Querying APPSERVER 1 APP SERVER 2 COUCHBASE Client Library COUCHBASE Client Library CLUSTER MAP CLUSTER MAP Query SERVER 1 SERVER 2 ACTIVE ACTIVE SERVER 3 ACTIVE • Indexing work is distributed amongst nodes Doc 5 Doc Doc 5 Doc Doc 5 Doc • Large data set possible Doc 2 Doc Doc 2 Doc Doc 2 Doc • Parallelize the effort Doc 9 Doc Doc 9 Doc Doc 9 Doc REPLICA REPLICA REPLICA Doc 4 Doc Doc 4 Doc Doc 4 Doc Doc 1 Doc Doc 1 Doc Doc 1 Doc Doc 8 Doc Doc 8 Doc Doc 8 Doc COUCHBASE SERVER CLUSTER User Configured Replica Count = 1 • Each node has index for data stored on it • Queries combine the results from required nodes
- 21. Cross Data CenterReplication – The basics • Replicate your Couchbase data across clusters • Clusters may be spread across geos • Configured on a per-bucket (per-database) basis • Supports unidirectional and bidirectional operation • Application can read and write from both clusters - Active – Active replication • Replication throughput scales out linearly • Different from intra-cluster replication
- 22. Cross data centerreplication – Data flow 2 Doc 1 App Server Couchbase Server Node 3 2 Managed Cache Replication Queue Doc 1 Disk Queue To other node 3 Disk Doc 1 XDCR Engine To other cluster
- 23. Cross Data CenterReplication (XDCR) Optimistic replication Couchbase Server – San Francisco SERVER 1 SERVER 2 SERVER 3 Per replication Tunable Parameters Couchbase Server – New York SERVER 1 SERVER 2 Optimized protocol based on memcached Reliability and performance at scale SERVER 3
- 24.
- 25. What’s else isNew?
- 26. Couchbase Query Language N1QL Read“Nickel” Our next generation query language for JSON In Dev Preview
- 27.
- 28. Thank you! [email protected] @anilkumar1129 Download CouchbaseServer 2.2 http://www.couchbase.com/download