Please contact your support team if you have a question or need assistance for any Rackspace products, services, or articles.
Hi, This is a question for Amanda Clark.
Thank you for the post about migrating. I'm wondering how easy it is to decouple the object-rocket from the stack and just use a local mongodb instance? If I use that orchestration will that be difficult?
Many thanks for the question. I'll try to cover all the aspects related to running a MongoDB instance locally.
Doing this is, for sure, possible.
If you request this from us, we can provide the backup of the instance. You can then install mongodb locally, import the dump and it shouldn't be a big issue.
Before proceeding with this however, please consider a few aspects.
With OR Mongo you have access to DBA services. Basically if you are having issues with performance, indexes, queries, you now have a dedicated team of DBAs and CDEs that are there to support and help you out. This is only happening with this product in Rackspace so that you can mind your code and not Mongo. If you run MongoDB locally, you will have a lot of new things to manage.
Mongo by default doesn't offer any security or redundancy.
Running a single instance of Mongodb is not recommended and it's recommended to at least run a replicaset. In order to make sure you're not running into issues with electing a new primary, you will have to have at least a Primary, a Secondary and an Arbiter(which is not a data bearing node). With OR Mongo you are getting 3 data nodes as our replicasets are made out of a PRIMARY and two SECONDARIES.
By default MongoDB doesn't offer authentication so you will have to configure this.
We're offering backups included with OR Mongo so this will also need to be sorted out.
MongoDB, at least on MMAP has issues reclaiming disk space so you will have to manage the fragmentation that is, on the OR Mongo side handled by the weekly compactions. WiredTiger is better at handling fragmentation but requires additional tuning and takes way more resources.
Also, the replicaset will have to have the Firewall configured that was handled by our ACLs.
You will have to be informed of issues with the instance. For instance, if one of your nodes goes down, you will lose some of the redundancy so you will need to sort the issue out as soon as possible and this can be a mongo issue, like an OOM not a host issue. If you will face this, our other support teams will not really be able to help a lot. Right now, using OR Mongo, our Operations team is handling any issue with the infrastructure and are pulling DBAs or Data Engineers to assist if it's a Mongo issue. In case for instance a node goes down, someone is paged and will sort things out so that you will have a fully functioning replicaset before any new issue arises.
Last but not least you will see a difference in performance. We're running MongoDB on SSDs with FusionIO cards and the instances are optimized for performance. Once you move away from this, you might experience performance issues.
As mentioned, Jim, we believe that MongoDB on ObjectRocket has a lot of advantages and these are making it possible for you to focus on your code and not on Mongo. I'm sure that if you are not happy with us our Technical Account Managers would like to hear from you to see what we can do to make it better.
Of course, If your mind is made up, we will try and make the transition as smooth as possible so please submit a ticket to firstname.lastname@example.org and we will be able to discuss this further.
Of course, if you have any additional questions, we'll be glad to answer them.
Customer Data Engineer III
Datastores Support - Rackspace
MongoDB Certified DBA, RHCE, RHCSA, VCA-DCV, ITIL V3 Certified
The Rackspace Community (“Community”) is provided “AS IS” without warranty of any kind. The information on the Community sites is created by members of the Community and is intended for reference and general discussions only. Although some of the content may contain information provided by Rackspace employees, it does not represent an assessment of a particular customer environment or an assessment of any specific compliance with laws or regulations or constitute advice. We recommend that you engage additional expertise in order to further evaluate applicable requirements for your specific environment. For customer specific support issues please contact your Rackspace Support Team.READ MORE
RACKSPACE MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, AS TO THE ACCURACY OR COMPLETENESS OF THE CONTENTS OF THE RACKSPACE OPEN CLOUD COMMUNITY SITE. RACKSPACE RESERVES THE RIGHT TO DISCONTINUE OR MAKE CHANGES TO ITS SERVICES OFFERINGS AND SPECIFICATIONS AT ANY TIME WITHOUT NOTICE. USERS MUST TAKE FULL RESPONSIBILITY FOR APPLICATION OF ANY SERVICES AND/OR PROCESSES MENTIONED IN ANY COMMUNITY DISCUSSIONS. EXCEPT AS SET FORTH IN RACKSPACE GENERAL TERMS AND CONDITIONS, CLOUD TERMS OF SERVICE AND/OR OTHER AGREEMENT YOU SIGN WITH RACKSPACE, RACKSPACE ASSUMES NO LIABILITY WHATSOEVER, AND DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO ITS SERVICES INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NONINFRINGEMENT.
ALTHOUGH PART OF THE COMMUNITY GENERATED CONTENT MAY EXPLAIN HOW RACKSPACE SERVICES MAY WORK WITH THIRD PARTY PRODUCTS, THE INFORMATION CONTAINED IN THE COMMUNITY DISCUSSIONS IS NOT DESIGNED TO WORK WITH ALL SCENARIOS. ANY USE OR CHANGES TO THIRD PARTY PRODUCTS AND/OR CONFIGURATIONS SHOULD BE MADE AT THE DISCRETION OF YOUR ADMINISTRATORS AND SUBJECT TO THE APPLICABLE TERMS AND CONDITIONS OF SUCH THIRD PARTY. EVEN THOUGH RACKSPACE EMPLOYEES MAY PARTICIPATE IN THE COMMUNITY DISCUSSIONS, RACKSPACE DOES NOT PROVIDE TECHNICAL SUPPORT FOR THIRD PARTY PRODUCTS, OTHER THAN SPECIFIED IN YOUR HOSTING SERVICES AGREEMENT YOU HAVE SIGNED WITH RACKSPACE AND RACKSPACE ACCEPTS NO RESPONSIBILITY FOR THIRD-PARTY PRODUCTS.READ LESS