The document discusses MongoDB operations for developers, including its data model, use of replication for high availability, sharding for scalability, and deployment architectures. It also covers MongoDB's philosophy, benefits of its document model, how replica sets provide self-healing and failure recovery, and security features available in MongoDB Enterprise.

1. MongoDB Operations for
Developers
Chad Tindel
Senior Solution Architect, MongoDB Inc.
@ctindel

2. Agenda
• MongoDB Philosophy
• Data Model
• High Availability through Replication
• Scalability through Sharding
• Deployment Architectures & Operations
2

3. MongoDB Philosophy

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. Operational Database Landscape
5

6. Data Model

7. 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, … }
}
}

8. 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

9. Document Model Benefits
• Agility and flexibility
9
– 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

10. High Availability Through
Replication

11. Why Replication?
• How many have faced node failures?
• How many have been woken up from sleep to do
11
a fail-over(s)?
• How many have experienced issues due to
network latency?
• Different uses for data
– Normal processing
– Simple analytics

12. Replica Sets
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
Application
Driver
Primary
Secondary
Secondary
Repl ication

13. Replica Set – Creation

14. Replica Set – Initialize

15. Replica Set – Failure

16. Replica Set – Failover

17. Replica Set – Recovery

18. Replica Set – Recovered

19. Scalability Through Sharding

20. Working Set Exceeds Physical
Memory
20

21. MongoDB Architecture
21

22. Deployment Architectures &
Operations

23. Single Data Center
23
• Automated failover
• Tolerates server failures
• Tolerates rack failures
• Number of replicas
defines failure tolerance
Primary – A Primary – B Primary – C
Secondary – B Secondary – A Secondary – A
Secondary – C Secondary – C Secondary – B

24. 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
24
Data Center - West
Data Center - East

25. Active/Active Data Center
Primary – A Primary – B Primary – C
Secondary – C Secondary – A Secondary – B
Data Center - West
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
25
partitions
Data Center - East
Data Center - Central

26. Read Global/Write Local
26
Primary:NYC
Primary:LON
Secondary:NYC
Primary:SYD
Secondary:LON
Secondary:NYC
Secondary:SYD
Secondary:LON
Secondary:SYD

27. Global Data Distribution
27
Real-Time
Real-Time Real-Time
Real-Time
Real-Time
Real-Time
Real-Time
Primary
Secondary
Secondary
Secondary
Secondary
Secondary
Secondary
Secondary

28. MongoDB Management Service

29. MongoDB Management Service
Management for MongoDB, created by the engineers who
develop the database
• Automation, for single-click
29
provisioning, scaling &
upgrades
• Monitoring, with charts,
dashboards and alerts on 100+
metrics
• Backup and restore, with point-in-
time recovery, support for
sharded clusters

30. Security

31. Defense in Depth Security Architecture
31

32. Enterprise-Grade Security
32
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

33. Resources for Ops

34. For More Information
34
Resource Location
Resource Location
MongoDB Downloads mongodb.com/download
Free Online Training education.mongodb.com
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