Владимир

Те вещи на которые стоит обратить внимание -
1 тип контроллера в ВМ - virtio
2 планировщик очередей на гипервизоре - noop или dedline (надо тестирывать под ваш тип нагрузки)
3 метод выделения дискового пространства виртуальным машинам - LVM (тонки или толстый пул) или ZFS (тюнинг zfs отдельная песня)

Может оказатся что арендовать выделенный сервер и поставить туда виртуализацию (ESXi или proxmox) и там запускать виртуалки будет дешевле чем покупать десяток виртуалок у хостера. Если вы хотите на этом зарабатывать - то все надо считать: - ресурсы на один сервер майнкрафта, стоимость этих ресурсов у разных провайдеров, стабильность этих провайдеров и тд.

Вы правы в началае скорость высокая потому что все падает в буфер которы находится в оперативной памяти, потом скорость падает, скорость записи на флешку очень зависит от размера блока, вы можете с помощью утилиты dd произвести тесты записи на вашу флешку:
dd if=/dev/zero of=/dev/sdХ bs=$BLOCK_SIZE count=100000 conv=fsync
в переменную BLOCK_SIZE подставляйте 512 1024 2048 4096 8192 16384 32768 65536 131072 262144 524288 1048576 2097152 4194304 8388608 16777216 33554432 67108864
после каждого теста сбрасывайте куши командой echo 3 > /proc/sys/vm/drop_caches

получив размер блока с хорошей скоростью записи можете отформатирывать флешку в ext4 указав этот размер блока например mkfs.ext4 -b 4096 /dev/sdb

обычно утилит find и mlocate достаточно,
find дает огромную гибкость
mlocate очень быстро ищет (по заранее созданным индексам)

Если у вас есть какойто специфичный сценарий использования то напишите на bash обвертку для find и будет вам счастье.

Администрирование веб серверов предполагает наличие базовых знаний о:
1 сетях
2 ДНС
3 общем устройстве linux
начните с этого.

По поводу поиска себя и как понимать что происходит, вот мой личный опыт, незнаю вдруг вам это подойдет: когда на меня накатывало такое состояние то я вел гугл таблицу в которой вел три списка - что узнал нового(полезного по работе), что сделал, что не смог сделать. Таблицу заполнял в конце каждого рабочего дня, итоги подводил раз в неделю.

Надеваю фуражку КО
1 Найти причину.
2 Исправить ее.

Теперь по сути. Такое поведение может быть вызвано разными проблемами, нехватка ресурсов на впс, тормоза mysql, неправильная настройка apache+php, и много чего еще. Каждую версию надо проверять. Предоставленной вами информации хватает только на догадки.

Проблема в том что если "не основной шлюз" имеет обычный nat и порт форвардинг то на ваш хост с slackware просто приходит пакет от внешнего ип и нет возможности определить через какой шлюз он пришол, поэтому вам придется настраивать еще 1 нат на "не основной шлюзе" чтобы он обращался к хосту с slackware от cвоего локального ип при порт форвардинге.
Это скорее всего еще больше усложнит ваш бардак, завести второй ип на хосте с slackware и чтобы "не основной шлюз" форвардил пакеты только туда - будет рациональнее.

1 Этот хедер добавляет аппликешон который шлет письмо.
2 Если нужно его удалять на всех сообщениях то читайте про exim параметр remove_headers =

Годами работают сервера (пару десятков) с програмным рейдом, почти все типы рейда 1, 5, 6, 10 никаких проблем нету.
Следите за SMART винчестеров, делайте бекапы и спите спокойно.

Если решите брать аппаратный рейд - не берите fake raid смотрите сразу на полноценные решения от Adaptec, 3ware, LSI

у меня 4.18.14 CHOST="x86_64-pc-linux-gnu" полет нормальный, ядро у вас самосбор или генкерннел ?

Это зависит от задач:
Если вы постоянно управляете серверами их сотни или тысячи,
и вам нужно например, сделать много правок в разных файлах конфигов, обновить софт, использовать утилиты типа tcpdump то проще сразу работать от рута, правда вы должны осозновать сразу что цена ошибки может быть велика.
Если вы управляете декстопом и вам нужно поставить какойто софт 1 раз в месяц - лучше использовать sudo.

Есть ряд задач которые в ОС семейства линукс выполняются проще/удобнее и тд, вот и все, если у вас нет таких задач, то вам Linux ненужен и в этом нет ничего плохого.
ОС это только инструмент, когда меня спрашивают что лучше, то я спрашиваю - для каких задач?

в консоли сервера сделайте curl -v https://tlstest.paypal.com/
ищите строчку "SSL connection using"
у меня например SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
смотрите что у вас и все будет ясно.

1 почитайте man там каждый ключ обьясняется.
2 скорость зависит от многих вещей - скорости сети, типа шифрования ssh и тд
3 много файлов это сколько ? тысячи сотни тысяч? миллионы ? их средний размер ? тип файлов ? ( обычно нет смысла сжимать видео или картинки)

чтобы шлюз был отказусточивым - должно быть два компьютера шлюза а не 1,
автопереключение с провайдера на провайдер это лиш частичная мера по отказоустойчивости.
миграция ип адресов между шлюзами - средствами keepalived
NAT - посредством iptables
проверка доступности интернета через провайдеров и переключение - небольшие баш скирпты в крон, или циклом в фон если раз в минуту слишком медленно.
Также для общего развития читайте LARTC https://www.opennet.ru/docs/RUS/LARTC/