To add to this- I have an error that started appearing after updating their Fedora 29 and 30 instances. Further testing found that the error appears in different regions using their server type template installers or even a custom iso option that I used with net install. All I have to do is deploy, run dnf update and reboot. The error is present in every boot after the update. https://mangolassi.it/topic/19903/fedora-29-and-30-edac-skx-can-t-get-tolm-tohm-error-on-vultr
Installing crappy cPanel is like buying a sports car and putting a boot on the wheel. There's literally no good reason what so ever to have it, it's slow as hell and eats resources like crazy. Just learn a few commands and you'll be fine.
Don't get yourself stuck with PHP 5.x, it's a dead end, fix your code now and/or do it right from the start and use PHP 7.
Apache with mod_php is a hell of a lot faster than PHP-FPM, because it's executed as a part of your running httpd thread pool rather than executing PHP literally every single page request. Nginx is faster than Apache except when it comes to PHP then hands down always use Apache with mod_php. If you turn on PHP 7's opcache you'll do even better.
In case you consider it and try to go with nginx, since that's what the cool kids try to push on people, OPcache won't make up for PHP-FPM having to literally start a process every single page request, every, single, page request. Nginx is a great reverse proxy though.
It also depends on what you're doing overall, memcached is great I've used it on a huge scale but what are you caching? What database are you looking at using, that'd really be the only reason to have an object cache like memcached at all.
Interesting, I will see how it performs without PHP FPM.
I didnt know it had this functionality, I thought it was like vCenter.
Do you have screenshots on how the clients see the panel ?
do you know easy guide to set it up with KVM centos 7 ?
Does it support billing ?
Created a demo user. You get whatever resources are assigned to that user/group.
This is an all-in-one setup for a home lab. If you do this the right way you probably won't be managing it yourself. It uses KVM on CentOS (or Xen is possible on other platforms).
There is no billing directly through OpenStack, but it provides the info for that. Usage is tracked for all projects. You can set up billing through something like Cloudforms (ManageIQ). It doesn't look like Vmango does anything related to billing at all.
However, to be frank, are you really going to be charging customers to run a VPS on a single host?
If you are using Vultr as your VPS or Cloud Computing IaaS platform, then you have some simple tools to make automating a Salt Minion installation even easier. Vultr allows for "boot scripts" which run upon initial VM creation, along with their automatically installed system keys. Adding a tiny script can make all of the difference between needing to set up a new VM and having the entire process be totally automated.
Here is an example script that you can use. Notice that this is for Fedora and uses DNF. You will need a similar script for APT, YUM or other package management systems.
Are they? With Linode's improved pricing, Vultr still is trailing for us in most use cases. It's a bit too costly and a bit too slow. We just get way more bang for the buck with Linode and Linode has load balancers which I think are a bit more important than firewalls. Vultr is doing well, but killing it seems a bit far as we are migrating off in several cases because it just isn't the best value compared to it's more mature competitor any longer. It's definitely doing better than Digital Ocean these days, though.
That's that. You can use extremely limited (2) VMs for testing or development, nothing more. You VPS, no cloud computing. No multi-tenant. So that is why Apple has no VPS presence, it's not allowed. You can get PS, but not VPS.