V(o)ViK

и на этом тогда остановиться, так как  все равно ничего не запустишь никогда пока напишешь "свой"

Не надо ничего писать, все давно придумали и написали)  Биллинг выбирать в зависимости от вашей страны, поддержки бухгалтерского софта и платежных систем.

Если хочется что-то пописать, пишите модули к существующим биллингам.

Если инструмент вам знаком, можете настроить его для запуска через крон, чтобы не кликать постоянно,  например,  https://www.thecpaneladmin.com/cpanel-automated-backup-script/

Нужно внести логин и пароль от Cpanel аккаунта, указать правильный скин и данные к FTP.

Исключить директории можете по инструкции https://docs.cpanel.net/knowledge-base/backup/how-to-exclude-files-from-backups/

Если по простому, то  https://tecadmin.net/mysql-database-backup-to-ftp-server-shell-script/ но на сервер должен стоять ftp клиент.

Если есть удаленный доступ к MySQL, то лучше, чтобы бэкап забил сам бэкапный сервер, либо можете выполнять  какое-то количество локальных SQL бэкапов, а бэкапный сервер сам будет забирать с вашего cpanel ftp аккаунта.

Лучше чтобы в вашем cPanel аккаунте не было реквизитов к удаленному FTP серверу, иначе при взломе аккаунта, могут заморочиться и потереть все на внешнем FTP.

А что, вас собственно не устраивало?

На момент выхода ветки софт относительно свежий. Через 6 лет жизни релиза естественно  софт устаревает. Каждый сам мог решить какие версии использовать. Для этого была куча репозиториев с разной степенью качества и официальности.

С учетом тенденции перехода в контейнеры, остается потребность в стабильном предсказуемом  хосте с длительным сроком поддержки.  Это была стабильная основа для построения облаков  и прочего.

Все новое, модное, современное, молодежное пишется все равно с оглядкой на контейнеры,  а легаси вполне хорошо себя чувствовал на centos и после yum update ничего не ломалось.

Легаси кода остается все больше и больше и переписывать это никто не горит желанием. Оно же "и так работает"

Debian чуть не развалился, но как-то устоял. В ubuntu наш любимый MS зальет еще пару ярдов и тоже похоронит через лет 5, если выводов не сделают.

Остается Suse с неясными перспективами после реорганизации в прошлом году.  Ну собственно и все.
Ждем новости, "рамблер переходит на FreeBSD" :)

Это цена в месяц. VPS у вас на своем сервере?

Да не при чем) Он не хочет удалять ничего)

У нас по статистике  Supermicro  блоки питания выходят из строя примерно раз в год на 3-5 тысяч серверов. 

Для серверов с 2-мя блоками питания было 2 случая за  последние 10 лет выхода из строя контроллера распределения питания. Все из них проработали больше 5 лет. Тут как повезет.

По Dell, HP статистика примерно такая же.

Читайте SLA, обычно замена аварийных комплектующих не должна занимать больше часа, если это аренда сервера.

https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-31.html

> И еще момент, за сегодня я наверное уж раз 300 нажал кнопку проверки времени ответа..

Вместо этого нормальный мониторинг сделайте как вам посоветовал первый отписавшийся, пользы будут больше. Когда у вас будут графики времени отклика и одновременно нагрузки  будет более понятно зависит ли время отклика от текущей нагрузки на ваш сервер, мешают ли вам соседи или разное время открытия страницы, потому что вы загружаете какую-то информацию с внешнего сервера, который подтапливает.

Только после этого  есть смысл лезть в код,  делать дебаг, профилирование и т.д.

Вроде пишите все по взрослому, а подходы детские какие-то. Не можете сами разобраться, обратитесь к тому, кто поможет, либо продолжайте дальше нажимать кнопку проверки времени ответа, еще 10000 раз и успех не за горами.

Диски дохнуть могут у всех. чтобы не начинался дурдом при этом, используйте рейд, лучше аппаратный. К дискам нужно относиться как расходникам.

Для Windows в крайнем случае  используйте зеркалирование дисков.