А какие Вы знаете?
А че тут спорить. Один апач или пятьдесят. На практике - настройки программных сред в этой куче впсов у Вас так разойдутся в итоге, что получите совершенно забесплатно геморой из 50-ти серверов вместо одного.
Грамотно вообще сделать что-то гораздо сложнее, если выработалась привычка сначала делать, а потом думать.
А что конкретное Вы тогда имеете в виду? Нанять админа и решить вопрос приватно?
Молоток - лучший способ раскроить себе голову.
И то и другое и третье.
rlimit, квоты и т.п. руками нормального админа.
zexis тоже, ИМХО, не много в этом понимает - ему о таких вещах рассказывали прямо на этом форуме ;) Не уверен, что толк был, поскольку желание писать свой велосипед с квадратными колесами - у него не прошло...
"Соорудить защиту" можно на индивидуальном уровне. Под конкретный сайт, где такие вещи экономически оправданы. Или/и просто нанять постоянного администратора.
Ваша панелька поддерживает centos? Если да - то там не нужны "ручки", которые позволяют молча снести полсистемы (т.е. сделать аналог Вашего yum remove). Ведь совершенно очевидно, что пользователь, которому приспичило "удалить питон" - вовсе не собирался сносить yum и кучу системных утилит, так или иначе завязанных на питон. А на дистрибутив тут неча пенять...
"И эти люди запрещают мне ковыряться в носу!" (с) - в соседнем треде удивились, что кто-то считает что-то типа ispconfig альтернативой ispmanager...
Серьезная атака на несколько месяцев - это весьма немало бабла атакующего. Вывод - вся "атака" просто пук школьников.
Запрос отправлен куда? Такие вещи напрямую должен делать хостер (ип-адреса его ведь). Либо Вы с каким-то тридевятым реселлером общаетесь. Наверно забыли крылатое "не гонялся бы ты поп за дешевизной"?!
Чтобы НЕ
вовсе не нужно
Главное не начинать все усложнять сразу.
Грамотное разделение ресурсов в рамках обычного виртуального хостинга, неприрывный мониторинг сервера, своевременная реакция на возникающие проблемы с отдельными сайтами - вот решение.
Если Вы хотите решение типа "настроил и забыл" - с раскидыванием проектов по отдельным VPS, то забудьте об этом мечтать. Это будет неоправданно дорого и в плане разовых и в плане постоянных затрат. Не говоря уже об обслуживании такой махины - чем это будет лучше того что есть сейчас?
Про "клястер" - вообще молчу. Ув. Andreyka пропустил мимо ушей, что речь зашла о проблемах с конкретным сайтом. Простой пример - кривые запросов mysql для конкретного сайта, могущие при "удачных" внешних обстоятельствах поставить раком весь SQL-сервер. Или DDoS-атака на сайт... Кластеризация - может "размазать" такие проблемы, но не может их решить - тут потребно иное.
Если Вы боитесь, что аппаратные проблемы с сервером могут привести к длительной недоступности сайтов - это также вполне решаемо без кластеризации (ну, покуда Вам действительно не покажется критичным самый минимальный простой), особенно если Вы арендуете сервер.
есть подозрение что X-Authentication-Warning виновато. поправьте, гугл в помощь
