WP-MFC - нагрузка на сервер

gromov

админ
привет, коллеги

сегодня получил сообщение от клиента:

Сегодня от beget пришло письмо:
На Вашем тарифном плане "Blog" разрешенная статическая нагрузка 65cp, однако
за последние 7 дней среднее значение нагрузки превышает 80cp.
Ниже приведена таблица распределения нагрузки по дням:
+----------------+-----------------+
| Date | Value CP |
+----------------+-----------------+
| 2015-02-01 | 5.64 cp |
| 2015-01-31 | 94.82 cp |
| 2015-01-30 | 93.19 cp |
| 2015-01-29 | 101.41 cp |
| 2015-01-28 | 111.70 cp |
| 2015-01-27 | 71.61 cp |
| 2015-01-26 | 53.11 cp |
| 2015-01-25 | 38.92 cp |
+----------------+-----------------+
Просьба устранить указанную сложность или прокомментировать ее в течение 3 дней.
На аккаунте один сайт на сборке: посещаемость 5-10 чел, проверил второй аккаунт где стоит сайт на сборке там посещаемость около 100 чел. на нем нагрузка еще выше.
Причем на второй аккаунт письмо пришло 29 числа, я пропустил его. Учитывая что кроме этих сайтов на аккаунтах ничего нет, возможно проблема в сборке.
т.к половина марафонцев сидит на этом хостинге, хочу понимать, были ли у кого подобные траблы еще? Если да - с WP вообще или с нашей сборкой в частности?

Пока у нас единичный сигнал по довольно большой выборке.
Т.к у нас сейчас идет обсуждение по переносу на wp-mfc новостного сайта с трафом в 40к в сутки, хотелось бы понимать, проблематика частная или общая.
заранее всем спасибо
 

Stir

Новичок
хотелось бы понимать, проблематика частная или общая.
Не знаю про Бегет, но у меня была ситуация на TimeWeb 3 года назад (и не только у меня, судя по разговорам знакомых). Там разрешенная нагрузка 100cp и вот мне пришло такое же письмо в один момент. Трафик был на все мои сайты небольшой, но мой акк хватанул рассыльщика, который из под меня рассылал кучу писем. Самое интересное, что как только мне пришло предупреждение, я проверил все сайты, нашел этого негодяя и удалил, однако по каким-то причинам нагрузка снижалась медленно и меня блокнули.
Пришлось переехать на украинский хостинг hostenko, где за прошедшие 3 года ни разу не было подобного случая, хотя иногда нагрузка пиково приближалась к 100cp.
Мне кажется, что такая ситуация характерна для больших хостингов. Почему? Не знаю. Это интуитивно. :rolleyes:
 

neva2012

Контент-генератор
На марафонском сайте на beget и на сборке WP-MFC:
cредняя нагрузка за 7 дней составляет 154.83 CP

Тариф: Blog (year)
Разрешенная нагрузка: 84.5 СР

Похоже и мне скоро придет письмо счастья.
 

neva2012

Контент-генератор
Уже пришло:
Здравствуйте, xxx!
На Вашем тарифном плане "Blog" разрешенная статическая нагрузка 84.5cp, однако
за последние 7 дней среднее значение нагрузки превышает 154cp.
Ниже приведена таблица распределения нагрузки по дням:
+----------------+-----------------+
| Date | Value CP |
+----------------+-----------------+
| 2015-02-01 | 7.40 cp |
| 2015-01-31 | 87.59 cp |
| 2015-01-30 | 212.90 cp |
| 2015-01-29 | 115.49 cp |
| 2015-01-28 | 152.47 cp |
| 2015-01-27 | 198.59 cp |
| 2015-01-26 | 171.88 cp |
| 2015-01-25 | 144.91 cp |
+----------------+-----------------+

Просьба устранить указанную сложность или прокомментировать ее в течение 3 дней.
В противном случае мы оставляем за собой право на изменение тарифного плана вашего аккаунта,
в соответствии с потребляемыми им ресурсами, применение агрессивного кэширования,
запрет POST-запросов или принятие иных технических мер для снижения нагрузки.
Более подробную информацию можно получить, связавшись с нами любым удобным для вас способом.
С нашей стороны постараемся оказать все возможное содействие для оптимизации нагрузки.
Информацию о наших тарифах можно посмотреть на сайте:
http://beget.ru/host.html
http://beget.ru/vip.html
http://beget.ru/arenda.html
---
Служба поддержки пользователей LTD BeGet.
 

neva2012

Контент-генератор
На данный момент статей на сайте: 60
Посещаемость: посетителей - 50, просмотров - 196.
 

yokio

Участник
Тоже была такая проблема. Смотрите на каком сайте нагрузка и запрашивайте логи у саппорта. Обычно нагрузку делает 1 ip. Блочите его в .htaccess

Мне помогло. Кстати сайт был на сборке впмфс.
 

Курский бомж

Активный участник
Просите у саппорта статистику по нагрузке, там будет распределение по сайтам, по ip и по скриптам. Часто нагрузку делают всякие брутфорсеры, последний раз например мне wp-login и xmlrpc давали кучу нагрузки, пришлось принимать меры - нагрузка упала. Ну и плагин кеширования должен стоять естественно. Плюс на бегете использовал частичное изменение тарифного плана, доплата отдельно за увеличение максимально допустимой нагрузки выходит не сильно дорого.
 

Илья

Участник
Может поставить hyper cache?
Да не должно так быть, у меня 2 аккаунта, на них кроме сайтов на сборке ничего нет. На каждом по одному сайту. Посещаемость крайне низкая для таких нагрузок. Тем более всплеск нагрузки только последние 7 дней. Ни каких технических действий, кроме обновления версии сборки с сайтом не делалось.
 

neva2012

Контент-генератор
Если это поможет, у меня 2 сайта на бегете на сборке WP-MFC:

222222.jpg
2222222.jpg
 

runner

Постоянец
А что бегет логи не предоставляет? Запрашивать надо специально?
 

Ирвин

Участник
Часто нагрузку делают всякие брутфорсеры, последний раз например мне wp-login и xmlrpc давали кучу нагрузки
Есть тема на серче, и с середины января у бегета автоматически блокируются IP адреса, с которых пытаются осуществить брут-форс атаку через xmlrpc.php. И вообще на wp лучше сразу блокировать возможность обращения через wp-login и xmlrpc.php
Может поставить hyper cache?
вообще нет связи, а так поставить надо (только не забыть правильно настроить)
 

Duck

Контент-генератор
Последнее время на бегете вижу регулярные проблемы, поэтому принял решение уходить от него.
 

Parser

Постоянец
Если это поможет, у меня 2 сайта на бегете на сборке WP-MFC:
Была такая ерунда.
Нужно смотреть статистику и логи. Если при нагрузке посещаемость небольшая, то 95% в логах такое:

208.113.180.28 - - [19/Oct/2013:07:49:59 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:49:59 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:49:59 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:00 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:00 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:00 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:00 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:01 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:01 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:01 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:02 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:02 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:03 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:04 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:04 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:04 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:05 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:05 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:05 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:05 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:06 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:06 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:06 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:07 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:07 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:07 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:07 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:08 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:08 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:08 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:08 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:09 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:09 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:09 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"
208.113.180.28 - - [19/Oct/2013:07:50:10 +0400] "POST /wp-login.php HTTP/1.0" 401 395 "-" "-"

Какая-то падла пытается подобрать пароль.
Лечиться плагинами (ограничение ошибок ввода паролей или капча ).
Если это не снижают нагрузку до приемлимого уровня - ставиться авторизация средствами веб-сервера через htaccess. PHP при этом не запускается, нагрузка минимальна. Это делается через файл-менеджер панели управления: Настройка - установить пароль на текущий каталог (естественно, что при этом нужно перейти в каталог wp-admin).
 
Последнее редактирование:
Сверху