Boris A Dolgov, Успевает отдать контент непосредственно джинксу, высвобождая процессы. Т.е. это решает проблему с медленными клиентами, разве нет?
Присоединяюсь к мнению раундробин, файлы на отдельных сервах - в таком случае и обычных атомов хватит для раздачи-то. Если еще и по FTP отдавать, а не по http - так оно даж лучшее будет.
dpkg-reconfigure nginx вполне восстановит конфиги.
Только глючит. Я знаю, о чём говорю. Правда, возможно, что у меня там больше 10 тысяч виртуалхостов, но тем не менее.
Давно известно. Собственно, лечится тоже довольно тривиально, даж мод такой есть.
Не факт, не факт... Вообще, если это гольный хтмл - то кроме как апач - никто и не сожмёт это дело. В случае php-скриптов ситуация иная, правда. Но сжимать должен данные либо только php, либо только апач, либо только nginx. Собственно, в случае с виртуальным хостингом вы правы, незачем.
Raistlin добавил 26.08.2011 в 13:36
А если линукс?
Скорее, это режим паравиртуализации под HyperVM, кде машина Debian запускается на ядре rhel.
Ключевое выделил. Измеряется всё в количестве операций в секунду, если вы о процессоре. И процессорное время - всего лишь то время, которое процессор занимался выполнением задачи. Дело в том, что процессор может параллельно выполнят множество задач... И процессорное время в таком случае величина весьма эфемерная. например, в случае с гипертрейдингом ядро может выполнять одновременно две задачи и более.
Romka_Kharkov, Просто с джинксом апач меньше форкается. Если у вас не isp - переключите его в Worker и мочить не будет.
мда... А ничего, что процессорное время и процент нагрузки от всего сервера весьма слабо связаны? Начну из далека - несколько процессоров, куча ядер и хипертрейдинг... А так же тип выполняемой задачи...
Romka_Kharkov, ну вот если их подключение растянется на минуту - тогда полетят порциями. По 1к. Да, у меня апач столько коннектов одновременно сам по себе не обработает. Т.е. не, он как раз 2000 всего обработает, судя по конфигу. Неужели, у вас на серверах хостинговых висит по 2000 клиентов одновременно? Нипаверю. Соответственно, просто кратковременно (на 1-2 минуты, даже если хорошо растянуть - ну, пусть - 10) апач у мня легитимным пользователям перестанет отвечать, а там правила файрволла пополнятся очередным ботнетом... Собственно, логика простая. Это для VDS с 500 метрами памяти актуально, да и то... PHP-скрипты расходуют больше памяти, на что поспорим? ;) Соответственно, для дидоса надобно найти тяжеленький пхп-скрипт и любители mod_php нервно курят в сторонке, так как не могут ограничить использование памяти зверю корректно и сервер валится. Другой вариант - натравить ботов на 3-4 сайта. Или на 5-10, которые висят на этом же IP... Ну вариантов масса, а вышеприведённая уязвимость - уязвимость, пока сервер не правильно сконфигурирован... Как-то так.
ну как бе... 2к ботов одновременно луканутся?
Raistlin добавил 25.08.2011 в 23:57
ab или что-то подобное пущено, я по нагрузке на cpu сужу. Лень мне дергаться просто.
