Уважаемые клиенты,

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

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

По итогам вашей обратной связи, мы будем видоизменять уведомления.

Спасибо за ваше содействие и вклад в наше общее развитие.

Команда IT Patrol inc.

Комментарии (26)

fakel #
11 лет 13 недель назад
старейшина

Синонимы доменов типа domen.uxxxx.argon.vps-private.net надо наверно поотключать, так как в статистике видна их нагрузка (отличается от домена).

Ильфат Рифатович Исмагилов, учитель информатики

KoDo #
11 лет 13 недель назад
старейшина

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

1. Пришло письмо о превышение договоренного по тарифу дискового пространства. Упс... конечно не слежу, спасибо напомнили. Покопался, вроде сайт не много занимает, БД тоже не разрослась... (Кстате, размер БД входит в выделяемое по тарифу дисковое пространство?) Нашел, что это логи за два года разрослись - удалил и порядок. Моя совесть чиста. Да, как обновить размер потребляемого места в панели не нашел, а было бы вообщем удобно, чтобы можно было вручную обновить - посмотреть пока чистишь.

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

Первая мысль - может перебросить на другой хостинг? Думаю подобная мысль возникла не у меня одного...

3. На почту пришло еще штук 7-10 сообщений... Блин, откладываю работу ! , разбираюсь, что за изменения на Патруле? и чем они мне и моим клиентам грозят? В чате давно не был... там движняк. Общий смысл тех поддержки - "ну что вы хотели? за сайтами следить надо! Ресурсы сервера так потреблять не хорошо! Все вопросы в тикет..." Ладно бы у меня одного такие вопросы... Следующая мысль... ИТ патруль закручивает гайки. Такое ведь многие уже проходили на других хостингах - "ваш сайт как-то дофига чего-то потребляет, надо тариф больше брать..." Вот помниться эластик какой-то вышел... Ну тоже мысли не из приятных... и думаю тоже не у меня одного. В итоге от техподдержки выясняется, что это просто как бы уведомления, ну что клиент как-то нехорошо что-то потребляет, но мы как бы за это никак не наказываем, но чтобы клиент как бы об этом не забывал... Ну и вообще сообщения можно отключить... ВСЕ! :)

Старая (очень старая) программистская шутка "Какой сисадмин хорош - Тот что целыми днями играет в Квейк, а вся система работает" Тот которой бегает взмыленный - просто ...

Какой хостинг хорош? Тот, про который клиент вспоминает только когда надо заплатить деньги за продление хостинга!

Чем всегда хорош был ИТ-патруль:
1. Хорошая техподдержка.
2. 256Мб под ПХП
3. Простота - платишь деньги за место на диске и все работает достаточно быстро.

Что-то будет меняться? Предупредите, пожалуйста заранее...

С другой стороны бороться с повышенной нагрузкой надо? НАДО! это нормально.
Основная ваша ошибка - определение критичности события для уведомления пользователей.
Раньше с повышенной нагрузкой сервера вы боролись в ручную, только действительно в критических случаях, а сами на не подготовленного клиента выгрузили тонны непонятной информации. Да, еще по лимитам не оговоренным изначально при покупки хостинга.

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

Думаю многие поддержат, что если хостинг укажет на реальные проблемы производительности сайта, многие клиенты будут только рады.
Многие писали, что такие уведомления можно присылать раз в день. Нет нельзя! они на третий день уже будут в спаме. Сообщения необходимо присылать только критичные для хостинга и для клиента.

Я ИТ патруль рекомендую клиентам и знакомым, как "беспроблемный" хостинг для Друпала! А вы такую свинью подложили :)

Ну вот, как-то так... :)

itcross.... #
11 лет 13 недель назад
старейшина

Теперь тарифы можно разбить на две группы:

-Оптимизатор (группа тарифов)
-Эластик

Готов быть оптимизатором. Если это не сильно сложно, и вы дадите практические советы применительно к существующим настройкам железа и ПО.
Оптимизация она ж всегда пригодится.


gor #
11 лет 13 недель назад
сисадмин

Я очень рад слышать. На друпал кемпе в Киеве у нас часто поднимался вопрос над осознанностью конечного клиента в работе с Drupal и его оптимизацией.
Сейчас какраз советы оформляем. Смотреть тут.

Еще может получится с Андреем Подапенко по сотрудничать, он планирует серию курсов по оптимизации.

С Уважением,
Егор Марценюк
patroll #
11 лет 13 недель назад
старейшина

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

gor #
11 лет 13 недель назад
сисадмин

У нас физически ограничены только
- квота по дисковому пространству
- количество MySQL соединений в секунду

Ограничение остальных квот не целесообразно и вредно: начнет все тормозить, а это против нашей идеи что все должно летать.
Да и некоторые вещи нельзя ограничить без вреда для сайта. Что тоже не хорошо.

С Уважением,
Егор Марценюк
alexr #
11 лет 13 недель назад
старейшина

Поясните по параметру Web-трафик, что значит ограничение 100 килобайт/секунду? Если посетитель сайта открывает картинку на 500кб - то я 100%-но получаю алерт так или нет? А если он файл какой-нибудь скачивает на 10мб - то что со мной будет за это? Не думал что когда-нибудь такие вопросы буду задавать ...

gor #
11 лет 13 недель назад
сисадмин

Данные снимаются раз в минуту, и усредняются за секунду.
Тоесть для того, чтоб сработал лимит - вам надо что б за 1 минуту с вашего сайта скачали 6МБ данных.

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

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

Если же у вас такая нагрузка постоянная - надо разобраться что генерирует трафик и посмотреть что можно с этим сделать.

Во всех случаях мы НЕ блокируем сайты, и НЕ ограничиваем потребление ресурсов.

Все уведомления внедряются в целях профилактики работы ваших сайтов и улучшения стабильности хостинга.

С Уважением,
Егор Марценюк
alexr #
11 лет 13 недель назад
старейшина

мне кажется 1 минуты мало, обсчитывайте хотя бы с периодом в 10 минут, ведь посетитель может сначала накликать по ссылкам (открыть в разных закладках), а потом полчаса читать, никакого тяжелого медиа контента у меня нет, только скриншоты

gor #
11 лет 13 недель назад
сисадмин

При таком поведении, у вас будет разовый скачек превышения - это не критично. Тут больше надо вопрос решить отделения не критичных случаев от критичных.

С Уважением,
Егор Марценюк
1696 #
11 лет 13 недель назад
старейшина

Появилась таблица по лимитам: http://dh.it-patrol.ru/meta/обсуждение%20системы%20уведомления%20о%20нагрузке

В связи с этим хочется сказать, что если лимиты есть и они как-то регулируются. И хостинг перенаправляет уведомления о превышении лимитов своим клиентам (а не сам регулирует в автоматическом режиме), то клиенты должны иметь возможность:

а) как-то ограничивать использование Друпалом своих возможностей (должен быть доступ к конфигурации PHP, MySQL etc.)

б) указывать, что должно происходить при превышении лимитов:
1) отключение сайта
2) дополнительная оплата по существующим расценкам (расценки также должны быть указаны)
3) временное прекращение работы скрипта, превысившего лимит

Хотя, по идее, так как раньше ни о каких лимитах сказано не было, то вся мировая практика работы с клиентами говорит, что те клиенты, которые заключали договор на предыдущих условиях, не должны подстраиваться под новые условия по факту, а им должны быть сделаны индивидуальные уведомления о том, что:

а) извините, но мы перешли на новую систему и вы можете или согласиться с новыми условиями или прекратить договор с нами...

б) для вас доступны новые тарифные планы, на которые вы можете перейти, так как сегодняшние мы не можем поддерживать в текущем состоянии

Это конечно в теории, так как на практике такое редко бывает, но от хорошей бизнес-модели с клиентами ожидается именно это...

Добавлено через 33 минуты:
Никто не обвиняет никого ни в чём. Просто если хостер изменяет условия существующего договора или уведомляет клиента о превышении лимитов (каких угодно), то клиент должен иметь возможность на это как-то реагировать:

а) перейти на другой тарифный план (сейчас этой возможности нет, так как тарифные планы по лимитам практически одинаковы, кроме Эластика и выделенного сервера).

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

в) реагирование клиентом на превышение расхода (например сейчас клиент не может как-то прописать, что должно происходить при неоднократном превышении лимитов).

itcross.... #
11 лет 13 недель назад
старейшина

Мне говорили что и 1000 посещений в день может быть на одном сайте при определенных настройках. 

С уважением, Артем.


qazz-zaa... #
11 лет 13 недель назад
старейшина

Здесь все умные, а у меня будет насущный вопрос:
у меня 10 сайтов
Только у одного посещение дотягивает до 250 в день. Остальные не превышают 10.
Я получаю уведомления о превышении. И это в конце декабря, когда активность около 190 посещений в день
Я планирую довести остальные сайты до 50 в день посещений.
Т.е. было 250 +9*10=340 посещений в день
А хочу к марту 250+9*50=700 посещений в день

Меня выселят с сервера, или попросят платить больше?

sa.serge... #
11 лет 13 недель назад
старейшина

Вот вот, у меня тоже из 3 сайтов работает только 1 и зимой посещаемость низкая. Ломаю голову, что же будет с моим сайтом летом, когда наступит сезон О.о
Возникает вопрос, чем же тогда друпал-хостинг отличается от всех
других "недрупал"хостингов? Помнится, у меня на том же Таймвебе было
меньше рассылок за превышение нагрузок в течение месяца, чем за
сегодняшний день, хотя там а)дешевле б)ограничения на нагрузки вообще рассчитаны на сайт из 5 html-страниц :)

UPD: а письма продолжают и продолжают сыпаться...


gor #
11 лет 13 недель назад
сисадмин

Почистил очередь от уведомлений, больше не должны приходить.
Мы их временно приостановили.

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

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

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

С Уважением,
Егор Марценюк
sv2109 #
11 лет 13 недель назад
старейшина

Здравствуйте! Скажите пожалуйста, как мне реагировать на подобные письма? Сайт работает на вашем хостинге около года. До этого все было нормально, а сегодня куча писем о превышении лимитов по mysql и cpu. Превышения незначительные и через минуту приходит опять письмо что все нормально.
Означает ли это что если превышения незначительные то все нормально и переживать не стоит? Но тогда зачем слать 100500 писем? Лучше прислать 1 и дать там всю статистику.
Или это такой тонкий намек он Айти-Патрола что нужно переходить на Еластик? Но я сегодня посмотрел в панели расход по Еластику у меня 40 рублей за 24 часа, то есть в месяц придется платить 1200, что в 4 раза больше чем сейчас на тарифе Третий.
Я понимаю, что за ресурсы нужно платить, но не платить же за превышение лимита на 1-5% в 4 раза больше!

itcross.... #
11 лет 13 недель назад
старейшина

Тезиcно:


1.Признайтесь честно и открыто что вы сокращаете ресурсы на существующих пакетах хостинга.
2. Распишите эти ресурсы четко для каждого пакета.  (Испугаете клиентов..)
3. Предупреждения должны быть агрегированы за какое-то время.   Ящик заспамлен. Может за исключением супер нагрузки.
4.Самое главное. Как бороться с нагрузкой? Как определить сайт, у меня их 42 на одном аккаунте. И что потом с ним делать?

С уважением, Артем.


gor #
11 лет 13 недель назад
сисадмин

1. Цель не в сокращении ресурсов, а в честном распределении между клиентами и помощи нашим клиентам сделать их сайты быстрее и стабильнее.
Нестабильность и прожорливость некоторых ресурсов - может привести к нарушению работоспособности всех сайтов на сервере.
Раньше мы в ручную списывались со всеми клиентами и помогали им в оптимизации их сайтов. В большинстве случаев - с положительными результатами! Сейчас пришло время частично автоматизировать процесс.
2. Сводная таблица тут.
3. Работаем над этим. От вас и других клиентов прозвучали интересные предложения. Будем делать.
4. Сейчас еще готовлю описание "что делать и как быть".

С Уважением,
Егор Марценюк
pagemake... #
11 лет 13 недель назад
старейшина

По-моему, предупреждения о нагрузке на трафик (тем более, как тут справдливо заметили, ограничений нет; да и ваш работник мне это подтвердил) надо отправлять 1 раз в сутки. Возможно, в виде таблицы, с колонками: время (по часам), нагрузка, превышение допустимой нагрузки (%).

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

gor #
11 лет 13 недель назад
сисадмин

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

С Уважением,
Егор Марценюк
itcross.... #
11 лет 13 недель назад
старейшина
Может начать с того что отсортировать тут комменты по времени?

С уважением, Артем.


apostnik... #
11 лет 13 недель назад
старейшина

Поддерживаю по пунктам:
0) Техническая инфа в письме клиенту - потеряный клиент
1) 2 мыла, одно для билинга, второе техническое (основное)
2) настраиваемый дайджест по нагрузке, реально, за каждый день никто читать не будет и тупо в спам уйдёт.

Умолчание должно быть вменяемым 3-5 дней, а то и неделя - иначе вся почта уйдёт в спам и с большой вероятностью будет пропущено письмо от билинга.

metr2v2 #
11 лет 13 недель назад
старейшина

Всем привет, хочу добавить свои пять копеек. Плюс, написал несколько тикетов, т.к. местами откровенные глюки.
1) Не понятно, какие могут быть уведомления о нагрузке на тарифах, где нет ограничений?
2) Почему их нельзя отключить, если вы говорите "это кратковременно и можно не обращать внимания"
3) Почему до сегодняшнего дня (а я на этом хостинге больше года и в целом, доволен), всего мне хватало, я был на тарифе "первый". Утром, что бы не заморачиваться (сначала ругались на превышение диска) - перешел на "второй". Потом на "третий". Я понял, вы этого и добивались, что бы люди в итоге больше платили, но можно как то поумнее это сделать?
Сейчас я уже потратил полдня своего времени + доплатил за тариф, и все равно мне не понятно, что такое изменилось и причем здесь я.
Понимаю, что длинно, но еще хочу добавить. Я и другими хостерами пользуюсь. Так вот, большинство из них не сокращает ресурсы, а наращивает.
И еще. Мне не жалко платить за хороший хостинг, жалко время тратить на разборки ;)

Vanekru #
11 лет 13 недель назад
старейшина

Я полностью согласен с cgenybr и его сообщением по поводу нагрузки. Писем очень много, а главное они мне лично совсем не понятны.

Повторятся не охота cgenybr, очень хорошо расписал. Добавить хочу от себя. Если вы заставляете клиента контролировать нагрузку на сайт, вы должно объяснить и разжевать клиенту что за письма и что они обозначают. Мало того я как клиент хочу знать, как дозволена мне нагрузка на моих разных тарифах, мало того я хочу понимать если я перехожу на тариф Вип-птатиум, или вообще на SD тариф, мне охота понимать на сколько сильно я выхожу за рамки моего тарифа и как сильно мне поможет переход. За последний месяц идет очень сильней пресинг с вашей стороны по нагрузки, мне лично как делитанту не понятно, почему с августа 2011 года на тарифе "Вип-силвер" мой сайт не кого не волновал и было все прекрасно, а через полтора года оказалось что на "Вип-голде", он стал много ресурсов потреблять. Не так страшны те письма, как для меня важно понимать что происходит и что я получаю за эти деньги и что я могу получить за другие деньги. Я хочу понимать на что мой клиентский аккаунт за 300 руб. может рассчитывать, и что я могу получить на разных тарифах Вип или SD тарифе.

cgenybr #
11 лет 13 недель назад
старейшина

По итогам  сегодняшних терок в чате пишу сей опус


Цель сего  предложить человеческую реализацию уведомлений клиентов , я прекрасно понимаю что  за потребление ресурсов надо платить. 
Сначала напишу текущую ситуацию с уведомлениями в думми юзер моде  и потом предложения.
**** ДУММИ ЮЗЕР МОДЕ ОН ******
захожу сегодня на почту а там 100500 мыл от любимого  хостера (или уже не любимого) 
читаю 
ага у меня сайт вроде жрет ресурсы. но плохо понимаю что за цифры  и как они связанны с  указанными http://drupalhosting.ru/content/стоимость-ресурсов-на-dhelastic 
например пришло сообщение 

cpu  : 10.51 % > 10 %
mysql.bwth  : 268.18 kb/sec< 200 kb/sec

и через пару минут 

cpu (активный в течении 1 мин.) : 6.51 %< 10 %
mysql.bwth (активный в течении 1 мин.) : 168.18 kb/sec< 200 kb/sec

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

а письма все идут на каждое событие по 2 штуки 1 что оверлимит и 1 что вернулось в норму. 
сижу думаю , блин у меня за сутки происходит  таких скачков в  диапазоне около 6% -10,51 % где  штук 100  итого 200 писем в день ,   а не уйти ли мне к другому хостеру. 
Но я думаю что может мой девелопер поможет 
звоню ему  он смотрит и говорит дык блин у хостера же можно овердимит небольшой  если не хронически. типа проблемы нет .
но письма счастья все валят 
+1  за сменить хостера
**** ДУММИ ЮЗЕР МОДЕ ОФФ ******

теперь в цифрах 
допустим у меня 100 раз за день сработал лимит  по mysql  (превышение значительно) и я реагрую на него 
на исправление мне понадобилось неделю  - 7 дней
считаем 

100*7*2 = 1400 писем, не многовато ли ? а если еще и по CPU балуется ? а паремтров на самом деле не два а "несколько" больше на самом деле.

теперь  предложения.

проводим анализ что мы имеем .

имеется два вида клиентов 
1. "думи клиент" который платит деньги за хостинг и за работу девелоперу - ему нахрен не надо уведомления раз в 5 минут 
2. девелопер который часто регает думми клиентов  и супортит их ему такие уведомления надо  но тоже не раз в 5 минут а  поумнее.

что надо сделать 
1. "думми клиента" надо уведомлять 1 раз в сутки агрегированным отчетом у вас за сегодня были следующие события по оверлимиту и дальше список с временем и цифрами. Это нужно чтобы клиент не спал  и не думал что девелопер уже решил проблему, хотя он еще ковыряется.
2. добавить поле админ мыло , на которое отправляются детальный отчет когда оно заполненно по каждому событию немедленно.
По админ уведомлениях надо следующий алгоритм 
пока все нормально уведомления не ходят 
если происходит мелкие скачки с небольшим оверлимитом то уведомление ходят агрегированно в течении например 3 дней  (оптимальный период подобрать можно, или настройку сделать в нутри масимум 10 дней) затем начинает спамить по каждому событию девелопера. клиенту продолжают ходить агрегированные запросы. (возможно с написью красным что есть устойчивая тенденция, пните девелопера)
Если имеем сильный оверлимит  то уведомляем о каждом событии дополннительно или устойчивую тенденцию спамим обоих чтобы добится реакции. 
Если реакция появилась и клиент исправляет ситуацию то  сапорт должен иметь возможность понизить уровень спама до нормального огрегирования для клиента который платит деньги. при этом девелопер продолжает получать детальную рассылку по каждому событию.

следующий момент .

Мне никто  не  смог объяснить  как связанна http://drupalhosting.ru/content/стоимость-ресурсов-на-dhelastic  строка 
MySQL SELECT  for 10000 queries с тем что мне приходит по мылу.

mysql.bwth (активный в течении 1 мин.) : 168.18 kb/sec< 200 kb/sec

средний юзер не поймет что такое mysql.bwth и что такое 200 kb/sec  нет такого описания нигде на сайте. тоесть получается что в тарифе указаны количество запросов  (штуки) а в мылах про оверлимиты kb/sec  (т.е. количество информации переданной от сервера БД, что верно ) как это связанно даже для админа не очевидно так как запрос запросу рознь. так же как и сайт сайту

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

belmebru.ru мебель России и Белоруссии

niko #
11 лет 13 недель назад
старейшина

кстати еще не маловажный момент,

сервак с которого идет такая рассылка в итоге окажется в спамлисте гугла , и оттуда уморишся доставать

С уважением, Олег Наталушко.