23. Backup
• Restore any replica set to any arbitrary point in time
within the last 24 hours.
• Restore a sharded to cluster to any 15 minute
interval within the last 24 hours.
• Restore either to any stored snapshot, taken at user
configurable interval.
24. Backup
• Takes 5 minutes to set up, never worry about your
backup again!
• Let us worry for you.
25. Backup
• Today: Use your Backup to populate data for your
test environments
• The Future: Get a live MongoDB connection to any
MMS Backup snapshot. Query your Backup to go
back in time.
33. Notes
• MMS defines the goal NOT the plan
• Each agent is aware of the goal, and of the state of
all MongoDB instances involved in the goal
• Each agent derives it’s own plan, independently
34. Time to Upgrade to 2.6…How?
• Old-fashioned way: Human powered
– What could go wrong?
• Human Error.
• Alternatives: scripts, chef, puppet, etc.
– What could go wrong?
• Nodes can go down
• Network can partition
37. Automation GA Features
• Create, maintain, upgrade your deployment
• Add / remove shards and replica sets
• Resize oplog
• Specify users and roles
• Provisioning via AWS
38. Automation Future Features
• Rolling index builds
• Perform repairs and compacts
• Manipulate journal and dbpath
• Provision machines on Rackspace, OpenStack and
more
• Automatic capacity scaling according to load
39.
40. MongoDB World
New York City, June 23-25
mongodb26 for 26% off
World.mongodb.com
#MongoDB26
See how LinkedIn, Stripe, Carfax, Expedia and
others are engineering the next generation of
data with MongoDB
You may not recognize him from the picture, but this is a shot of Dwight from two years and two offices ago. I think it took him 3 beers to crack that bug. My first release was MongoDB 1.8. When I started there were only 15 engineers working on everything from drivers to consulting to support. Now there are over 100 engineers working on the server, tools, drivers and MMS. It’s a great time to be here and I think this release really reflects the maturity of both the server and the engineering organization MongoDB 2.6 has been a year in development, over 500 new features and improvements (big and small). * In the five years we’ve been working on MongoDB, we’ve learned a lot with and from the Community and 100’s of thousands of deployments around the world. * Re-working the foundation of the MongoDB codebase has dual benefits: we add features and make performance wins, but we have also been setting up the future of MongoDB development for the next 10 years. * There’s so much to talk about….
This is the best release EVER Talk about some of the background/motivations for the work core strength vs. just a bunch of bicep curls done a lot of work to prepare ourselves for next release work on document level locking and storage improvements
MMS is the MongoDB Management Service - a web-based management application that makes it easy and reliable to run MongoDB at scale
Simple web form to quickly create a MongoDB sharded cluster. Specify number of shards, topology for each shard, number of mongos.
Automation is not just easier, it’s also safer. People can make mistakes, automation will plan around unexpected events and find another safe path to the goal.
Wrap your mongoDB Deployment in a warm, fuzzy blanket. Before I was a member of the team at MongoDB, I was a MongoDB user. My production deployment followed the usual MongoDB lifecycle…. from standalone, to replica set, to sharded cluster.And by the time we got to the sharded cluster my mental picture of our deployment was a little fuzzy…. and not in a good way!And then we found MMS. This was the “old-school” MMS that we laughed at earlier, but even then, just the simple act of listing all the processes, and telling me what the important metrics for MongoDB were… was tremendously clarifying.Today’s MMS is evolving beyond showing you your MongoDB, now MMS will care for it too. Look for lots of interesting stuff to roll out in MMS soon!
