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.

MongoDB Administration 101

17,515 views

Published on

Jumpstart your knowledge of MongoDB Operations with this presentation.

Published in: Technology
  • Follow the link, new dating source: ♥♥♥ http://bit.ly/2Q98JRS ♥♥♥
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Dating direct: ♥♥♥ http://bit.ly/2Q98JRS ♥♥♥
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

MongoDB Administration 101

  1. 1. MongoDB Administration 101 Dave Finnegan Senior Solution Architect, MongoDB Inc.
  2. 2. Agenda • MongoDB Philosophy • Data Model • High Availability through Replication • Scalability through Sharding • Deployment Architectures & Operations 2
  3. 3. MongoDB Philosophy
  4. 4. MongoDB and Enterprise IT Stack 4 Applications CRM, ERP, Collaboration, Mobile, BI Data Management Online Data Offline Data Hadoop EDW Management & Monitoring Security & Auditing RDBMS RDBMS Infrastructure OS & Virtualization, Compute, Storage, Network
  5. 5. MongoDB Operations for Developers Dave Finnegan Senior Solution Architect, MongoDB Inc.
  6. 6. Operational Database Landscape 5
  7. 7. Data Model
  8. 8. Document Data Model Relational MongoDB 7 { first_name: ‘Paul’, surname: ‘Miller’, city: ‘London’, location: [45.123,47.232], cars: [ { model: ‘Bentley’, year: 1973, value: 100000, … }, { model: ‘Rolls Royce’, year: 1965, value: 330000, … } } }
  9. 9. Documents are Rich Data Structures 8 { first_name: ‘Paul’, surname: ‘Miller’, cell: ‘+447557505611’ city: ‘London’, location: [45.123,47.232], Profession: [banking, finance, trader], cars: [ { model: ‘Bentley’, year: 1973, value: 100000, … }, { model: ‘Rolls Royce’, year: 1965, value: 330000, … } } } Fields can contain an array of sub-documents Fields Typed field values Fields can contain arrays String Number Geo- Coordinates
  10. 10. Document Model Benefits • Agility and flexibility –Data model supports business change –Rapidly iterate to meet new requirements • Intuitive, natural data representation –Eliminates ORM layer –Developers are more productive • Reduces the need for joins, disk seeks –Programming is more simple –Performance delivered at scale 9
  11. 11. Replication
  12. 12. Why Replication? • High Availability (HA) through data duplication • Distributed access at low latency • Workload isolation – OLTP, Query, Analytics 11
  13. 13. Replica Sets Application 12 • Replica Set – two or more copies • Self-healing shard • Addresses availability considerations: – High Availability – Disaster Recovery – Maintenance • Deployment Flexibility – Data locality to users – Workload isolation: operational & analytics Driver Primary Secondary Secondary Replication
  14. 14. Replica Set – Creation
  15. 15. Replica Set – Initialize
  16. 16. Replica Set – Failure
  17. 17. Replica Set – Failover
  18. 18. Replica Set – Recovery
  19. 19. Replica Set – Recovered
  20. 20. Scalability Through Sharding
  21. 21. Working Set Exceeds Physical Memory 20 Indexes Indexes Indexes Working Set Working Set Working Set Physical Memory
  22. 22. Scaling: Sharding 21 mongod Key Range 0..100 Read/Write Scalability
  23. 23. Scaling: Sharding 22 Key Range 0.. Key Range 50..100 mongod mongod Read/Write Scalability
  24. 24. Scaling: Sharding 23 Key Range 0..25 Key Range 25.. Key Range 5150..75 Key Range 75..100 mongod mongod mongod mongod Read/Write Scalability
  25. 25. MongoDB Architecture 28
  26. 26. Deployment Architectures & Operations
  27. 27. Single Data Center 30 • Automated failover • Tolerates server failures • Tolerates rack failures • Number of replicas defines failure tolerance Primary – A Primary – B Primary – C Secondary Secondary – B – A Secondary – A Secondary – C Secondary – C Secondary – B
  28. 28. Active/Standby Data Center Primary – A Primary – B Primary – C Secondary – B Secondary – C Secondary – A Secondary – A Secondary – B Secondary – C • Tolerates server and rack failure • Standby data center 31 Data Center - West Data Center - East
  29. 29. Active/Active Data Center Primary – A Primary – B Primary – C Secondary Secondary – C – A Secondary – B Secondary – A Secondary – B Secondary – C Secondary – B Secondary – C Secondary – A Arbiter – A Arbiter – B Arbiter – C • Tolerates server, rack, data center failures, network partitions 32 Data Center - West Data Center - East Data Center - Central
  30. 30. Read Global/Write Local 33 Primary:NYC Primary:LON Secondary:NYC Primary:SYD Secondary:LON Secondary:NYC Secondary:SYD Secondary:LON Secondary:SYD
  31. 31. MongoDB Management Service
  32. 32. MongoDB Management Service Management for MongoDB, created by the engineers who develop the database • Automation, for single-click provisioning, scaling & upgrades • Monitoring, with charts, dashboards and alerts on 100+ metrics • Backup and restore, with point-in- 35 time recovery, support for sharded clusters
  33. 33. Security
  34. 34. Defense in Depth Security Architecture 37
  35. 35. Enterprise-Grade Security 38 Business Needs Security Features Authentication In Database LDAP* Kerberos* x.509 Certificates* Authorization Built-in Roles User-Defined Roles Field-Level Redaction Auditing Admin Operations* Queries (via Partner Solutions) Encryption Network: SSL (with FIPS 140-2)* Disk: Partner Solutions *Included with MongoDB Enterprise
  36. 36. Resources for Ops
  37. 37. For More Information Resource Location Resource Location MongoDB Downloads mongodb.com/download Free Online Training mongodb.com/education Webinars and Events mongodb.com/events White Papers mongodb.com/white-papers Case Studies mongodb.com/customers Presentations mongodb.com/presentations Documentation docs.mongodb.org 40
  38. 38. Thank you!

×