Резкое увеличение нагрузки на сервер по непонятным причинам

Это запросы за сутки, или за минуту/час? Пока что данные - сферический конь в вакууме. Если это за сутки - весьма странно и нужно действительно смотреть.

Возможно, у вас вырос размер базы данных, возможно - ваш сайт кому-то не нравится, возможно - боты белены объелись. Кто хостер хоть?

Я там писала, что за сутки это.

Хостер был sweb, сейчас переехала на beget. Консультировалась в одной из групп, мне сказали, что дело в "дырах" в сайте. Такое может быть? Что за дыры такие?))

Настройте фильтры в фаерволе клаудфлара, там по сути 2 фильтра надо:

1) разрешать белым ботам доступ.

2) банить всех, кто не с протоколом http2

и нормально, процентов до 5 легитимного трафа только отвалится :D

Ну или на сайт поставить антибота из моей подписи.

Заблокируйте на клоуде в файрволе Украину,США,Китай,Индию и Британию.

ogenry, а логи смотрели? Может боты вроде AhrefsBot нагрузку дают. Можно попробовать закрыть им доступ через .htaccess и robots.txt

И в картинке выше тоже по 3к запросов к банальным файлам со скриптами и стилями. В чем вообще проблема ?

Может я что то в вордпрессе не понимаю, но это же статика, которая отдается минуя сам движок - т.е. напрямую вэб сервером. Как вообще это может нагрузку создавать ?

Был раз случай, когда по адресу не было статического файла, в итоге сайт отдавал 404 страницу, которую обрабатывает WordPress. На этой же странице снова была ссылка на этот статический файл. Как итог - при заходе на сайт, любой пользователь циклично долбил сайт запросами.

Ну т.е. дисковые ресурсы бесконечны по вашему?

На скрине проблема обычного хостинга, когда боты приходят и начинают очень быстро высасывать сайт. Нынче модно, вместо того. чтобы писать скрипт серверный, многие парсят через эмуляторы браузеров, которые полностью загружают сайт как обычный пользователь, но скорости обработки такие, что один такой парсер делает очень большую нагрузку. Ни о какой оптимизации и пощады донорам, такие парсеры не знают, особенно в 10 потоков.

Ну если проблемы возникают при таких мизерных запросах, то что же там со скриптами происходит ?

ab -n 3000 -c 20 https://******/static/n/css/style.e95bd3e4c3e4.css

Server Software:        nginx/1.15.0
Server Hostname:        **************
Server Port:            443
SSL/TLS Protocol:       TLSv1.2,ECDHE-RSA-AES128-GCM-SHA256,2048,128

Document Path:          /static/n/css/style.e95bd3e4c3e4.css
Document Length:        52824 bytes

Concurrency Level:      20
Time taken for tests:   14.839 seconds
Complete requests:      3000
Failed requests:        0
Write errors:           0
Total transferred:      159177000 bytes
HTML transferred:       158472000 bytes
Requests per second:    202.16 [#/sec] (mean)
Time per request:       98.930 [ms] (mean)
Time per request:       4.946 [ms] (mean, across all concurrent requests)
Transfer rate:          10475.18 [Kbytes/sec] received

15 секунд на 3000 запросов css файла в 52Kb . Это впс за 5 баксов, у который скорость диска не блещет

dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 17.8053 s, 60.3 MB/s

А у ТС еще не факт, что все ответы были 200 , а не 304,

Судя по начальному посту, там такое вряд ли. Все таки смотрели и оптимизировали :)

Stek, Первое обращение было с диска

Всё остальное уже было с кеша ОС