Our features site is undergoing a refresh! Be sure to explore the revamped site and discover our latest product roadmap launching here on Monday, March 18th.
This object is in archive! 

Support for MongoDB

Feature Importer shared this idea 13 years ago
Needs Review

As a Server Administrator, I want support for MongoDB or CouchDB, so that I can support schema free databases.


It seems the schema free databases are becoming the next big thing for scalability in Web Applications with MongoDB in the lead and CouchDB a second close behind.


This is a feature that has been migrated over from the cPanel Forums. All previous comments and discussions concerning this feature can be located at:

http://forums.cpanel.net/f145/mongodb-couchdb-case-56261-a-165658.html

Best Answer
photo

Due to the changes in MongoDB's licensing we are no longer able to consider this as a potential feature to be added to our product. If that changes at any point in the future, we will be back!

Replies (22)

photo
1

Currently its impossible to implement MongoDB in CPanel.


Few reasons:


1) Minimum 500MB per database.

2) MongoDB does not have ram limitation per database or even per process.


Couchbase can be implementet since for each node you can specify HDD and RAM limitation.

photo
2

Am I correct in assuming the primary beneficiaries here are developers, versus people just wanting to use pre-existing applications?

photo
2

Kenneth Power wrote:

Am I correct in assuming the primary beneficiaries here are developers, versus people just wanting to use pre-existing applications?
Maybe for now yes but I think that's primarily because NoSQL solutions aren't supported yet by the likes of Cpanel.


Right now there's virtually zero support for MongoDB/CouchDB in shared hosting environments.


I think Cpanel needs to ignite the fire so that soon "pre-existing" applications will be built for NoSQL.

photo
2

Kenneth Power wrote:

Am I correct in assuming the primary beneficiaries here are developers, versus people just wanting to use pre-existing applications?
From a hosting aspect, we need to consistently add value for our clients. Breaking into and fueling development in NoSQL will prove to be a good move from a marketing aspect. We do get requests for NoSQL support. If cPanel supported NoSQL, it would provide a great deal of new types of future apps for our clients. Because we aren't just talking about a choice of DB's we are talking about new possibilities from DB's that have different strengths that can help drive Big Data for the Small Business User. But more choice will help even the average user. We can’t pretend that WordPress is the last great app, that fits all user’s needs and everyone is satisfied and well served.


It depends on what you consider a developer. Sure some are folks that have or are developing their own apps using a say MongoDB or possibly CouchDB, then there are users that just want to try it out and learn and explore the possibilities. We generally install RockMongo, a GUI interface similar to phpmyadmin. We have gotten a few requests for support for those wishing to install existing CMS’s like: Calipso, Websko, Rubedo, MongoPress, Locomotive, c5t, etc. Then there are are those using data manipulation or visualization apps like: Cube, Mongs, NewsBlur, Quantum GIS, etc. So there are existing apps and CMS’s that are of interest to a growing base. Are they developers? If you consider those using CMS’ developers, not just designers, then yes this would benefit mostly developers, who then would develop more sites for more end users using CMS’. Wider support, principally by intergration into cPanel would, only excellerate demand for those non-developers. Supporting developers would be nice too. But CMS’ will be a good deal of the initial demand.

photo
1

Thank you for the input.


The main purpose of my question (which I admit could have been better formed) was to understand where the primary demand is coming from, at this moment. People that build and tinker have different wants and needs than those that "just want it to work." While both will have wants and needs that intersect, understanding which type of user is primarily driving the request can help prioritize what is initially delivered.


As a gross oversimplification, a builder could be satisfied with having access to the service, with the bare minimum from the management or administrative perspective. Whereas a "just want it to work" type might not be happy with anything less than a one-click approach that installs the latest MongoPress.


It's also understanding how our customers are intending to promote Mongo with cPanel & WHM. If you are targeting one user type, and we initially deliver a set of functionality for a different user type, that may be less valuable for you.

photo
1

There are many developers developing custom applications for clients in MongoDB. We have implemented a hack to cpanel to make this work. The biggest problem so far is giving them a GUI interface like myPHPAdmin.


But other then that, we have a good working hack to the system :-)

photo
1

While I am a developer as well, my reasons for wanting this isn't for development. I host a number of customers and one of my customers has requested support for MongoDB as they are wanting to run a script that utilizes NoSQL. I told them that currently CPanel does not support it.

photo
2

I dumped cPanel last year because I needed a lightweight database that could support what was demanded and staying within my server budget. MongoDB provides this, it's speed and footprint are impeccable. A Couple of cloud servers and some tutorials later, I've been cPanel free and I don't think I'll be going back. cPanel is great, but in order to move forward, it needs to supply more options especially on the DB end. Hopefully this feature has been added in or is going to be.

photo
2

While the installation of MongoDB is pretty straightforward, a one touch solution that -

1. deploys the OS/arch specific rpm

2. installs/keeps updated

3. provides an easy interface for editing the mongo.conf

4. Admin interface for the database (like phpmyadmin as someone suggested above), is welcome.


Overall, i don't feel the integration is cumbersome. Ask any current mongodb administrator and he/she will affirm that its just a case of tying command line interfaces into a GUI. The Admin interface shouldn't be difficult to implement, as many are already readily available eg. moadmin (PHP). Even if Cluster/Sharding and other advanced supports are not provided initially on cPanel, a basic solution can be provided.


Why cPanel should support MongoDB?


There are already many who haved opted MongoDB(developers) or use MongoDB based solutions(consumers). Since, cPanel prides itself as the forerunner in server automation, its only prudent it leads in support for ever growing MongoDB popularity before its dwarfed by more keener GNU/GPU adversaries over the same.

photo
1

Kenneth Power wrote:

Thank you for the input.


The main purpose of my question (which I admit could have been better formed) was to understand where the primary demand is coming from, at this moment. People that build and tinker have different wants and needs than those that "just want it to work." While both will have wants and needs that intersect, understanding which type of user is primarily driving the request can help prioritize what is initially delivered.


As a gross oversimplification, a builder could be satisfied with having access to the service, with the bare minimum from the management or administrative perspective. Whereas a "just want it to work" type might not be happy with anything less than a one-click approach that installs the latest MongoPress.


It's also understanding how our customers are intending to promote Mongo with cPanel & WHM. If you are targeting one user type, and we initially deliver a set of functionality for a different user type, that may be less valuable for you.

I think any implementation of a NoSQL database solution would be good as at the moment we all have customers that are wishing to use it. Even if the service has a simple 'wizard' like MySQL & PgSQL have and then the user can install their own phpMyAdmin equivalent until cPanel is able to implement one.

photo
1

Primary demand: Builder & programming for existing apps in other hosting systems.

photo
1

We need both of these as well actually as we have apps that run both. I have deployed them both manually on cpanel, but it would be nice to have them integrated for convenience's sake.

photo
2

We have managed to get Rock Mongo working with our cPanel Mongo DB Plugin. Our clients seem to love it so far. While we cant limit the size of the databases, we are tracking their size and we have been able to limit the number of databases using a hack that matches their limit of MySQL Databases.


Until cPanel does something offical, we will continue to rock on with our solution. :-)

photo
2

While NoSQL may not completely replace relational DB it is step forward and with time there will be more and more demand for it. Support for such solution in cPanel is just normal evolution step. For now happiest will be developers working on custom solutions but because of flexibility provided by NoSQL DB this demand will be very common.

photo
2

As technology moves along, so should cPanel. MongoDB has matured - in both the sense of development as well as developer uptake - to the point where it would behoove cPanel to include it as a standard noSQL database offering.

photo
1

Kenneth Power wrote:

Thank you for the input.


The main purpose of my question (which I admit could have been better formed) was to understand where the primary demand is coming from, at this moment. People that build and tinker have different wants and needs than those that "just want it to work." While both will have wants and needs that intersect, understanding which type of user is primarily driving the request can help prioritize what is initially delivered.


As a gross oversimplification, a builder could be satisfied with having access to the service, with the bare minimum from the management or administrative perspective. Whereas a "just want it to work" type might not be happy with anything less than a one-click approach that installs the latest MongoPress.


It's also understanding how our customers are intending to promote Mongo with cPanel & WHM. If you are targeting one user type, and we initially deliver a set of functionality for a different user type, that may be less valuable for you.

I think that starting off with something fairly basic would be worthwhile. I'm pretty certain that in the future you will find that there will be many-many users of no-sql on cpanel. Possibly it will be become more common than mysql one day.


Every journey starts with a single step.


Although it is possible to get mongodb or couchdb going on a server running cpanel it would be a great advantage to the install fairly standardized by cpanel and having you guys do the testing for compatibility issues and all the other good stuff you do to help maintain a modern server.

photo
1

We are having load issues adding +5000 regs/minute in MySQL. Looking for a MongoDB solution! Thanks to implement!

photo
1

i think due to growing demand for mongodb in cms, it would be great to support mongodb. but it has to be able to manage user permissions per user account. and support for monitoring of mongodb service will be good. but there are one major concern for mongodb is virtual memory, it should not allow installation on virtual server that does not allocate swap file.

photo
1

Hi, is there any update on this?

photo
2

No update yet, but if we move on it I'll be back to let everyone know!

photo
3

+1 for MongoDB with over 300 million in venture capital and now rivaling Oracle, we need MongoDB support, please! Further more I truly believe that it's time for a NoSQL database support solution.

Source: http://www.businessinsider.com/mongodb-files-for-ipo-confidentially-2017-8

photo
2

Will be great a plugin for MongoDB in cPanel, not as main database, but as an option to some users!

photo
1

Due to the changes in MongoDB's licensing we are no longer able to consider this as a potential feature to be added to our product. If that changes at any point in the future, we will be back!

Replies have been locked on this page!