ky0

Ничего из вами перечисленного нельзя отнести к прямым свидетельствам. Юрлица могут хоститься в одном ЦОДе, пользоваться услугами почтового хостинга друг у друга - но это не делает их аффилированными. Понятно, что если DNS-записи одной компании ведут в диапазон адресов, принадлежащий другой - очевидо, какие-то взаимоотношения между ними имеются, но назвать это аффилированностью сходу, имхо, чересчур смело.

А учитывая, что много кто использует сервисы типа CF, гуглопочты и т. п, задача становится ещё сложнее.

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

Скачивание напрямую с диска, без всяких прослоек в виде РНР-скриптов? Если повторяется с разных точек - снимать во время скачивания tcpdump и курить его.

Московское время (или любое другое) для поля без таймзоны делается корректировкой в приложении, в базе пусть хранится в UTC.

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

Для начала посмотрите в логах, кто выдаёт таймаут - нгинкс или то, что за ним. Вангую, что будет второй вариант - и следовательно, полезно будет убрать соответствующий тэг из вопроса, поменяв его на то, что там у вас унутре.

Зачем костылить, если есть специально предназначенный для этого пакет iptables-persistent?

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

Для этого нужно добавить безусловный редирект в конфиг веб-сервера.

В дебаионподобных есть non-free пакет snmp-mibs-downloader, обычно настройка ограничивается его установкой, ни в какие конфиги лазить не приходится.

С остальными 900 запросами, скорее всего, произойдёт 504. Для размазывания нагрузки можно поиспользовать модуль нгинкса limit_req.

Домен использовать можно.

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

По скорости - вы всё правильно понимаете.

Варианта два с половиной:
1. Ваш IP-адрес раньше использовался для хостинга неких популярных сайтов, владельцы которых забыли изменить настроки DNS (маловероятно, но бывает).
2. Это стандартный интернет-спам сканеров уязвимостей.
2,5. Это действительно DDoS-атака.

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

Попробуйте погуглить то же самое, но без апача, а с нгинксом - первые же мануалы вам помогут.

Так же, как и для любой другой сетевой активности, проходящей через сервер - правилами фаерволла на нём.

Почитайте про завершающий слэш в директиве proxy_pass.

Стандартный интернетный шум - краулеры, сканеры уязвимостей...

Делать в общем случае ничего не нужно, кроме ситуаций, когда целенаправленно долбят однотипными запросами - тогда можно настроить блокировку по IP-адресам, например, с помощью fail2ban и т. п.

Модуль, собирающий статистику + любая система мониторинга, забирающая из него данные (заббикс легко прикручивается).