Обращение к облачным хостинг-провайдерам

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

    Исходя из собственного опыта хостинга в облаке Rackspace и желания как-то поспособствовать развитию облачного хостинга в России хочу обратиться ко всем нашим облачным хостинг-провайдерам с просьбой сделать более явную политику тарификации хостинга. Буквально такую:

    Хабраэффект за 7 баксов



    Для нас, владельцев сайтов и стартаперов, в облачном хостинге важнее всего две вещи: 1) что сайт будет также быстро работать, если вместо обычной 1 тысячи человек его откроют 50 тысяч, 2) сколько в итоге будет стоить хостинг. Количество ядер, которые сейчас работают, гарантированная мощность процессора, выделенная память — это второстепенное. Это, скорее, интересно, чем важно.

    Суть моего предложения заключается в представлении тарифных планов таким образом, чтобы помимо описания мощностей и технической спецификации были реальные примеры сколько будет стоить захостировать такой-то сайт с такой-то посещаемостью. Например, блог Wordpress с посещаемостью 1000 человек в день в месяц выйдет в 500 рублей, а если посещаемость резко возрастет до 10 тысяч человек, то стоимость хостинга (линейно) возрастет до 5 тысяч рублей в месяц.

    Немного расскажу о своем опыте.

    Примерно 7 долларов мне стоил хабраэффект (картинка выше) для моего сервиса, который хостируется в Rackspace. Я пиарил свой сервис на Хабре примерно месяц назад, и после анонса на сайт в течение 3-х дней пришло около 40000 посетителей, было 90000 просмотров страниц, и выполнено 250 тысяч инсертов в базу данных, из которых 50 тысяч (инсертов) — в течение первых двух часов (специфика сервиса такова, что делается много инсертов в базу данных). И все это за 7 долларов!

    Выбор в пользу Rackspace был обусловлен тем, что, основываясь на их факах, я хотя бы примерно представлял, сколько будут платить. (О своем выборе, кстати, не жалею — хостинг мне нравится. И это не пиар хостинга Rackspace, а рассказ о моем опыте и предложение как сделать «наши облака» лучше.)

    Для меня ожидаемые затраты были одним из самых важных критериев, почему я не выбрал хостинг, например, в «Оверсан-Скалакси». Я не хочу получать счета «с сюрпризом».
    «Мощность под любую нагрузку», «оплата по факту» — все это звучит настолько абстрактно, что не хочется с этим связываться. (Это ни в коей мере не выпад в сторону Оверсана, просто действительно непонятно, сколько стоит хостинг.)

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

    Комментарии 63

      +4
      По посещаемости трудно определить какая нагрузка при этом будет на сервер. Все это зависит от системы, ее настроек и самого сайта, того, как он написан. В случае с Wordpress они знают что будут хостить свой скрипт и знают какую нагрузку он дает, облачный же хостинг не знает ведь заранее насколько грамотный сайт у вас будет на их сервере.
        +8
        Но ведь можно же рассмотреть какие-то типовые «конфигурации» и указать приблизительную их стоимость.
          +4
          На облаке админ вы, на хостингах вроде wordpress вам доступ никуда не дают. Если облачные провайдеры будут показывать такие графики, к ним постоянно будут приставать — вот я посмотрел график, сделал себе так же, а не работает — почему?
            +5
            Я же не говорю о точности до цента, а о «при вот таких условиях это будет стоить примерно столько».
            Например, на сайте мебельного магазина я могу приблизительно прикинуть сколько будет мне стоить то, что я хочу, хотя вариаций там также очень много.
              0
              Угу, а потом ВЫ положите себе чудо скрипт на сайт или малость модернизируете движок и нагрузка увеличится а десять раз.
              Плюс она и так зависит от контента. На одном и том же движке она может отличаться в разы не только из-за настроек, но и и из-за содержимого сайта — сколько новостей на главной, сколько разделов, что за новости и как оформлены и т.п.
                +3
                И что?
                Если я сделал что-то, что стало потреблять больше ресурсов, чем в рассмотренной «типовой конфигурации», то я сам олень и к этому топику никакого отношения не имеет.
                  –1
                  Да, я не об этом. Я о том, что «типовая конфигурация» — сфероконь в вакууме. Добавите пару новостей на главную, чуть подправите облако тегов, пару фич в стиле AJAX и — опаньки! нагрузка выросла в два раза.
                    +4
                    У меня стойкое ощущение, что мы разговариваем на разных языках.
                    Что вы твердите всё «добавите», «подправите» и т.п.
                    Мне надо знать что примерно вот это при примерно таких условиях стоит примерно столько, а вот при примерно таких условиях это уже будет стоить примерно столько. И всё. На основании этого я могу примерно прикинуть сколько будет мне стоить моё чудо. Даже если оно на другом движке.
                    Попробую объяснить на пальцах — я хочу купить авто, допустим, стоимостью в 40 килобаксов. Если я захочу потом поставить ксенон, слепящий истребители в стратосфере, или аудисистему из 20 динамиков, я могу прикинуть сколько это будет мне стоить и потяну ли я это. Но я твёрдо знаю, что изначально авто будет мне стоить ~40k$.
                      +1
                      вас точно устроит точность оценки ± 2000%?
                        +2
                        ± 2000% — это далеко от примерно.
                        0
                        Попытаюсь выступить переводчиком. Человек вам говорит, что специфика такова, что ксенон ваш может оказаться платиновым, ценой в 120k$, что сделает бессмысленным первоначальную ориентировку на 40 — уж больно большой разброс, в разы.
                          –1
                          Да хоть 120 kk$, лишь бы я об этом знал заранее, а не постфактум.
                            –1
                            никак не получится узнать — потому что этот ксенон за 120k$ вы конструируете сами на собственном заводе.
                              –1
                              Если бы я конструировал его на собственном заводе, я бы тем более знал его стоимость.
                                0
                                Но Вы никогда точно не знаете стоимость ресурсов, т.к. она зависит от спроса на рынке и общего положения на сервере экономики страны.
                          0
                          И к тому же вы ведь понимаете что нагрузка идет не линейно? что 100 одновременных пользователей вам обойдутся в $7, 105 в $30, 110 в $100, а при 120 ляжет по любому.

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

                          Можно разве что собирать статистику посещаемости и стоимости, а на основе нее предсказывать с какойто точностью границы стоимости для предполагаемой нагрузки.
                        +1
                        Проблема в том что не будет ни одного человека у кого совпадет конфигурация с типовой.
                        Да на тотже типовой вордпресс поставь один плагин, одним кликом, и он создаст нагрузку в 10 раз больше. Поставь другой — наоборот упадет в 10 раз меньше.
                        И это все в пару кликов на типовой конфигурации, а что делать для случая когда ставят не вордпресс, а своб разработку, как считать?
                          0
                          Она и не должна совпадать.
                          Допустим возьмём, что есть информация «Движок такой, его конфигурация такая, http-запросов столько, sql-запросов столько, чего-то там столько, стоит столько» и то же самое ещё несколько раз только с изменённой нагрузкой.
                          Имея это на руках, я могу, как минимум, поднять у себя такую же конфигурацию, замерить и скореллировать на собственную систему. Отлично пониманию, что не попаду цент в цент, но хоть приблизительное представление иметь буду.
                            +1
                            sql-запросов столько


                            sql запрос, sql запросу рознь :) Кривой запрос без индексов, на базе с 100 полями будет работать нормально, а с 10000 уже будет хотеть четырехядерный процессор и десять гигабайт оперативной памяти, утрирую конечно-же. Так же и чистый php, там тоже есть где разгуляться.
                            +1
                            Ничто не мешает показывать статистику в деньгах. Т.е. я фактически хочу видеть нагрузку на сайт за минуту (не обязательно), сколько это стоило и возможность подключить счетчик посетителей, что бы выразить 1 посетителя в центах/копейках.
                            Зная сколько «стоит» один посетитель можно понять «сколько» стоит 50 тыс.
                              +1
                              Как говорили выше — нагрузка возрастает не прямо пропорционально количеству посетителей. Не говоря уже о том, что разные действия посетителя — разные затраты ресурсов.
                              По статистике «типовых решений» — тоже затруднительно судить, единственное изменение настройки CMS может значительно повлиять на нагрузки, а грамотная оптимизация может в несколько раз снизить нагрузки.
                              Оценивать стоимость пользования ресурсом можно, например, исходя из следующих взаимосвязанных параметров:
                              — обращения к диску
                              — нагрузка на процессор
                              — потребление памяти
                              — нагрузка на сеть
                              Это легко поддаётся учёту и оценке. И по тесту своего сервиса можно будет примерно представить, к чему готовится по оплате.
                              Разумеется, можно и предложить значения по «типовым ситуациям», но они будут очень приблизительные и это уже маркетинг.
                                0
                                Тестирование сервиса под нагрузкой в 10-20 тыс «посетителей» — накладное занятие, которое фактически будет дороже оплаты «сервера» по факту (если только не нарваться на ddos специально).
                                но все равно кнопка «затраты денег за последнюю минуту/час/день» было бы очень удобным + возможность задать алерты на превышение показателей.
                                  0
                                  Я имел ввиду не тестирование под реальной нагрузкой, а «простой» тест. Условно говоря, предоставляется $N для теста. И Вы видите, как быстро они расходуются при Ваших действиях. Оценка будет приблизительной, но куда реальнее, чем в сравнении с «типовыми решениями».
                                  От огромного перерасхода можно спастись, установив интегральный максимум ресурсов в единицу времени, разумеется, с алертами, Вы правы.
                  +3
                  Если я не ошибаюсь, то недавно в топике с анонсом облачного хостинга от Google, в том числе, были указаны цены за различные типы http-зарпосов. Я ещё близко с этим всем не сталкивался, но если такая политика присутствует у всех, то стоимость посещаемости можно оценить.
                  Ещё можно, например во время тестового периода, зафиксировать нагрузку приложения для наиболее частых случаев. И на основе этой информации рассчитать примерную стоимость.

                  Т.е. клиент загружает свое приложение, указывает где-нибудь в настройках хостинга что нужно мониторить(например скрипт index.php и список GET-запросов). Потом запускается тест, определяется созданная нагрузка и строится график «посещаемость/цена».
                    0
                    а как же проект Scalr.net который как раз и работает по приведенной на рисунке схеме?.. только в реальном времени. Он и создавался чтобы экономить деньги.
                    И там еще куча плюшек. Есть даже opensource версия.
                      0
                      смысл в том, что когда у вас увеличивается нагрузка на сайт — поднимается новый виртуальный сервер по заданной и выбранной конфигурации или из снапшота.
                      Как только нагрузка упала, то через заданное вами время кол-во серверов постепенно уменьшается.

                      Фишки [b]Amazonа[/b], а в будущем и др. клауд платформ — в одном месте.
                    +7
                    Если указать оценку стоимости для «типовых» примеров:

                    — сайт на популярной ЦМС (Wordpress, Drupal, Joomla!, 1С-Битрикс и т.п.) с посещаемостью 1000 челвоек в день,
                    — миллион загрузок 15 КБ .gif-картинки,
                    — 1000 загрузок 10 МБ архива,
                    — импорт десяти тысяч записей в БД из файла,
                    — ну и т.п.

                    то этого уже будет достаточно, чтобы прикинуть, во сколько обойдется хостинг твоего сайта.
                      +2
                      1000 загрузок 10мб архива или миллион загрузок гифки с сервера — на windows или linux? nginx/apache/IIS/ftp (ftp-серверов много очень)
                      :)

                      все зависит от софта и настроек
                        +1
                        Безусловно, от конфигурации зависит очень много.
                        Суть предложения именно в том, чтобы представить оценку стоимости, а не точный ценник.
                        Но на то она и оценка, чтобы направить ход мыслей и расчетов потенциального клиента.
                          0
                          Оценка будет на порядо отличаться для appache и nginex при равном количестве пользователей.
                            +4
                            Какая разница? Сделайте 2-е оценки: для индейца и nginx. Сделаете ещё и для других серверов — вообще супер.
                              +1
                              госпадя, сделать пару сотен тестов на стандартном конфиге различных решений (вордпресы джумлы и тд) и сделать на его основе калькулятор — соотнести нагрузку на сервера/поток посетителей(просмотров)/тип решения ~ цена за месяц.

                              а потом в админке говорить клиенту, что у вас вордпрес тянет как два друпала, так что платите как за два друпала — оптимизируйте!
                                0
                                По своему опыту скажу, что именно этим отношением к клиентам отличаются западные провайдеры от наших.

                                На западе хотя бы говорят почему возросла нагрузка и как это можно исправить, а не тупо отключают со сжиганием всех средств на счету.
                      +7
                      Вот да, очень правильно что нужно иметь тариф с технически практически безлимитными ресурсами (благо виртуализация и распределение это кое-как позволяют) при том чтобы просто за перегрузку начислялась дополнительная плата. НО чтобы она легко поддавалась прогнозированию (желательно предоставить для этого формулы с примерами из жизни или онлайн-калькулятор) и чтобы провайдер старался отбивать DDoS-атаки, вместо того чтобы радостно записывать в счёт.
                        +1
                        ИМХО — Правильная позиция облачных хостеров сгенерить несколько тарифов с гарантированным ресурсами. Весь оверхед должен прозрачно масштабироваться по еще нескольким тарифам.
                          +2
                          Может уже пора ввести какие то стандарты для замеров, разработать набор тестов, эмитирующий нагрузку на ряд популярных CMS в дефолтной комплектации со средним размером базы?

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

                          Например Google apps engine считает (и предлагает соответствующие тарифы, позволяющие гибко приобрести именно часы) использование процессора в минутах/часах и на страницах документации приводит даже примеры конфигурации, с которой можно сравнивать и хоть как то оценить наперед затраты.

                          P.S. Что то непонятное с ценами на этом облаке, даже в минимальной конфигурации цены ощутимо кусачее, чем могут предложить другие представители мира VPS (например находил в интернете варианты от 10$ за xen 128Mb/133mHz или 50$ за тот же xen 1гб озу/1mHz/32Gb диск… что по сравнению с тарифом здесь минимум в два/три раза завышены. В конечном итоге арендовать простенький выделенный сервер (цены от 800р за 2гб/2mHz + 2cpu/320Gb + безлимитка без соотношений порядка 20мб-50мбит по тестам круглосуточно) значительно выгоднее чем туманная надежда на то что запустим сервис в минимальной комплектации и будем повышать нагрузку в зависимости от потребностей… если покрутить параметры до вказанного конфига выделенного сервера, то суммы взлетают до 300$ и выше в месяц, такую цену я считаю несколько неадекватной предлагаемым услугам, особенно в разрезе того, что сама технология виртуализации добавляет ряд потенциальных дополнительных проблем (во время миграции, высокая неконтролируемая нагрузка соседей,..)

                          но, согласен, побольше конкурентов, больших и маленьких и 'да упадет цена вниз'.
                            –3
                            А чо, нормальная реклама получилась. Всё по чесноку :-)
                              +5
                              Я вот теряюсь когда амазон меня спрашивает сколько POST/GET/UPDATE запросов будет к S3 и их BD. Правда для себя я сделал замеры на своем тазике, сделал стресс тестирование, понял какие деньги я буду платить и записал.
                                +5
                                Взяли бы VPS вместо облаков. У меня вот за $20 предоплачено 200GB траффика (+сам VPS в той же сумме включен). Хабраэффект на счете никогда не сказывался.
                                  0
                                  вряд ли ваш VPS выдержал бы хабраэффект, описанный в топике
                                    +1
                                    Мой VPS не заметил даже SlashDot+Twitter+Facebook+HackerNews совместный эффект (статья разошлась), который я заметил только по логам гугл аналитики (сервер не лег и не тормозил). Хабраэффекты не замечаются.

                                    nginx + php-fpm спокойно могут отдавать 10-20 страниц в секунду (а грамотно написанные скрипты с кэшем и eaccelerator — сотни могут давать), а это миллион-два-десять запросов в день. В статье речь идет о 15 тысячах запросов, даже если каждый из них делает еще 3 посещения (очень глубоко) и на все это еще приходится 30 картинок — это полмиллиона запросов в день всего (остается еще полмиллиона-миллион в запасе).

                                    Просто отказывайтесь от Apache для личных целей, от бегемотов вроде WordPress и «эффекты» будут мало страшны. (Пока не узнаете что такое heise.de-эффект :)) вот это было страшно, боюсь представить какой-нибудь китайский эффект — у них там есть блоггер, которого читает миллиард людей в месяц — название даже если бы запомнил — не смог бы воспроизвести)
                                    +2
                                    Опытные хабралюди, напишите пожалуйста статью на эту тему, умоляю! Очень интересно узнать примеры работы проектов, на чем они работают, где и как хостятся, и соответственно как быстро и надежно работают.
                                      +2
                                      А пока не написали (хотя наверное уже писали) вот вам пища для ума: www.insight-it.ru/highload/
                                        0
                                        зачем там все ссылки открываются в новой вкладке? :-(
                                          0
                                          Это не ко мне вопрос)
                                          0
                                          Бах! Да ну такие темы — для новичков это перебор.

                                          Новичкам: читайте что такое «nginx», «php-fpm», «eaccelerator» и «memcached». (Гугл и поиск по Хабру в помощь) Будете это использовать — будет все ооооочень быстро работать.
                                      0
                                      Хм… если есть тестовый период, то можно было бы выдавать гибкий анализ будущей стоимости в зависимости от уже реально оцениваемой нагрузки.
                                        0
                                        К примеру есть сайт с посещаемостью 80000 посетителей в сутки, и пиковыми просмотрами по 12000 в час. Проходилось делать нестандартный кеш который очень неплохо жрет inodes. Load average на сервере в пике при VPS был в районе 4. Сейчас на выделеном сервере работает с load average 0.8-1.
                                        Как мне посчитать стоимость сколько я буду платить? Запросов в БД немного (1-5 в минуту) так как основная масса сайта лежит в кеше (сайт новостной потому нет смысла постоянно к базе обращаться).
                                          +1
                                          Спасибо, учтём, попробуем показать типовые нагрузки.
                                            +1
                                            Скажите, а вы использовали их Cloud Servers или Cloud Sites? (IaaS или PaaS)

                                            В случае с Sites, действительно стоимость, не совсем очевидна, а с Servers все предельно ясно, но масштабироваться придется самому
                                              +1
                                              Использую CloudSites (действительно, стоило написать об этом).

                                              CloudServers пока не использую, но скоро буду. Во-первых, для того, чтобы организовать memcached (они его предлагают только так организовывать). Во-вторых, у CloudSites есть ограничения на количество отправляемых в день email-сообщений (не более 5 тысяч в день; у меня в сервисе работает рассылка со статистикой каждому пользователю — когда достигну предела в 5000 сообщений в день, рассылку можно будет делать только с CloudServers). Ну и в-третьих, для бекапов.
                                                0
                                                Мы активно пользуемся именно Servers, на Sites вообще не глядел, так как не нужен. И там действительно все денежные потери из серии забыли сервачки поудалять. Правда нечасто.
                                              +1
                                              А у вас Rackspace CloudSites или CloudServer? Если сервер, то какой базовый instance используете для сайта?
                                                +1
                                                Эх, опередили с вопросом на минуту… Значит пришло самое время для такого вопроса :)
                                                0
                                                (mt) тоже берут только за использованные ресурсы: mediatemple.net/webhosting/gs/faq.php#63
                                                  0
                                                  Только превышение идет по цене $0.10 за GPU, т.е. стандартные 1000GPU превышения обойдутся в 100$ вместо 20… Так что если в 1000GPU не укладываетесь может оказаться дешевле на Rackspace CloudSites перейти.
                                                  0
                                                  Да, конечно, поддерживаю. Мне было бы интересно решение на 300 руб в день Х, далее, 200-300 рублей в первые месяцы.
                                                  Я не делаю крупных стартапов, и не собираюсь держать видеохостинг. Раньше размер оперативной памяти был критичным, сейчас (с появлением nginx) он отходит на второй план, предоставляя руль количеству ядер (воркеры) и ширине канала. Так что в целом решение, приведённое сегодня меня устроило, но на вопрос мощности и стабильности каналов ответ был весьма лаконичным.
                                                    0
                                                    если вы хотите донести эту информацию до хостеров, продублируйте пост или укажите ссылку на него на форуме hostobzor.ru
                                                      0
                                                      у нас в странице никогда не было цен, аналогичным крупнейшим хостинг провайдерам за границей, и с облаком все также, цены на мой взгляд будут выше, может и на порядок
                                                        0
                                                        Как и в любом бизнесе, нужно делать продукт, который будет максимально понятен клиенту. ТС очень правильно все написал.
                                                          0
                                                          А зачем нужна такая точность?

                                                          7 долларов разницы из примера топикстартера — это 210 рублей. При этом сайт с обычной посещаемостью около 2k получил за 2 дня 52k visits.

                                                          На какое решение реально повлияло знание, что это стоило топикстартеру $7? Ну вот действительно?
                                                            0
                                                            Не у всех такая хорошая зарплата, как у некоторых старожилов одного ирц-канала 1-)
                                                            Если серьёзно, начинающему хорошо бы понимать, какие хабраэффекты бывают и в деньги какого порядка они выливаются. $7, $70, $700. Просто для создания комфортного порядка в голове и понимания.
                                                          • НЛО прилетело и опубликовало эту надпись здесь

                                                            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                            Самое читаемое