Честно, не смотрел. Потом и написал, что должно быть. Они ждут suhosin для 5.4; я с месяц назад интересовался вопросом, вроде ехали. Оказалось, еще не приехали :).
Обновить порты, оно уже должно быть в /usr/ports/lang/php54.
sysctl -a | grep swappiness
Где-то так пусть и будет.
А PHP нету? ;)
Это устройство, на котором размещена ФС. Я спрашивал о типе ФС. Посмотреть можно в mount.
Для ext3/4 наличие dir_index проверяется как-то так:
dumpe2fs /dev/xvda1|grep dir_index
Включается так:
tune2fs -O dir_index /dev/xvda1
Индексы заполнятся после перепроверки ФС:
e2fsck -D -f /dev/xvda1
Пока и не трогайте. Если освободится память - можно будет посмотреть.
А какая технология виртуализации? Xen? KVM?
Я бы сказал, что будет достаточно 2 на Apache и 2 на nginx.
Всё-таки, система 32 или 64?
Если б Вы понимали, то бы догадались, что nginx хранит свой кеш в файловой системе, что никак не может занимать ram.
Конечно, кеш файловой системы может занимать ram, но не настолько агрессивно, чтобы загнать в своп работающие процесы.
nginx кеш страниц держит в файловой системе.
С Вашими запросами я бы уже смотрел на какой-нибудь железячный SLB. Мне, например, у Extreme Networks нравятся.
Вам надо не отсылать запросы, Вам надо, чтобы запросы в Вам приходили на этот IP.
Получаете у VPN-провайдера статический внешний адрес, поднимаете PPTP, в результате Ваш сервер должен быть доступен по этому адресу.
Ответы, конечно, могут физически идти через дефолт, но это уже не критично - source ip у них будет не тот, который выдал хостер, а тот, который на туннеле. Если так не прокатит (а не прокатить может, если у хостера на это дело фильтры) - значит, надо делать policy-based routing и жестко отправлять ответы на запросы, которые пришли с PPTP, назад через PPTP.
1. Апач сам в своп лезть не может, его что-то туда вытесняет; при чем вытесняются большей частью неиспользуемые/малоиспользуемые страницы памяти. Неприятно, но может быть смертельно. Если хотите разобраться - надо смотреть, что память жрёт.
И еще, покажите
2. Сильно зависит от того, что отдаёте.
3. Какая ФС? Если не включён dir_index - будет плохо.
4. Все оптимизации MySQL делятся на две части: оптимизация сервера и оптимизация баз.
Насчет сервера, всё сводится к "больше памяти на всякие-разные кеши и временные таблицы". В Вашем случае - особо не разгуляешься.
Насчет баз - отдельная история.
P.S.: Я надеюсь, у Вас 32х-битная бубунта? Для 64 памяти маловато.
