Вся конкретика через личку. Вам сейчас отправлю.
Однозначно имеет!
Возьмите второй винт, перенесите БД на него. Производительность сервера на 20-50% должна вырасти. (Исходя из предположения, что на каждый хит делается десяток и более sql запросов и чтение десятков файлов).
К тому же это самый недорогой и безболезненный апгрейд. Тормознуть БД, переместить файлы - максимум - получасовая операция.
Подумалось еще... посмотрите логи БД, возможно медленные запросы есть и т.п. В любом случае имеет смысл использовать все имеющиеся 3Гб памяти, отдайте больше на файловый кеш, кеш БД и т.д.
Что такое Cent OS не знаю, но есть такая хитрость - BSD системы показывают занятость процессоров без учета ожидания дисковых операция а Linux системы с учетом.
Т.е. если у вас система второго типа - то можно предположить что узкое место - дисковые операции. Тогда апгрейд процов мало поможет (иначе он вам бы помог в первом случае). Хорошее решение - взять больше физических дисков и разнести по ним данные. Как минимум БД и файлы на разные, а если позволяет система - то и дальше разносить (например скачиваемые файлы, картинки, код и т.п. по разным дискам).
Не понимая характера загрузки и архитектуры вашей системы точный совет дать сложно, но возможно уже сказанное наведет на мысли 🚬
Ну и вообще - всегда полезно узкие места в коде и т.п. поискать, про кеширование подумать, может дешевле обойдется 🚬
P.S.
Если это чисто процессорная загрузка, то удвоение цисла процов должно на 30-40% снять нагрузку (это максимум скорее всего). Но это определяется еще многими сопутствующими факторами, точный прогноз дать сложно.
Не факт, сейчас довольно много рунетовских ботнетов.
Посмотрите эту ветку, возможно вам это вполне подойдет /ru/forum/195243
Это
И ваш ник webprofy.biz.... улыбнуло :)
Если по теме, то вы лучше сформулируйте какого рода вопросы и ответы интересуют. Они могут касаться юридических аспектов, непосредственно администрирования и конфигурации сервера(ов?) (как железо так и софт), финансов, билинга, саппорта и прочего.
В общем виде - все слишком всеобъемлюще звучит: "хочу построить завод и производство автомобилей" - подскажите что нужно знать. :)
В вашем примере количество TCP-сессий ограничивается 15ю с одного IP. В случае, скажем, 1000 хостов получаем 15000 "клиентов", непрерывно нагружающих вебсервер все время, пока продолжается атака.
Если же хосты заблокированы нашим фильтром, то вебсервер не увидит вообще ни одного запроса с них.
Может Вы просто не сталкивались с подобными атаками либо не цените время своего админа, как и время простоя сервера пока вы их отследите?
"Задолбаешься" их отслеживать. Адреса ботов меняются.
Вообще говоря, firewall такие объемы правил переваривает с трудом и тормозами.
Ну а вообще - когда админ устанет в реальном времени писать эту строчку для сотен и тысяч адресов - то можно будет снова подумать об автоматизации процесса. 🚬
Мы не навязываем :) Если будет спрос - будет доработана, пока идет изучение.
Насчет альфы-беты, это скорее "гамма", т.к. реально работает уже на многих серверах.
Мы сами были вынуждены разработать это решение ввиду отсутствия приемлемых аналогов. А интерфейс вполне "благороден", скоро вложим скрины. Инсталяцию до максимума облегчить сложно, т.к. защита в типовых конфигурациях ОС нереальна. (по кр. мере найденными нами способами).
В ввиду специфики софта - мы не ожидаем что и заявки будут "вчера" и что отзыв "завтра".
Отзыв можно сделать в несколько этапов ☝
Если желаете установить - обращайтесь в личку.
