- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Где то неделю начал наблюдать такую картину, растёт показатель tasks после чего сервер начинает очень медленно откликаться и выкидывать 502 504 . Решил что нагрузка связанна с mysql начал копать, оптимизировать, урезал запросы и в прочем то саму базу... Но ситуация только ухудшалась...
Сервер ранее работал и при CPU 60% с LA 10-13 и нормально откликался...
у Вас тонна apache процессов
Когда их становится, больше чем ограничено в лимитах, то возвращается ошибка
подключите server-status к apache, посмотрите чем он там занимается
Возможно Вас просто DoS'ят
Жуть сколько апатчей. Рекомендую nginx поставить, чуть побыстрее всё будет.
у Вас тонна apache процессов
Когда их становится, больше чем ограничено в лимитах, то возвращается ошибка
подключите server-status к apache, посмотрите чем он там занимается
Возможно Вас просто DoS'ят
Ддос исключён, стоит ddos-guard, а вот server-status вроде всё как обычно...
---------- Добавлено 23.10.2016 в 16:45 ----------
sleep(4); очень часто, может привести к такой картине ? Стояло на загрузке фрейма, что бы успевало загрузится, в общем сам не помню...
Жуть сколько апатчей. Рекомендую nginx поставить, чуть побыстрее всё будет.
он же стоит. Просто апачей сильно много расплодилось, надо уменьшить.
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
Но не долго, внов tasks пополз вверх (((
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
Но не долго, внов tasks пополз вверх (((
Попробуйте уменьшить кол-во процессов Apache
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
Но не долго, внов tasks пополз вверх (((
Так у вас хостинг собственный разных сайтов или что? Под какие нужды используется серчер? Что за скрипты в таком количестве висят?
Так у вас хостинг собственный разных сайтов или что? Под какие нужды используется серчер? Что за скрипты в таком количестве висят?
Сервер арендованный,
Процессор Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.60GHz 1200.000 Mhz X 24
Оперативная память 48GB
Система (файлы и бд) если не ошибаюсь на SDD (не помню какой RAID)
Стоит сайт, с большим количеством запросов, и онлайн по несколько тысяч, в пик и более...
242% mysql как-то дохрена...
Мож таблица какая-то колом встала?
Или всё таки с диском что-то не так.
После перезагрузки мускула, ситуация улучшается, работает всё хорошо часов 5-7 но со временем задачи начинают копиться и уже не уменьшаются...