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