Хостинг. Бизнес Тариф отзывы

кто пользуется Бизнес тарифами как полет ?

Wordpress сколко держит уников в тарифе 2Г

никак, в предыдущей теме писал. Ваще не то пальто.

2 ядра 4 гига - на 25 униках все разваливается loaddy.com/result/295049701/ на Шареде все летало и этот тест проходили со 100% успехом, нагрузка на CPU была 10-12 минут в сутки, дернуло меня на Бизнес перейти :( сейчас даже и двух минут не держит, не то чтобы 100...

однако, на этом же Бизнесе есть и второй сайт кстати на Вордпресс loaddy.com/result/485401818/ у него все просто отлично, поэтому я уверен что конкретно в нашей ситуации с нашим сайтом такая проблема.

попробую 4 ядра 8 ГБ взять после нового года, потестить)

не стал ждать, в общем вот результат 4 ядра / 8 ГБ loaddy.com/result/704125033/
буду назад на шаред переходить

ого ну это старанно может адуит сайта нужно сделать вам ?..

Я не знаю, как еще объяснить - не поможет вам бизнес хостинг ускорить этот сайт. Вы не упираетесь в лимиты по cpu даже 2G плана.

Растущее практически линейно время ответа (желтая линия на графике) при увеличении количества одновременных соединений говорит о том, что сайт не может обрабатывать запросы параллельно. На чем-то блокируется и поступившие одновременно запросы ожидают в очереди и обрабатываются последовательно, а когда достигается максимальное время работы php скрипта - запросы завершаются с ошибкой. Контраст заметен на вашем втором сайте в том же аккаунте, который такой проблемой не старает и у него время ответа не меняется при увеличении количества одновременных соединений. 99%, что проблема в запросах к mysql. Да, mysql такая штука, что cpu может быть свободен, а full scan большой таблицы будет тормозить. Пока это не исправите - ситуация не изменится.

Почему на shared хостинге может быть лучше - потому что там мегамощные сервера, ресурсы которых можно использовать кратковременно (не 1 ядро / 512 Мб - намного больше). И там вы не успеваете дойти до точки, когда начинаются ошибки. Однако, эти ресурсы во время кратковременного теста вы можете использовать, а если хотя бы 10% от этого трафика реально придет на ваш сайт в течение более длительного времени (час, например) - вы выйдете за пределы допустимой нагрузки на cpu очень быстро (нагрузки по cpu не на web сервере, а на mysql - в adm.tools показывается на странице MySQL/
Нагрузка на MySQL сервер).

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

вернулись на тариф 2 ядра 4 гига, провели доработки с БД, результат loaddy.com/result/935845630/

"никак, в предыдущей теме писал. Ваще не то пальто."

беру свои слова обратно :)

Отличный результат!

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

то ли мне кажется, то ли цены взлетели на 10% моментально? платил в прошлом месяце Бизнес 4G на 1800 рублей, уже ценник стоит 2000 руб.

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

хмм.. ну там действительно списывалось больше, как комиссия Интеркассы, получалось 1800 + 200 = 2000, но теперь ведь получится 2000 + 200 = 2200

Там скорее всего не комиссия была интеркассы, а курс валют у нас был очень старый, поэтому и получалась такая разница.
Как раз на основании вашего обращения и искали причины такого отличия в цене и реальном списании и нашли, что курс UAH/RUR на сайте был указан неверно.

один чел по теме ау где ви юзеры бизнес аккаунтов ))

Перейшов на тариф "Бізнес 6G", сайт ліг на 2 години, написав в тех. підримку, відповідь була така "В данном случае в аккаунте постоянно создается более 190 процессов, при этом лимит в 200 процессов, а также в проценты загрузки ядер". Чомусь про ці ліміти нігде не написано.

На тарифі "Лучший SSD" сайт літав. Тепер ХЗ що робити.

Илья,
а як ці всі обмеження первірити заздалегідь? Я також планую весною перейти на бізнес 2G

5К пользователей в сутки держит без проблем, жду сезон (май-июнь) посещаемость должна быть в 2-3 раза больше, тогда и скажу - как.

1. Ограничения на количество процессов - уберем.
2. Сейчас ведется работа над тем, что б собрать как можно больше статистической информации и выводить ее клиентам, что б вы могли видеть сколько CPU потребляем web сервер, сколько CPU - MySQL, сколько памяти web и сколько mysql потребил и сколько выделено было под кеш файловой системы, количество процессов.... можно будет перебросить на тарифный план и сразу видеть множество параметров и определть в каком из них может быть проблема.

Ок зрозумів, дякую.

Лимит - уберем.

> 5К пользователей в сутки держит без проблем

5k в сутки может и шаред хостинг держать, а вот одновременно 200 юзеров уже либо не сможет либо не более 100 минут в сутки (скорее всего в лимит процессора по минутам упретесь) а в бизнесе можно нагружать хоть 24/7 по 200 человек одновременно - никаких лимитов по CPU

В реальности измерять нагрузку на сервер количеством посетителей, это как длинну мерять попугаями.
Например можно сказать про виртуальный хостинг:
1. У меня сайт держит 1 000 000 уников в сутки, при этом на сайте находится 1 000 посетителей одновременно. и потребляется при этом менее 100 процессорных минут.
2. У меня сайт еле работает при 500 посетителях в сутки и потребляет 300 минут процессорного времени.
и оба эти высказывания абсольтно верные. У нас есть клиент, который сам пишет код и который его максимально оптимизировал, а есть клиент, который загрузил 2000 товаров в свой интернет магазин после чего последний перестал нормально загружаться даже при одном посетителе.

Все зависит от кода, от программиста, от того насколько кривые SQL запросы, есть ли рекурсивное построение меню.....

Ответ у администратора - Ваш аккаунт в CPU упирался, увеличение лимита entry process тут никак не поможет.

Фактически если CPU не справляется с выполнением задач, то они становятся в очередь и эта очередь будет расти, пока не съест всю память, потом упадет MySQL, побъет таблицы InnoDB. Именно для того, что б это не происходило установлен лимит на количество процессов. Для решения проблемы нужно увеличить количество ядер или оптимизировать код.

Дякую за пораду, перейшов на тариф "Бизнес 16G", тепер все працює стабільно.