- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет. В последние 2 дня начал замечать дикую нагрузку на дедике, load average поднимается до 500
Конфигурация Intel® Core™ i7-920 Quadcore память 24 ГБ DDR3 Жёсткие диски 2 x 750 ГБ SATA 3 Гбит/с(программный-RAID 1)
Стоит apache в связке c nginx.
Собственно далее пойдут графики с munin:
Как я понял, плодятся apache процессы, и дедик лавинообразно падает. Что можно сделать в данном случае?
Конфиги апача полностью стандартные:
Возможно, вас атакуют (ddos), возможно вас стали активно парсить какие-то боты.
Могу помочь, если это так, необходимо блокировать. В любом случае необходимо глядеть.
Контакты и ссылка на тему с отзывами в профиле. Пожалуйста, обращайтесь, буду рад помочь.
Возможно, вас атакуют (ddos), возможно вас стали активно парсить какие-то боты.
Могу помочь, если это так, необходимо блокировать. В любом случае необходимо глядеть.
Контакты и ссылка на тему с отзывами в профиле. Пожалуйста, обращайтесь, буду рад помочь.
Спасибо, но нет. fail2ban грамотно настроен на логи nginx. Не в этом дело.
Смотреть логи, выяснять что вызывает нагрузку
еще посмотреть апач статус, нетстат
Так же можно перевести на apache worker + fcgi
или на nginx + php-fpm
Так же можно перевести на apache worker + fcgi
или на nginx + php-fpm
И что изменится?
Неужели сразу все быстро заработает? 🙄
Спасибо, но нет. fail2ban грамотно настроен на логи nginx. Не в этом дело.
это самовнушение?
это самовнушение?
Это защита от школьников, которого вполне хватает заблокировать парсинг + атаки с частым req/sec.
Это защита от школьников, которого вполне хватает.
судя по
http://wowpdb.ru/i/21b1a9bf9b8e453290e348406414.png
похоже не хватает.
судя по
http://wowpdb.ru/i/21b1a9bf9b8e453290e348406414.png
похоже не хватает.
В общем выяснилось, что нагрузка из-за поисковых ботов, которые грузят БД и HDD. Боты были добавлены в white лист при настройке...
В общем выяснилось, что нагрузка из-за поисковых ботов, которые грузят БД и HDD. Боты были добавлены в white лист при настройке...
Добавили их в в блеклист сразу?)
Добавили их в в блеклист сразу?)
Ну увеличил Crawl-delay для начала :)
пока норм)