Vitaliy Orlov

для s3 разницы нет и можно все в корень класть

Тоже, в свое время, рассматривал малышей и после долгих раздумий остановился на обычном пк в ATX корпусе. От шума избавился установкой пассивного охлаждения, благо для всех частей оно есть. И по прошествии времени очень доволен, т.к. это полноценный комп + простая и главное дешевая модернизация.
После некоторых задач, в моей конфигурации 32 Гб ОЗУ, 3 сетевых (2 WAN-а + LAN) и 4 HDD, с малышом получить подобную конфигурацию за разумные деньги гораздо сложнее.
Если покупать не для красоты, а для сервера-в-кладовке, я бы отдал предпочтение именно такому варианту.

Логи, тут особо бесполезны, кроме совсем примитивных взломов. Для их анализа я бы пошел от обратного:
1) Объединил бы все логи по дням от каждой программы в свой один большой файл (apache.log, nginx.log ..)
2) Смотрел бы внутрь, выделял бесполезные паттерны и вычищал бы их
В итоге получился бы файлик с подозрительными штуками, которые и анализировал бы. Но, для этого надо иметь богатый опыт, чтобы понимать что важно, а что нет

Поиск проблемы, лучше всего начать с анализа заголовков писем (ip, mailer и т.д.). Потом посмотреть кроны и пройтись поиском, по скриптам сайтов, на предмет mail / eval / base64 функций. Так же можно, на время подменить sendmail на bash скрипт, который перед отправкой писем будет вести лог вызвавшего его процесса и информации о нем. Все эти операции, совсем не простые, поэтому делать их надо очень осторожно, особенно на боевом сервере.

Как уже написали выше, используй тот яп который лучше знаешь. Если пол жизни работал с delphi можешь посмотреть в сторону java. На мой взгляд самая большая проблема, не в том как запустить 100500 потоков, а как организовать их взаимодействие (что скачено, что качать, куда это и как ложить, что делать в случае ошибок и т.д.)

На php даже можно не форкать ничего, пишешь bash скрипт, который запускает 30 инстансов php-cli, где каждый инстанс работает с очередью данных (какой-нибудь rabbitmq) и всё. Главное не усложняй :)