Нужен хостинг для сайта с большим трафиком

Всем привет. Сбылась мечта идиота и один измоих проектов попер как ракета, но теперь проблема в том, что подводит хостинг.
20 000 людей принимаем и капец больше никак.
Хостер предложил свои решения и включил демо режим на три дня, в итоге мы дали жару и долго хостинг не устоял :(.
Специфика работы.
Нужно что бы одновременно один документ на сайте могли читать как можно больше людей. Сейчас доходим до 350 человек и падаем, сайт начинает работать в ограниченном режиме и пускает только по несколько человек.
Подскажите что почитать толковое, или рекомендации дайте.
Цена тоже не напоследнем месте, потому что много еще не заработали.
Спасибо.

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Всем спасибо. Решили вопрос так.
Правки и.т.п в глобальном масштабе это потеря денег, которых и так мало. Поэтому решено.
Субдомены, хостинг тот же, трафик держим уже 30 000 в сутки. Выйдем на 60 000 купим более широкие пакеты на серваках, + паралельно делаем версию 2.0.
Ну и оптимизировали немного коды, фотки и.т.п просто не хочется потерять красоту. Соблюдаем компромис.
Еще раз всем спасибо.
Слава Україні !

... с большим трафиком или большим количеством пользователей ..... ))

Серебряной пули Вы не найдете ... )

Неплохо было бы поставить хотя-бы Zabbix ( систему мониторинга — чтобы понять по какому параметру все умирает ), а дальше принимать аргументированные решения.

Возможно проблема и в хостере ... , а возможно в архитектуре.

Возможно Вам пора начинать (вертикальное) горизонтально масштабирование,
применить кэширование (memcache) или сменить (подкрутить) БД или
использовать CDN или link aggregation (если канал заливает) etc. etc.

Хостинг — ИМХО +1 за google cloud || amazon aws
cloud.google.com
aws.amazon.com
* испытаете все дары облачных технологий «бесконечная масштабируемость»,

CDN — en.wikipedia.org/...twork#Free_CDNs

P.S. Слишком много возможно .... Вам нужно обратиться за услугами ИТ консалтинга
к хорошему Admin \ DevOps \ Back-end спецу., который не понаслышке знаком с HighLoad и схожей предметной области (специфика вашего проекта )

Комменты в стиле «у кого что болит» ))

Давай подкрути базу, нет-нет беги посмотри веб-сервер, железа-железа навали побольше, облака же нууу, ложи файлы в облако!!!

Если узкое место раздача файла — может быть есть смысл на S3 ложить? Правда при большом трафике можно влитеть в копеечку.

поскольку нет никаких данных о структуре проекта то из дешевых хостеров — посмотрите dedicated servers на hetzner.de. У них есть аукцион где можно без платы за инсталяцию получить не плохую тачку. мне в 27 евро в месяц обходится core i7 с 24 гб озу

у вас шаред хостинг или физический сервер?

arvex.com + облако или ажур Майкрософта. там практически безграничная масштабизация

я знаю) но получите реально мощнейший сервак в мире ;-)

Как и в большинстве случаев таких топиков вам банально нужен толковый админ. Хостер вообще в текущей ситуации последнее дело будет.

У вас размер главной страницы = 5.1Мб, это же безобразие. Да и скорость загрузки надо уменьшить, минимум, на секунду

нужно найти узкое место, пересмотреть запросы, перестроить индекс, если с этим все в порядке то железо, сервер с SSD диском работает на порядок быстрее, плюс балансировка нагрузки 2 сервера, БД и файлы репликация, A записи в DNS на несколько IP разных серверов и будет вам счастье. Если не получится обращайтесь superhost.com.ua

Возьмите у того-же hetzner`a dedicated сервера, отдельно под веб сервер(nginx+php-fpm) отдельно под mysql. + хорошо бы иметь свой сервер с мониторингом, можно под это дело юзать zabbix на каком-то дешевом vps.
Если важна повышенная надежность, можно все развернуть на амазоне, но там цена гораздо побольше выйдет, если нагрузки на самом деле большие, и нужны мощные инстансы...

Все дуже залежить від специфіки вашого додатку і стеку технологій (напишіть про це детальніше). Із загальних рекомендацій:

1. Збільшення серверних ресурсів (просто купити більш потужніший сервер, але це тимчасове рішення)
2. Оптимізація коду (стандартне вузьке місце — тяжкі запити до БД та робота з файловою системою)
3. Тюнинг серверних налаштувань. Кешування статики, конфігурація вебсерверу, MySQL, різних допоміжних middleware тощо.
4* Зміна серверної архітектури. Статику можна винести в якийсь клауд сторадж типу S3. Лоадбалансінг, окремі сервери для БД і для аппу і т. п. Але це сурьозна тема і це варто робити пізніше, коли перші три пункта не допомагають.

Обов’язково підключіть моніторинг аптайму (ping, HTTP, аптайм БД), тому що для ваших клієнтів (особливо перших) дуже неприємно якщо сайт лежатиме, і вони просто підуть від вас.

P. S. Якщо хтось буде вам казати щось в дусі «PHP лайно, треба все негайно переписати на Go» то просто ігноруйте. Принаймні, на найближчий час :)

он говорит что у них дофига народу, клауд сторож может стоить дороже дедикейтов.

Понял спасибо. буду делать 1,2,3

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

Сначала нарвались на такую ошибку «Resource Limit Is Reached
The website is temporarily unable to service your request as it exceeded resource limit. Please try again later.» потом хостер дал на пробу пакет покруче начали работать вроде все ок. Ну мы начали качать движение :). Люди потянулись и шарах
Вышли на показатели 350 человек на сайте, в 11 точках. ну по документах и шарах
Error displaying the error page: Application Instantiation Error: Could not connect to MySQL. Запоролась связь с БД. но Аналитикс показывал что на сайте есть люди и они читают но показатель упал до 150 человек. Дозже упал до 90 — 100 . И сайт опять заработал.
Думал, что то с БД, потом просто забил решил посмотреть что же будет если трафик упадет. Вот оно и показало что при росте трафика такая проблема.

А какой движок у Вашего сайта?

Joomla но оптимизирована по самое не хочу.

А текущий хостер какой?

попросите хостера показать проблемные запросы — у них будет в мускуле видно запросы которые занимают больше всего времени. Я для таких запросов оптимизирован базу — ввел дополнительные колонки в которые записываются минимум и максимумы, в моем случае для каждой страницы это съекономило по 4-5 сложных запросов к базе, ну наших хостер и жаловался сразу. дальше запросов я пока не двигался но в теории вы можете посмотреть в сторону создания репликации мускула — два сервак которые будут делить нагрузку поровну, или вначале попробовать подтянуть сервак с кеширующим ссд или есть еще такая штука -мемкешед, но как я сказал у меня в этом опыта нет. Посмотрите еще что вы закрываете коннекшены к базе после пользования, потому что если вы забываете из закрывать то они до истечения тайм-аута будут ограничивать пользование.

Связь с БД могла «запороться», если где-то вы не закрываете явно конекшины к mysql и стоит большой wait_timeout. Или же при критической нагрузке ему не хватает производительности сервера.
Вообще настройки по умолчанию mysql плохо подходят для сайтов с большой нагрузкой.
Нужно смотреть в период нагрузки на его работу и на ресурсы сервера.
Определить сначала каких именно ресурсов не хватает и почему.

БД вообще у вас большая ? Желательно чтобы активные данные кешировались mysql в память и что бы ее хватало.
Посмотрите вывод mysqlreport.

Если нужно заниматься сервером 24×7, обеспечить аптайм, доступность — обращайтесь в личку.

.. смотрите slow query log, explain, проставьте индексы )), оптимизируйте запросы ...
(смотреть мониторинг + остальные пути описал выше)

Подписаться на комментарии