Thanks for the quick response @sashko. Your answer still leaves two open questions:
When is MDG switching also in deployment mode to Mongo 3.0 or even 3.2? I quote from the above blog article: “Meteor ships with MongoDB 2.6; we will keep a close eye on the maturation of MongoDB 3.0 and transition to it as the default MongoDB engine in a future release.”
Where can I find documentation on how to install MongoDB 3.0 in deployment and also in production mode?
You should only really need that in production. You can read some of Arunoda’s blog posts about how to turn that stuff on; we’ll also have it in the guide.
Ok, made the jump. Wasn’t too difficult (apart from learning about Brew
which I didn’t knew before). I didn’t know if I need SSL for my local
MongoDB so I was installing it without first.
Thanks again for pointing me in the right direction, @sashko
Last necrobump, I promise, but it deserves attention from everyone who participated in any discussion around this topic. Loving MDG team, please update the default Mongo to 3.4+, which fixes the infamous data-consistency bug. This reason alone is a strong reason to update!
Mongo 3.4 support is coming in Meteor 1.6.1 (see https://github.com/meteor/meteor/pull/9396). The changes have already been merged, and 1.6.1 will be coming soon (we still have a few release candidate bugs to squash).
Meteor 1.6.1 is now feature locked, so after it’s released we’ll start looking at Mongo 3.6. We’ll try to get Mongo 3.6. support into 1.6.2 (excluding the use of Mongo 3.6 change streams in Meteor - that’s a bigger issue, that will definitely take more time to explore).