Какой хостинг для изменяемой нагрузки выбрать?

всё зависит от высоты и продолжительности иголки трафика

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

на нашем опыте (12к req per sec по новостному сайту в пике) это решается балансером и агрессивным кешированием входных страниц на нём

не знаю кто из хостингов такие вещи предлагает правда (но настраивается это относительно несложно)

Я думаю день-два, потом резкий спад.

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

vovabigov, думаю Вам вот это должно подойти https://mirhosting.com/cloud/hosting

Хостинг который выдержит любую нагрузку нет в природе.

Все эти моменты регулируются правильной настройкой сервера и самого сайта на нем.

Прошу прощения. Как давно Вы играете в интернет-магазин?

Новостник с контентом и динамикой разве что из комментов никаким образом и рядом не стоял с интернет магазином, увы не все можно просто агрессивно закешировать в статику, как минимум потому что нельзя продать товара больше чем есть на складе. Благо товаров мало, а так есть еще поиски, фильтрации, рекомендации, сравнения и кучу динамики в ИМ

---------- Добавлено 07.12.2017 в 01:46 ----------

ТС, вам никто ничего не скажет, дело в том, что число поситителей ничего не говорит. У нас например сервер толстый такой сервак в черную пятницу банально положил обмен с нашей срм. Дело в том, что вам бы протестировать синтетическими тестами нагрузку для начала, сервер может использоватся на 10% а тормозить при этом жутко, так как почти все ПО там однопоточное, многое зависит от самого сайта и как там работают, а с учетом что это битрикс, то у вас там могли такого нафигачить, что просто за голову хватаешься, многие разработчики на битрикс до раздела с кешированием доку даже не дочитывали, и пока на сайте 100 посетителей в день, тот запрос который выбирает 1000 элементов с БД на каждом хите в принципе не заметен, когда посетителей становится 10000 то сервер выстраивает очередь из за него.

Ну а в принципе - тип хостинга, который автоматически подстраивается под нагрузку - как называется? Где такое искать?

Во всех обычных (шеред) хостингах, равно как на ВДС, надо вначале спрогнозировать нагрузку, а потом купить хостинг. Мне нужно чтобы автоматом выделялись ресурсы. Ну нагружу я базу данных, но я готов платить за это. Где тот, кто готов с меня деньги за это брать?

---------- Добавлено 07.12.2017 в 00:54 ----------

Да! Судя по описанию - то, что нужно. А в России есть что-то подобное, не знаете?

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

Вообще облака называются, есть aws, heroku и таких много.

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

Так вот, берете конфиг который вас устраивает полностью в обычные дни, перед публикацией рекламы, заказываете пару тройку лишних гигабайт оперативки и процессоров, правити под них конфиги чтоб можно было породить процессов и запускаете рекламу, через неделю как реклама отмотала убираете ранее заказанные ресурсы. Вам в принципе роль будет играть в основном только размер оперативки, чтоб можно было запустить одновременно как можно больше процессов. Ну и железяки была хорошая и провайдер надежный. Еще бы я отдельно вынес куда нибудь БД, в принципе совсем отдельно, хоть на отдельную виртуалку и с размером оперативки чтоб полность БД помещалась в оперативную память (естественно чисто на момент рекламы и предполагаемой нагрузки), потом потушить и работать на одной. А вообще от характера нагрузки зависит и на сколько плохо сделан сайт, в принципе нагрузка не критичная, но при 50к в сутки я бы взял на время сервачок нормальный, пусть в том же хетзнере но все же.

Само собой)

Но как держать (именно по хитам) нагрузку в интернет-магазины - понятно тоже.

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

Агрессивное кеширование уровня страниц не работает с ИМ. И не работает с новостниками тоже, на самом деле.

Там динамики и ротаторов ойвэй сколько бывает наверчено, не говоря про всякое АБ ;)

Так, чтобы держать пиковые (!) 12к rps на жалких 8 ядрах пришлось заметно переписывать всё, что попадает в первый и второй уровень переходов. Конкретно я решал на express + redis + sphinx с кешированием всего что можно в памяти процесса (и инвалидацией таймерами или внешними хитами); особенность была в том, что точка входа была _очень_ детерминированной. Буквально - 1-2 страницы ньюситемов и от неё в глубину 3-4 перехода листы и итемы.

В ИМ:

Поиски можно кешировать многомерными кешами поверх кластера фасетов (на эластике например). Рекомендации - через кеширование деревьев и весов... Сравнения вообще халява - бери товары в один мультигет и всё.

Остаётся только иметь много процессоров для постпроцессинга (aka) и сборки (aka) на любом языке и помнить про алгоритмическую сложность.

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

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

--

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

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

Правильный ответ скорее всего - никак, увы :(

С облаками обычно вся проблема в даунскейле. Распухнуть-то легко, а вот собрать потом назад... Да ещё и перезагрузка нужна)

Хороший совет: чтобы не конкурировать за ресурсы.

Только брать надо рядом, а не в 50мс (как тут недавно на форуме товарищ сделал)