«Сервис» — это та часть сети, которой мы планируем заниматься непосредственно.
А вот организовать хотелось бы всю сеть: от сбора до визуализации, совместными усилиями.
Повторюсь, суть претензий не в том, что заблокировали, а в том, что не предоставили возможности быстро исправить ситуацию.
А теперь по порядку.
После блокировки, были попытки прояснить причины больше, чем просто «большая нагрузка». Был запрос на получение логов выполнения скриптов и запросов. Ответили аж через 2,5 часа, что таких нет, хотя уже сегодня утром более-менее конкретные данные появились.
По поводу VPS: просто сказали, что «при такой нагрузке на БД нужно выбирать облачный ВПС». Помощь в переносе никто не предлагал.
При указанных характеристиках сервера БД, база данных размером в 50 Мб может его нагрузить только при наличии явных проблем, а не просто из-за кол-ва подключений. А чтобы их выявить нужен доступ к соответствующим логам.
По предоставленным скромным логам стало видно, что упомянутые «простые запросы» это системные запросы MySQL, которые выполняются при пользовательских SELECT'ах.
Стресс-тестирование было за неделю перед публикацией, но там поток был меньше.
Для пущей наглядности см. скрин.
Никто не говорил о том, что кто-то хочет нагреться.
Речь шла о том, чтобы продиагностировать машинку, и если проблема не в ней, то хотя бы взять автобус на прокат. И все это по месту, а не ехать в салон, покупать автобус, потом оформлять его в ГАИ.
Иными словами предложили бы обосновано подходящий тарифный план, с автоматическим переносом, я бы заплатил сколько нужно. А по факту мы блокируем, а разбирайся сам — это не поддержка.
В общем, пока тех. поддержка хостера( freehost.ua ) ушла в игнор, сделаем перерыв на итоги стресс-тестирования оного.
Тарифный план: Unix «Большой»;
Пользователей: в день — 142, одновременно — 32;
Ограничение ресурса http сервера(%): max — 9%;
Ограничение нагрузки на сервер БД: max — 8 000 000 у.е. (использовано 39401 у.е.);
«Полезные» функции: при превышении ограничений в два раза автоматическая — блокировка, со скрытой процедурой разблокировки, и при отсутствии текущих(ждать до след. дня) логов(скрипты, запросы) нагрузки;
Статус: притворяется, что не может.
Я, конечно, все понимаю(и даже подготовился морально), но так блокировать доступ…
Поэтому было бы хорошо собрать как можно больше публикаций по теме.
Про «аматорскую»(самому немного режет) ответил тут.
И «любитель» у меня больше ассоциируется с эмоциями, а «аматор» с деятельностью.
Цель статьи как раз организовать деятельность.
А вот организовать хотелось бы всю сеть: от сбора до визуализации, совместными усилиями.
Данные по отдельным загрязнителям сейчас не показываются, чтобы не перегружать простых пользователей.
А сама идея показывать данные(в том числе загружаемые пользователями) на карте не нова, о чем я написал в конце статьи.
P.S.
Тикет отправил лично.
Но теперь у нас есть объективное тому подтверждение.
Со статьей что-то не так? Или тема не интересная?
По совету общественности перешел на VPS от DigitalOcean.
С нулевым опытом на настройку VPS ушло примерно 6 часов.
Пока идет отладка, могут проявляться детские проблемы.
А теперь по порядку.
После блокировки, были попытки прояснить причины больше, чем просто «большая нагрузка». Был запрос на получение логов выполнения скриптов и запросов. Ответили аж через 2,5 часа, что таких нет, хотя уже сегодня утром более-менее конкретные данные появились.
По поводу VPS: просто сказали, что «при такой нагрузке на БД нужно выбирать облачный ВПС». Помощь в переносе никто не предлагал.
При указанных характеристиках сервера БД, база данных размером в 50 Мб может его нагрузить только при наличии явных проблем, а не просто из-за кол-ва подключений. А чтобы их выявить нужен доступ к соответствующим логам.
По предоставленным скромным логам стало видно, что упомянутые «простые запросы» это системные запросы MySQL, которые выполняются при пользовательских SELECT'ах.
Стресс-тестирование было за неделю перед публикацией, но там поток был меньше.
Для пущей наглядности см. скрин.
Никто не говорил о том, что кто-то хочет нагреться.
Речь шла о том, чтобы продиагностировать машинку, и если проблема не в ней, то хотя бы взять автобус на прокат. И все это по месту, а не ехать в салон, покупать автобус, потом оформлять его в ГАИ.
Иными словами предложили бы обосновано подходящий тарифный план, с автоматическим переносом, я бы заплатил сколько нужно. А по факту мы блокируем, а разбирайся сам — это не поддержка.
P.S.
Ушел разбираться с VPS.
Другой вопрос, что конкретно не могут сказать как исправить ситуацию.
Тем более, что ничего сверхтяжелого не используется(фреймворков нет).
Стек: MySQL + PHP <-> JavaScript.
Тарифный план: Unix «Большой»;
Пользователей: в день — 142, одновременно — 32;
Ограничение ресурса http сервера(%): max — 9%;
Ограничение нагрузки на сервер БД: max — 8 000 000 у.е. (использовано 39401 у.е.);
«Полезные» функции: при превышении ограничений в два раза автоматическая — блокировка, со скрытой процедурой разблокировки, и при отсутствии текущих(ждать до след. дня) логов(скрипты, запросы) нагрузки;
Статус: притворяется, что не может.
Я, конечно, все понимаю(и даже подготовился морально), но так блокировать доступ…
Специально перешел на более дорогой тарифный план перед публикацией, и все-равно не смогло.