Комментарии 30
Где habracut?
НЛО прилетело и опубликовало эту надпись здесь
Навернулся самый используемый регион в сша, восточное побережье, фраза навернулся всего один датацентр тут не уместна.
НЛО прилетело и опубликовало эту надпись здесь
А разве можно сделать вменяемую доступность сайта средствами амазона скажем в сша и европе? Сказать честно думаю миграция будет занимать существенное время.
Мне казалось что у амазона уровень доступности на уровне региона(в данном случае упал восточно-американский регион), в каждом регионе несколько датацентров, за счет них и осуществляется доступность.
Киньте пруф как организовать доступность межрегиональную для амазона.
Мне казалось что у амазона уровень доступности на уровне региона(в данном случае упал восточно-американский регион), в каждом регионе несколько датацентров, за счет них и осуществляется доступность.
Киньте пруф как организовать доступность межрегиональную для амазона.
НЛО прилетело и опубликовало эту надпись здесь
ПО отчету амазона валялось 45 процентов инстансов восточного побережья, тут масштаб бедствия далеко не одного датацентра, и опять таки апи вроде распределенный, а с другой стороны он цельный.
habrahabr.ru/blogs/cloud_computing/118434/
habrahabr.ru/blogs/cloud_computing/118434/
А что вы храните в облаках?
Бложик, есть плюсы, есть и минусы, конечно (GAE). Иногда расстраивает то, что разработчики решают проблемы иногда не в том порядке, в котором хотелось бы лично мне, но это терпимо.
Бложик, есть плюсы, есть и минусы, конечно (GAE). Иногда расстраивает то, что разработчики решают проблемы иногда не в том порядке, в котором хотелось бы лично мне, но это терпимо.
В России на этом рынке пока слабая конкуренция и у текущих преставителей облачного хостинга, видимо, еще мало клиентов. Отсюда высокая стоимость. Нужно же как-то отбивать затраты на инфраструктуру.
А вообще, основная фишка облаков, если брать IaaS сервисы — это возможность использовать интерфесы (API), предоставляемые провадером, для управления инфраструктурой. Из всех текущих российсих поставщиков IaaS не все, кто называет себя облачными, имеют такие интерефейсы. Кстати и пользователи еще не до конца осознают в чем облачная фишка и пытаются сравнить облачные решения с обычными ВДС/ВПС, что в корне неправильно.
Облачный рынок в России, не созрел еще. Подождите пару лет, будет и цена, и качество, будет и широкий выбор поставщиков и прочие облачные плюшки.
А вообще, основная фишка облаков, если брать IaaS сервисы — это возможность использовать интерфесы (API), предоставляемые провадером, для управления инфраструктурой. Из всех текущих российсих поставщиков IaaS не все, кто называет себя облачными, имеют такие интерефейсы. Кстати и пользователи еще не до конца осознают в чем облачная фишка и пытаются сравнить облачные решения с обычными ВДС/ВПС, что в корне неправильно.
Облачный рынок в России, не созрел еще. Подождите пару лет, будет и цена, и качество, будет и широкий выбор поставщиков и прочие облачные плюшки.
>Кстати и пользователи еще не до конца осознают в чем облачная фишка и пытаются сравнить облачные решения с обычными ВДС/ВПС, что в корне неправильно.
В принципе так и сравниваю, про крайней мере те российские облака, предложения которых немного изучал (читай — пиарились на хабре) и особых преимуществ не вижу для «бложиков», «визиток» и т. п., разве что хабраэффект пережить. А вот аналога облака от Google (крутил GAE+python) был бы интересен в российских реалиях по адекватным ценам, да с сертификатом соответствия для персональных данных :)
В принципе так и сравниваю, про крайней мере те российские облака, предложения которых немного изучал (читай — пиарились на хабре) и особых преимуществ не вижу для «бложиков», «визиток» и т. п., разве что хабраэффект пережить. А вот аналога облака от Google (крутил GAE+python) был бы интересен в российских реалиях по адекватным ценам, да с сертификатом соответствия для персональных данных :)
GAE — это PaaS, а на хабре пиарятся в основном IaaS, за исключением Hivext.
Имел в виду скорее биллинг, а не сам сервис. То есть плату за «такты» процессора, а не за зарезервируемую за мной «частоту»/ядра, плату за фактически выделенную память (used), а не за то, сколько я вижу доступной (total) и т. п.
Это есть в Селектеле
А в Селектеле есть верхнее ограничение на используемые ресурсы? Напримр не больше 1Гб ОЗУ в час или не больше 1Тб трафика в сутки.
На память можно ставить границы потребления например 128-1024Мб при создании машины, или позже настраивать для выключенной машины. Оплачиваться будет только реально используемый объем. На трафик ограничений нет, порт гигабитный, соотв. пока денюжки на счету не кончатся будет работать.
Отписал комментом ниже. Мне как раз хочеться, что бы денежки не кончились и была возможность ограничить, например суточное потребление по деньгам, например как в GAE.
Знакомый пару лет рассказывал про опыт работы с облаком и месячный счёт на несколко тысяч баксов. Теперь вот очередь и до меня дошла облако выбирать. Хочеться себя обезопасить :)
Знакомый пару лет рассказывал про опыт работы с облаком и месячный счёт на несколко тысяч баксов. Теперь вот очередь и до меня дошла облако выбирать. Хочеться себя обезопасить :)
У Селектела такой счет наверное очень сложно получить, там ведь предоплата. Насчет максимальных границ наверное лучше к ним напрямую обращаться, я не в курсе :)
Посмотрел только что у себя в селектеле, у них регулирется только память, а это пока что самый дорогой ресурс, можно задать минимальный и максимальный порог.
Нет ограничений на ресурсы в час по сути, есть ограничения на абсолютные показатели, то есть если вы виртуализируетесь на машине на которой 32 гигабайта оперативы, вам больше этого показателя не дадут оперативы сколько не проси, то же самое про процессоры, если 8 ядер то больше 8 вы получить не сможете, так же полоса если сервер подключен в интренет на 100 мегабит то больше 100 мегабит вы не сожрете.
А в этих пределах у вас нет ограничений, хотите 32гб в час оперативы получите, хотите канал забивать на 100 мегабит забивайте, были бы деньги.
А в этих пределах у вас нет ограничений, хотите 32гб в час оперативы получите, хотите канал забивать на 100 мегабит забивайте, были бы деньги.
Облако с несколькими датацентрами и правильным DNS хорошо подходит для размазанных по стране/миру сервисов — инфраструктура занимается выбором ближайшего к пользователю датацентра — запрос обрабатывается быстрее. Облако в одном датацентре тоже имеет много преимуществ, но в основном для самих датацентров.
Как раз сейчас изучаю вопрос размазывания сервиса по миру, чтобы уменьшить пинг. Подскажите в каком направлении копать?
Копайте в направлении Content Delivery Networks
Вроде как CDN позволяет быстрее доставлять статику, но что делать. если в основной контент динамический (статики вообще минимум).
Я так понимаю, решение в том, чтобы раскидать сервера в разные части света. Но как пользователь будет попадать на ближайший к нему?
Я так понимаю, решение в том, чтобы раскидать сервера в разные части света. Но как пользователь будет попадать на ближайший к нему?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему я ещё не в облаках? Праздные размышления