This application is "small" enough that it can run on a handful of VMs, but I ponder the wisdom of using things like "NFS" as I did.
We're about to move to RackSpace hosting, and to negotiate the contracts
much more wisely
than was originally done. My instincts tell me that a much smaller number of virtual machines ought to do the trick – if LXD
(say ...) is used properly. I know that we are right now losing a lot of steam-pressure to unnecessary virtualization.
I know that RackSpace offers both "VMWare virtual machines," as we are using now, and other alternatives such as OpenStack. I'm pondering both, cautiously.
This is a "very legacy"
PHP application that happens to book millions of dollars in gross sales
every(!!) month.
So, I have to be careful, both technically and politically. I'm not sure that I want to push the organization farther into "the new world" than they actually need to be. This isn't a service-architecture application and it never will be. Neither will it ever be run by an application-server / FastCGI setup.
Presuming, for now, that VMWare will still be the basic arrangement even given a brand-new hosting company, I need to consider how containers might enable me to make each of the VMs work harder than they presently do ...
given that there is a standing need for all of them to have access to hundreds of thousands of individual files, which right now are supplied by an NFS virtual server ... and also(!) given that they'd be "running in a virtual environment, despite their own virtualization."
(P.S.: I've also been pondering NFS "file-content caching" on the various VMs that we right-now have. But, if anyone has anything to say about
that ... and I'm all ears(!) ... please open a new thread, say, "here (why not?)," to discuss that possibility and your experiences with it.)