Превышение лимита процессорного времени

[Кувалдыч]

Не юзате тарифы со счетчиками.
Конкуренты или шпана вас разорит.
Натриавить ботов чтобы слить ваше бабло стоит баксов 100. Ни о чем.
сего за сотню баксов сайт конкурента либо перестанет успевать обрабатывать запросы (на ограниченых тарифах), либо сольет бабки и отключится (на тарифах со счетчиками без перерасхода), либо просто упадет (на плохом софте или хосте). По любому вы теряете баки и клинтов, а клинты уходят к конкурентам. Это давно и всем извстный риск интернет-бизнесов.

[Paramedic]

Почему из своих труб? Из ваших...

Ну давай тебе иной пример. Допустим, ты разместил двигатель в чужой машине. У твоего ДВС есть характеристики, в том числе вполне селе выверенный расход.

А вот в той машине карб не настроен. ЭПХХ не работает. Топливо чуть ли не самотёком в двигло течёт.

И кто виноват в перерасходе?

Скрипты магазина (или чего тама) не работают сами по себе. Они работают в некоторой среде. Эту среду обеспечивает провайдер. Неумение создать условия выгоднее списать на конечного пользователя.

Ну или вот тебе ещё пример.

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

[Кувалдыч]

Ну давай тебе иной пример.

Вообще за уши притянуто

Ты размещаешь обогреватель в строении.

Т.е. я авто топика? Раместил обогреватель (сайт) и плачу за электричество (ресурсы) которые сайт (обогреватель) потребляет.

А владелец строения двери не закрывает, окон нет.

Да, строения (сайты) они такие... дырявые как сито...

А потом ещё и возмущается, что твой обогреватель много электричества жрёт

Вот и я о чем.
Об чем тогда спор?
Пусть автор темы закроет двери, окна, залатыет дыры в которые тепло сливается.
А не ругает прова за то что у него электричество уж больно хорошо и без сбоев из розетки сосется и счетчики крутятся и провода с розеткой не перегорели.

[Paramedic]

Да, строения (сайты) они такие... дырявые как сито...

Не сайты дырявые, а хостинг дырявый. Помнится, хостился на одном хостинге. Так у них мало того, что всё работало через пень да колоду, так хакеры взломав один сайт, получили доступ к файловой системе с остальными сайтами.

Раместил обогреватель (сайт) и плачу за электричество (ресурсы) которые сайт (обогреватель) потребляет.

Я плачу не за электричество. А именно за размещение. Ресурсы, необходимые для работы известны. Всё остальное -- дырявые трубы у водоканала.

[Кувалдыч]

а хостинг дырявый

Чет вроде ТС не жаловался что хостинг отваливается...

Я плачу не за электричество

За электричество.
Судя по теме автор жалуется именно на перерасход по счетчикам.

Ресурсы, необходимые для работы известны.

Ты можешь расчитать прогноз ресурсов? Да тебе цены нет! Наверно ты единственный человек в мире на это способный.

[mike]

Приедь с дырявым баком и попроси "До полного". Думашь за вылитый на асфальт бензин не попросят заплатить?

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

Всё это говорит о том, что обезопасить себя, в первую очередь, должен именно тот, кто предоставляет услуги, а не потребляющий их. Тот кто потребляет услугу, может быть вообще чайником, ни в чём не разбирающимся. В том числе и в дырявостях бака (читай ПО провайдера).

Пров выдает тебе недярявые память, процессор и канал.
С ними проблемы были? Проц зависал? Нет. Память не выделялась? Нет. Канал рвался? Нет.
Услуги оказаны полностью и качественно.

В случае этой темы, пров не выделял физических устройств. Сервак, на мой взгляд, 99% виртуальный. Или того хуже - в облаке, что не суть важно, имхо. Поэтому глючить его "облако" не может по определению. Ты сам в бытность убеждал нарот в отказоустойчивости облачных технологий. Такм образом, отказоустойчивость - это не преррогатива клиента (про чайниковость клиентов помним), а прова. Другое дело, что эту отказоустойчивость необходимо холить и лелеять, иметь грамотный персонал, тратить на это трудо-человеко-часы. А не проще ли забить на это всё, и возложить всё бремя ответственности на клиента? К тому же подсовывая не понятно от куда взятые данные по потраченные на клиента ресурсы. Экономия - да, удобный развод на бабки -да. Вот тебе и "конкурентные преимущества" твоих любимых облачных технологий.

Я сильно сомневаюсь, что в случае ТС, он самостоятельно разворачивал систему, накидывал туда нужное ПО, да и сам писал скрипты. Всё это наверняка было предложено самим же провом из им же составленного списка с установкой в "один клик". Наверняка. Так какие претензии к клиенту, если он лишь в "один клик" развернул сайт, не разбираясь во всех внутренностях железа и ПО от прова? Повторяю ещё раз, если оговорены потребляемые ресурсы клиентом, то должна быть система мониторинга их, предоставленная клиенту в реальном режиме времени. А пров выдает эту шнягу постфактум, предполагая его развести на бабки. Бизнес, говоришь? А ну да, конечно бизнес. Исключительно в рамках способов О.Бендера.

Цитата: mike от Сегодня в 16:31:49
пров обязан отвечать за их качество, Так?
Пров выделил тебе реурсы, на смотря на перегруз. Ничего не упало и не отвалилось. Услуга оказана качественно.

Тебе о качестве услуг, а ты про ресурсы. Не пробовал взглянуть со стороны, о которой говорят другие?

Ты ничего не доказал. Нет ни одного довода, только домыслы.

пфффф.
Если мои доводы именно тобой не воспринимаются в качестве аргумента, я не против.

Вот если в договоре прописана защита от атак - тогда да... можно попробовать доказать что ресурсы были потрачены изза атак которые пров обязался отбить но не отбить. И посчитать ущерб.

Повторю - отбиваться от атак надо уметь. И обладать далеко не тривиальными для этого знаниями. Всё это накладно, поэтому пров будет всяко-разно открещиваться от такого. С учётом попадоса клиента на трафик, потребление ресурсов и возложение неправомерной ответственности на него - представляет удобнейшую позицию по охмурению бедного клиента. О чем битый час тебе и толкуют.

[Сенатор]

Мне кажется если заказываешь виртуальный сервер то будь добр, сам позаботься обо всем.

[Paramedic]

Ты можешь расчитать прогноз ресурсов? Да тебе цены нет! Наверно ты единственный человек в мире на это способный.

А чего тут сложного? Берём статистику посещаемости ресурса за год. Выбираем самое нагруженное время в сутках. Смотрим, сколько хитов в секунду, и сколько эти хиты дают обращений к СУБД. Оцениваем загрузку сервера и РСУБД. Накидываем 25% сверху. Вот и весь расчёт.

[Paramedic]

Мне кажется если заказываешь виртуальный сервер то будь добр, сам позаботься обо всем.

Это как это? А кто будет нагрузку балансировать и от DDoS атак защищать? Может, тогда проще прову обо всём позаботиться, и не выдавать процессорного времени больше, чем просили?

[Paramedic]

Мне кажется если заказываешь виртуальный сервер то будь добр, сам позаботься обо всем.

О, вот тут тебе ответили:

отбиваться от атак надо уметь. И обладать далеко не тривиальными для этого знаниями. Всё это накладно, поэтому пров будет всяко-разно открещиваться от такого. С учётом попадоса клиента на трафик, потребление ресурсов и возложение неправомерной ответственности на него - представляет удобнейшую позицию по охмурению бедного клиента. О чем битый час тебе и толкуют.

[Сенатор]

не выдавать процессорного времени больше, чем просили?

Мне кажется это и есть правильно.

[white ТС]

Проверь на всякий случай, не появилось ли в файловой системе сайта новых папок (хотя обычно их суют глубоко и маскируют под компоненты движка).

Да все прошарил. Нет.

И новых пользователей с правами одмина/суперодмина..

Тоже нет. 9-го вообще никто не появился. Ну и админа как было два, так и осталось.

А то и сподвигнуть к переходу на более толстый тариф. "Вот видите, видите, какой у вас ресурс ресурсоёмкий..."

Они сами предложили этот тариф. две недели тестили сайт. Могли бы и изначально на более денежный подсадить.

[white ТС]

сервак виртуальный, так?

Ясен перец. Интимных отношений с дочерью миллионера не имею.

система мониторинга нагрузки на него в реальном режиме времени есть, а интерфейс к ней?

Ясен перец. Нет.

систему оповещения при подозрительной активности пров предоставил (смс, почта)?

Предоставил по моему запросу.

инструмент, по снижению этой паразитной нагрузки у прова есть, а инструкция к нему?

ХЗ

[white ТС]

Хороша ложка к обеду.

Если бы вы сразу мне насоветовали, я бы по другому с ТП общался. Сейчас уже поздно.

Когда я им написал, что именно они от меня хотят, в ответ пришло письмо следующего содержания:

Здравствуйте!

Превышено потребление процессорного времени процессами на аккаунте.
Каждый запрос к сайту — это процесс (а то и несколько), каждый процесс использует ресурсы процессора, т.е. процессорное время. Из суммы времени, использованного всеми процессами на аккаунте, складывается общее значение, которые Вам пришло в рассылке.

Соответственно сколько, откуда и к каким страницам идут запросы, можно посмотреть по логам посещений, включить их можно в панели управления аккаунтом в разделе"Log файлы".

Рекомендуются комплексные методы проведения диагностики, к примеру, такие, как анализ логов посещений (access_log) и аудит кода.

В ходе анализа логов может быть сформирована статистика запросов к сайту и определены наиболее активные IP-адреса, с которых происходят обращения.  Также возможно определить, заходят ли на сайт посетители или поисковые роботы, выявить скрипты, к которым происходит большее количество запросов, с тем, чтобы в дальнейшем оптимизировать их работу. Вкупе с анализом логов, производящимся вручную, можно, как вспомогательный инструмент, использовать такой анализатор логов, как AWStats. AWStats можно подключить в панели управления Вашим аккаунтом в разделе "Log-файлы".

По логу посещений сайта в данном случае определяются длительно обрабатывающиеся запросы. В том случае, если в конце одной строки лога обозначено значение "0", дополнительных действий не требуется, но, когда там фигурируют цифры от единицы и более, следует обратить особое внимание именно на этот запрос.
Каждый запрос обозначает одну страницу, загруженную отдельным посетителем сайта.  Обычно посещением считается группа запросов с одинаковыми данными о посетителе. При этом, если посетитель запросит большее количество страниц, счетчик посещений не изменится, но, в свою очередь, количество запросов к серверу возрастет, соответственно, возрастет и нагрузка на сервер.

Существенное влияние на снижение части нагрузки, возникающей при индексации сайта поисковыми системами, может оказать редактирование файла robots.txt, регулирующего посещение страниц роботами. Возможно, на Вашем сайте есть страницы или целые блоки (блог, форум и т.п.), которые можно исключить из индексации, отдав преимущество страницам, содержащим полезную информацию, Подробная информация об особенностях работы с данным файлом находится по адресу http://robotstxt.org.ru/.

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

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

С нашей стороны была произведена базовая диагностика нагрузки Вашего аккаунта.

По её итогам видно, что за 9 октября к Вашим доменам было следующее количество обращений, со следующих IP-адресов и к следующим страницам на Ваших сайтах:

----- stroyka-st.ru -----
15433
----- xn----7sb0aeslggch.xn--p1ai -----
846
----- stroyka-st.ru.swtest.ru -----
98
----- xn----7sb0aeslggch.xn--p1ai.swtest.ru -----
0
----- stroyka-st.ru -----
  10069 144.76.63.35
    680 46.229.164.101
    580 46.229.164.100
    472 46.229.164.102
    330 46.229.164.99
    317 46.4.94.226
    287 178.154.238.127
    282 157.55.39.202
    264 157.55.39.214
    236 62.210.247.93
    229 157.55.39.182
    182 87.250.237.158
    123 206.253.226.23
    112 157.55.39.132
     84 207.46.13.88
     70 62.78.40.157
     67 195.239.250.79
     62 95.108.235.25
     62 95.108.139.101
     52 95.108.139.54
----- xn----7sb0aeslggch.xn--p1ai -----
    108 78.46.174.197
     94 94.208.145.95
     69 87.119.246.134
     57 95.108.158.145
     49 94.22.123.234
     48 62.210.152.89
     40 93.180.220.101
     39 82.145.208.196
     39 194.84.228.42
     38 88.135.127.181
     34 37.204.159.24
     33 78.85.146.96
     24 5.9.85.4
     21 62.210.107.201
     10 5.45.254.225
      5 94.29.51.208
      5 37.140.141.38
      3 93.158.178.193
      3 46.118.115.132
      3 37.140.141.39
----- stroyka-st.ru.swtest.ru -----
     17 66.249.78.39
     16 66.249.78.53
     16 66.249.78.46
      7 66.249.64.198
      4 66.249.64.208
      4 66.249.64.203
      2 188.234.4.61
      2 180.76.15.32
      2 180.76.15.18
      2 180.76.15.134
      1 95.108.158.234
      1 66.249.78.207
      1 5.255.253.183
      1 180.76.15.8
      1 180.76.15.34
      1 180.76.15.33
      1 180.76.15.31
      1 180.76.15.30
      1 180.76.15.24
      1 180.76.15.22
----- xn----7sb0aeslggch.xn--p1ai.swtest.ru -----
----- stroyka-st.ru -----
    237 /robots.txt
     38 /market.php
     38 /
     21 /koronka-po-betonu-sds-55h50.html
     16 /apecs-8010-01-acm.html
     15 /sverlo-vintovoe-16h230.html
     15 /nabor-sverl-perovih-14-16-18-20-22-25-30h152-s-udlinitelem-150-mm.html
     15 /canga-s-trojnoj-shajboj-1-2h10-mm-shtucer.html
     14 /shurup-kolco-40h70.html
     14 /shurup-gluhar-6h80.html
     14 /bolt-s-shestigrannoj-golovkoj-(1-kg)-8h140.html
     13 /themes/default/javascript/js/bootstrap-collapse.js
     13 /themes/default/javascript/js/bootstrap-alert.js
     13 /jscript/jquery/plugins/jquery-modal/jquery.modal.css
     13 /jscript/jquery/jquery.js
     12 /zenit-rs-80.01-bronza.html
     12 /themes/default/style.css
     12 /themes/default/plugins/box_categories/js/menu_accordion.js
     12 /themes/default/plugins/box_categories/js/menu_accordion.css
     12 /themes/default/javascript/vtip.js
----- xn----7sb0aeslggch.xn--p1ai -----
     24 /
     16 /robots.txt
     12 /themes/default/img/box_write_review.gif
     12 /images/product_images/popup_images/464_0.jpg
      8 /themes/default/style.css
      8 /themes/default/plugins/box_categories/js/menu_accordion.js
      8 /themes/default/plugins/box_categories/js/menu_accordion.css
      8 /themes/default/javascript/vtip.js
      8 /themes/default/javascript/js/bootstrap-transition.js
      8 /themes/default/javascript/js/bootstrap-tooltip.js
      8 /themes/default/javascript/js/bootstrap-tab.js
      8 /themes/default/javascript/js/bootstrap-dropdown.js
      8 /themes/default/javascript/js/bootstrap-collapse.js
      8 /themes/default/javascript/js/bootstrap-alert.js
      8 /themes/default/javascript/css/bootstrap.css
      8 /themes/default/javascript/css/bootstrap-responsive.css
      8 /themes/default/buttons/ru/print.gif
      8 /themes/default/buttons/ru/button_ask_a_question.gif
      8 /modules/plugins/modal_first_visit/js/modal_first_visit.js
      8 /modules/plugins/images_colorbox/colorbox/jquery.colorbox.js.js
----- stroyka-st.ru.swtest.ru -----
      3 /robots.txt
      2 /sverla-po-metallu-r9m3.html
      2 /shurup-gluhar-8h160.html
      2 /pilki-dlja-jelektrolobzika.html
      1 /zont-ventiljacionnij-pvh-110-mm.html
      1 /zazhim-trosa-6-mm.html
      1 /zaporno-regulirujushhaja-armatura.html
      1 /zachistnie-prisposoblenija-dlja-polipropilenovih-trub.html
      1 /vreznie-zamki-zenit.html
      1 /vreznie-zamki-baranovichi.html
      1 /vinti-s-polusfericheskoj-golovkoj.html
      1 /uteplitel-folgirovannij.html
      1 /upori-dvernie.html
      1 /ugolniki-dlja-polipropilenovih-trub-kombinirovannie-s-krepleniem.html
      1 /trubi-pnd.html
      1 /trubi-iz-sshitogo-polijetilena.html
      1 /truba-pnd-(1-m)-63-mm.html
      1 /trojniki-dlja-polipropilenovih-trub.html
      1 /trojniki-dlja-polipropilenovih-trub-prjamie.html
      1 /trojnik-dlja-trub-pnd-32-mm-prjamoj.html
----- xn----7sb0aeslggch.xn--p1ai.swtest.ru -----


Если Вам неизвестны IP-адреса, с которых было максимально количество обращений к Вашим сайтам, имеет смысл ограничить доступ с данных IP-адресов к Вашим сайтам.

Для того, чтобы ограничить доступ для определенных IP-адресов к Вашим сайтам, необходимо открыть файл .htaccess, находящийся в папке public_html вашего сайта, и добавить туда следующие строки:

Order Allow,Deny
Allow from All
Deny from xxx.xxx.xxx.xxx

Если же нужно запретить доступ нескольким IP-адресам, то IP записываются через запятую:

Order Allow,Deny
Allow from All
Deny from xxx.xxx.xxx.xxx, yyy.yyy.yyy.yyy, zzz.zzz.zzz.zzz

--

Короче говоря, они дали понять, что это целиком и полностью мои проблемы.

[Alex350]

----- stroyka-st.ru -----
  10069 144.76.63.35

И где 10000 обращений к файлам? Там в сумме и 1000 не наберется.  К чему были эти запросы? Лог какой-то половинчатый.

Вообще обнови cms и забей. У меня тоже 9 числа был перегруз, но у меня однозначно к админке лезли. Такое ощущение, что это вирус какой-то.