Comments 18
К сожалению, хабраэффект произошел.
См. коммент.
401 Authorization Required
Борюсь с хостером: у них «интересные» правила.
Специально перешел на более дорогой тарифный план перед публикацией, и все-равно не смогло.
Специально перешел на более дорогой тарифный план перед публикацией, и все-равно не смогло.
В общем, пока тех. поддержка хостера( freehost.ua ) ушла в игнор, сделаем перерыв на итоги стресс-тестирования оного.
Тарифный план: Unix «Большой»;
Пользователей: в день — 142, одновременно — 32;
Ограничение ресурса http сервера(%): max — 9%;
Ограничение нагрузки на сервер БД: max — 8 000 000 у.е. (использовано 39401 у.е.);
«Полезные» функции: при превышении ограничений в два раза автоматическая — блокировка, со скрытой процедурой разблокировки, и при отсутствии текущих(ждать до след. дня) логов(скрипты, запросы) нагрузки;
Статус: притворяется, что не может.
Я, конечно, все понимаю(и даже подготовился морально), но так блокировать доступ…
Тарифный план: Unix «Большой»;
Пользователей: в день — 142, одновременно — 32;
Ограничение ресурса http сервера(%): max — 9%;
Ограничение нагрузки на сервер БД: max — 8 000 000 у.е. (использовано 39401 у.е.);
«Полезные» функции: при превышении ограничений в два раза автоматическая — блокировка, со скрытой процедурой разблокировки, и при отсутствии текущих(ждать до след. дня) логов(скрипты, запросы) нагрузки;
Статус: притворяется, что не может.
Я, конечно, все понимаю(и даже подготовился морально), но так блокировать доступ…
У «Фрихоста» достаточно бюджетный хостинг, вряд ли там расчитывают, что клиенты будут создавать сколько-нибудь ощутимую нагрузку. Печально, в общем.
Не хотите ли вы поделиться информацией о технической стороне проекта — какой фреймворк, хранилище данных и т.д.?
Не хотите ли вы поделиться информацией о технической стороне проекта — какой фреймворк, хранилище данных и т.д.?
freehost.ua?
Бегите!
Был неоднократный опыт общения с поддержкой, бегите, сударь!
Бегите!
Был неоднократный опыт общения с поддержкой, бегите, сударь!
Аналогично hostpro.ua. Ушёл с них 5 лет назад когда сайт-визитка с посещением 5 человек в сутки начал падать в 500-ю ошибку из-за того что «сильно большую нагрузку создаёт на сервер». Переехал на iWeb (теперь Funio), месяц назад увидел у hostpro пакет с SSD, CDN, Memcashed и другими плюшками. Взял тестовый пакет, сделал дамп сайта с Funio (Drupal 7 + десяток модулей, ничего волшебного, визитка на 5 страниц) — два дня переписки с поддержкой так ничего и не дали. Тайт выборочно падает при отображении некоторых страниц т.к. не может сгенерить страницу за 30 секунд! Звездец! 30 секунд на практически статику с SSD. Мой текущий Funio справляется за 1.5с и я считаю что это медленно.
Фрихост не изменяет своим многолетним традициям: в случае чего — игнор :)
отличная идея. успехов.
Приветствую!
1. К сожалению нету аккаунта на habrahabr.ru, поэтому не могу ответить лично.
2. С клиентом в нашей тикетной системе мы данный вопрос обсудили, и показали ему наличие проблемы. Поэтому доказывать что либо здесь присутствующим не считаю необходимым.
3. По сути проблемы:
— Количество одновременных обращений к HTTP серверу этим сайтом, для формирования динамических страниц (не статические картинки) — 149
— Количество одновременных «простых запросов» этого сайта на сервере баз данных 194
Под «простыми запросами» понималось создание и удаление временных таблиц, с данными. Заполнение таблицы выполнялось путем математических вычислений и условий. Естественно, что приводить данные запросы я тут не буду. Поэтому говорить о простоте запросов не приходится.
Сервер баз данных и HTTP сервер это два физически разных сервера.
Сайт был заблокирован пр причине большой нагрузки на сервер баз данных. Характеристики сервера:
2xE5-2609 (2.4 GHZ, с формулой 4х4), 64 GB RAM, raid 10 SAS HDD. load average на сервере без данного сайта порядка 1.3, с данным сайтом порядка 37.
Лично я считаю, что сервер баз данных не должен иметь load average больше чем 2, в противном случае это отрицательно сказывается на скорости его работы. Естественно что один из самых дешевых тарифных планов виртуального хостинга не предполагает такую нагрузку. Поэтому на основании публичной оферты работа данного сайта была приостановлена. Клиенту было предложено перейти на VPS хостинг, в чем были готовы оказать помощь.
Перед запуском любого проекта, на который возлагаются ожидания, стоит проводить его стресс тестирование, для того чтоб правильно подобрать тарифный план ну или как минимум посоветоваться с хостинг-провайдером. Я не понимаю почему среди клиентов хостинг-компаний бытует мнение что хостинг-провайдер обязательно хочет нагреться на клиентах. Никто же не ждет покупая малолитражку что она будет ехать так же как машина формулы 1, даже если на нее поставить антикрыло и обвес.
Если у кого-то, кто тут ставит +1 за то что мы такие плохие есть какие то проблемы в работе хостинга пишите на boss@freehost.com.ua и мы постараемся их решить.
1. К сожалению нету аккаунта на habrahabr.ru, поэтому не могу ответить лично.
2. С клиентом в нашей тикетной системе мы данный вопрос обсудили, и показали ему наличие проблемы. Поэтому доказывать что либо здесь присутствующим не считаю необходимым.
3. По сути проблемы:
— Количество одновременных обращений к HTTP серверу этим сайтом, для формирования динамических страниц (не статические картинки) — 149
— Количество одновременных «простых запросов» этого сайта на сервере баз данных 194
Под «простыми запросами» понималось создание и удаление временных таблиц, с данными. Заполнение таблицы выполнялось путем математических вычислений и условий. Естественно, что приводить данные запросы я тут не буду. Поэтому говорить о простоте запросов не приходится.
Сервер баз данных и HTTP сервер это два физически разных сервера.
Сайт был заблокирован пр причине большой нагрузки на сервер баз данных. Характеристики сервера:
2xE5-2609 (2.4 GHZ, с формулой 4х4), 64 GB RAM, raid 10 SAS HDD. load average на сервере без данного сайта порядка 1.3, с данным сайтом порядка 37.
Лично я считаю, что сервер баз данных не должен иметь load average больше чем 2, в противном случае это отрицательно сказывается на скорости его работы. Естественно что один из самых дешевых тарифных планов виртуального хостинга не предполагает такую нагрузку. Поэтому на основании публичной оферты работа данного сайта была приостановлена. Клиенту было предложено перейти на VPS хостинг, в чем были готовы оказать помощь.
Перед запуском любого проекта, на который возлагаются ожидания, стоит проводить его стресс тестирование, для того чтоб правильно подобрать тарифный план ну или как минимум посоветоваться с хостинг-провайдером. Я не понимаю почему среди клиентов хостинг-компаний бытует мнение что хостинг-провайдер обязательно хочет нагреться на клиентах. Никто же не ждет покупая малолитражку что она будет ехать так же как машина формулы 1, даже если на нее поставить антикрыло и обвес.
Если у кого-то, кто тут ставит +1 за то что мы такие плохие есть какие то проблемы в работе хостинга пишите на boss@freehost.com.ua и мы постараемся их решить.
Повторюсь, суть претензий не в том, что заблокировали, а в том, что не предоставили возможности быстро исправить ситуацию.
А теперь по порядку.
После блокировки, были попытки прояснить причины больше, чем просто «большая нагрузка». Был запрос на получение логов выполнения скриптов и запросов. Ответили аж через 2,5 часа, что таких нет, хотя уже сегодня утром более-менее конкретные данные появились.
По поводу VPS: просто сказали, что «при такой нагрузке на БД нужно выбирать облачный ВПС». Помощь в переносе никто не предлагал.
При указанных характеристиках сервера БД, база данных размером в 50 Мб может его нагрузить только при наличии явных проблем, а не просто из-за кол-ва подключений. А чтобы их выявить нужен доступ к соответствующим логам.
По предоставленным скромным логам стало видно, что упомянутые «простые запросы» это системные запросы MySQL, которые выполняются при пользовательских SELECT'ах.
Стресс-тестирование было за неделю перед публикацией, но там поток был меньше.
Для пущей наглядности см. скрин.
Никто не говорил о том, что кто-то хочет нагреться.
Речь шла о том, чтобы продиагностировать машинку, и если проблема не в ней, то хотя бы взять автобус на прокат. И все это по месту, а не ехать в салон, покупать автобус, потом оформлять его в ГАИ.
Иными словами предложили бы обосновано подходящий тарифный план, с автоматическим переносом, я бы заплатил сколько нужно. А по факту мы блокируем, а разбирайся сам — это не поддержка.
P.S.
Ушел разбираться с VPS.
А теперь по порядку.
После блокировки, были попытки прояснить причины больше, чем просто «большая нагрузка». Был запрос на получение логов выполнения скриптов и запросов. Ответили аж через 2,5 часа, что таких нет, хотя уже сегодня утром более-менее конкретные данные появились.
По поводу VPS: просто сказали, что «при такой нагрузке на БД нужно выбирать облачный ВПС». Помощь в переносе никто не предлагал.
При указанных характеристиках сервера БД, база данных размером в 50 Мб может его нагрузить только при наличии явных проблем, а не просто из-за кол-ва подключений. А чтобы их выявить нужен доступ к соответствующим логам.
По предоставленным скромным логам стало видно, что упомянутые «простые запросы» это системные запросы MySQL, которые выполняются при пользовательских SELECT'ах.
Стресс-тестирование было за неделю перед публикацией, но там поток был меньше.
Для пущей наглядности см. скрин.
Никто не говорил о том, что кто-то хочет нагреться.
Речь шла о том, чтобы продиагностировать машинку, и если проблема не в ней, то хотя бы взять автобус на прокат. И все это по месту, а не ехать в салон, покупать автобус, потом оформлять его в ГАИ.
Иными словами предложили бы обосновано подходящий тарифный план, с автоматическим переносом, я бы заплатил сколько нужно. А по факту мы блокируем, а разбирайся сам — это не поддержка.
P.S.
Ушел разбираться с VPS.
Круто. Желаю успехов!
Не сочтите за рекламу, но я был искренне уверен, что кроме моего работодателя никто подобного софта вообще не делает. Хотя, конечно, я не специалист в этом вопросе.
Возможно, будет полезно ознакомиться с открытой информацией по платному софту для управления городом/чрезвычайными ситуациями.
Не сочтите за рекламу, но я был искренне уверен, что кроме моего работодателя никто подобного софта вообще не делает. Хотя, конечно, я не специалист в этом вопросе.
Возможно, будет полезно ознакомиться с открытой информацией по платному софту для управления городом/чрезвычайными ситуациями.
Информировать о проблеме перед какими-то действиями можно в том случае, если проблема не критична. К примеру, нагрузка в два раза больше допустимой, тогда высылается уведомление и клиенту дается время на решение проблемы. В случае, если количество обращений к БД нарушает работоспособность сервера и влияет на работу других пользователей, использующих этот же сервер, других вариантов кроме ограничения доступа к сайту быть не может. Я характеристики сервера и разницу в load привел специально чтоб было понятно, что действие по закрытию было сделано именно из-за очень большой нагрузки, а не по собственному желанию сотрудников.
То что вам привели сегодня в письме, полностью доступно в панели управления, а также там можно увидеть и логи обращений по HTTP и список выполняющихся в данный момент запросов.
Удачи в настройки VPS, если будут вопросы обращайтесь в тех. поддержку.
То что вам привели сегодня в письме, полностью доступно в панели управления, а также там можно увидеть и логи обращений по HTTP и список выполняющихся в данный момент запросов.
Удачи в настройки VPS, если будут вопросы обращайтесь в тех. поддержку.
Продолжаем :).
По совету общественности перешел на VPS от DigitalOcean.
С нулевым опытом на настройку VPS ушло примерно 6 часов.
Пока идет отладка, могут проявляться детские проблемы.
По совету общественности перешел на VPS от DigitalOcean.
С нулевым опытом на настройку VPS ушло примерно 6 часов.
Пока идет отладка, могут проявляться детские проблемы.
Sign up to leave a comment.
Открытые гос. данные. Made in Ukraine