Introducing Levarion: Billing/VPS/Dedi/Cloud Panel

concerto49

New Member
Verified Provider
Announcement:

Levarion serves as a base panel for a set of different modules:

- Billing / Support

- VPS

- Cloud

- Web Hosting

- Monitoring

- Dedicated Hosting

- DNS

- Many more

- Will have an API to enable adding 3rd party modules

 

The Billing, VPS and Dedicated Module will be built in-house as a replacement for some more commonly used panels around here.

 

We will be considering building other modules in-house or partnering with vendors.

 

Primary Features:

- Java and MongoDB based. Clustering supported out of the box. No it does not hog memory. Verified and tested. Works on OpenVZ. Will be using a modified OpenJDK.

- WHMCS / HostBill integration

- cPanel integration

- SmartOS based KVM - data deduplication  (saves space), better resource management (bursting, throttling io/cpu, etc), fast provisioning, etc...

- Debian / Ubuntu / CentOS OpenVZ

- LXC (this will be primary)

- Migration scripts (SolusVM, etc)

- Proper support with proper SLAs

- Theme and customization support

- Proper IPv6 support

- Proper GUI installer and error handling

- Source code available on certain plans with NDA

- Two factor auth

 

Currently the VPS module will be done first with more to come.

 

Screenshots and more information will follow. Beta will also follow.

 

Pricing for VPS portion:

$10/month per slave (slaves will not run a web server, but a direct network connection to the master)

 

If any provider wishes to sign up as a partner to help with specs, gain access to early features, better pricing etc, please contact.

 

Note: this didn't pop up as a result of the recent incidents. Has been in the planning for over a month.
 

john

New Member
Verified Provider
So many new panels, some diversity is good :). Is it developed by Cloud Shards?
 

concerto49

New Member
Verified Provider
So many new panels, some diversity is good :). Is it developed by Cloud Shards?
Cloud Shards will be a customer, internally so to speak. Part of the team at Cloud Shards will take part in helping with the development yes. Others will also be involved as it is a rather bigger project with new initiatives. We're not only building a replacement, but creating new features, such as using SmartOS.
 

Aldryic C'boas

The Pony
I'm not sure what you're referring to here.
I'm referring to this:

What problems do you have with Java? Many enterprise applications these days are Java based. Followed by .NET.
To elaborate - you're using an example of "everyone uses it, it must be good" (it doesn't matter what industry you try to apply that rule to) while positing a panel to replace SolusVM.. a panel that everyone is using.  Bit of a logic disconnect there is all.  Also a simple joke, don't read so much into it, and just take the chuckle it was meant to give. 
 

kaniini

Beware the bunny-rabbit!
Verified Provider
What problems do you have with Java? Many enterprise applications these days are Java based. Followed by .NET.
There's certainly nothing wrong with having a CRM as a Java application running in a servlet container... the part that makes me question the success of this product is the MongoDB usage, really.
 

concerto49

New Member
Verified Provider
There's certainly nothing wrong with having a CRM as a Java application running in a servlet container... the part that makes me question the success of this product is the MongoDB usage, really.
Hence: what is wrong with MongoDB? Is it because it's not SQL? At least provide an argument please.
 

kaniini

Beware the bunny-rabbit!
Verified Provider
Hence: what is wrong with MongoDB? Is it because it's not SQL? At least provide an argument please.
MongoDB has had an atrocious security record with DoS vulnerabilities caused by malformed BSON and JSON payloads.  Nothing wrong with NoSQL, I'd just rather use CouchDB or something with a more robust availability record.
 

concerto49

New Member
Verified Provider

joepie91

New Member
Hence: what is wrong with MongoDB? Is it because it's not SQL? At least provide an argument please.
That the automatic silent discarding of data beyond a total size of 4GB or so on 32-bits systems was only mentioned in an easy-to-overlook place on the site, doesn't exactly inspire much confidence in me as to the reliability of the rest of MongoDB.
 

concerto49

New Member
Verified Provider
That the automatic silent discarding of data beyond a total size of 4GB or so on 32-bits systems was only mentioned in an easy-to-overlook place on the site, doesn't exactly inspire much confidence in me as to the reliability of the rest of MongoDB.
That I agree with has been a major problem to many people that got struck. Will definitely be providing bundled templates on release and/or instructions/documentations with notice to use 64bit only.

Not that we can't change, but CouchDB etc has also been evaluated and everything does have pros and cons.
 

joepie91

New Member
That I agree with has been a major problem to many people that got struck. Will definitely be providing bundled templates on release and/or instructions/documentations with notice to use 64bit only.

Not that we can't change, but CouchDB etc has also been evaluated and everything does have pros and cons.
Not so much refering to that data loss issue in particular, as it is a warning that there may very well be other undocumented 'manholes' in MongoDB.

I'm actually curious now, what are your thoughts on CouchDB overall?
 
Top