Влад Животнев

На SSD перейдите и проверьте, что у системы есть достаточно свободной памяти на буфферы.

Любое новое железо в ближайшем магазине.

Версии указывать надо.

Скорее всего, в конфиге есть такое:

AllowOverride None
Require all granted

Options Indexes FollowSymLinks
AllowOverride None
Require all granted

Добавьте такое же рядом для своего каталога

> Как будет вести MySql при таких объемах?
Х**во он себя будет вести через пару месяцев (ну или через 4 месяца, если у вас будет 256 гов памяти).
С другой стороны, 100 гб в месяц у вас там и не будет. А если и будет - то прекратите хранить в базе картинки и другую чушь.

> Если создать несколько бд например для комментариев то как искать нужную бд для вывода?
if comment_id < 1000000 and commend_id > 0 then use mysql1
if comment_id < 2000000 and comment id > 1000000 then use mysql2
Примерно так. А вообще это называется шардированием, как его организовывать - решать вам. Обычно делают метабазу, в которой хранят диапазоны id-шников и соответствия с конкретным сервером. К тому же на сервера со старыми комментариями нагрузка со временем будет и меньше и их можно будет "решардировать" - т.е., например, сливать 3 старых базы в 1 и править id-ники в метабазе. А 2 освободившихся сервера ставить под запись для новых комментариев.

> Одну базу или несколько, одну для статей другую для комментариев..?
Тупиковый путь, если объём данных станет больше определенного порога.
Станет много статей - загнется mysql со статьями, станет много комментариев - ....
В любом случае, нужно и делить по типу хранимых данных, и шардировать.

Для вебсервера и raspberry pi подойдет, чего уж там) конкретики то?
Вообще железка толковая, но из-за скорости доступа к памяти (и дискам, если у вас sata-2), любая современная (haswell или sandy bridge) железка уделает вашу под орех =)
Но бложеки-сайты с посещалкой, измеряемой тысячами человек в день, туда вполне себе поселятся, если настроить толково, и будут радоваться в приличном количестве.

Напишу лучше отдельным ответом, ибо в обсуждении оно там в убитом формате получилось:

rsync -avzP --numeirc-ids / root@newserver:/chroot --exclude=/proc/* --exclude=/sys/* --exclude=/dev/*

В /etc/fstab:

# for chroot 
proc /chroot/proc proc rw,relatime 0 0 
sysfs /chroot/sys sysfs rw,relatime 0 0 
udev /chroot/dev devtmpfs rw,relatime,size=10240k,nr_inodes=4112034,mode=755 0 0 
devpts /chroot/dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0

Ну и потом chroot /chroot и запускайте нужные демоны. Правда, придется самостоятельно заботиться об их старте после ребута (хотя бы даже /etc/rc.local). Как-то так. Можете в жаббер-почту постучать, подробнее расскажу.

debian.pro/?s=lamp
debian.pro/?s=nginx
В особенности, начните с этих — debian.pro/147 и debian.pro/225