Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 33
Ну и расценки. От $0.11 per RDS Small Instance hour. Это дороже чем самы бюджетный EC2 Instance.
Кстати, с ноября цены на EC2 Instanc'ы снижаются :)
Кстати, с ноября цены на EC2 Instanc'ы снижаются :)
Интересно, как у них с производительностью на очень больших объемах данных, ну скажем от 100ГБ, от 1ТБ? Как со скоростью при этом на full text search, а так же на запросах с LIKE?
у них есть несколько классов баз данны:
от этого зависит сколько ресурсов будет выделяться на работу с ней и соответственно цена.
т.ч. думаю они рассчитывают, что у них будут хостить и большие базы… насколько это реально будет работать думаю пока не знает никто
- Small DB Instance
- Large DB Instance
- Extra Large DB Instance
- Double Extra Large DB Instance
- Quadruple Extra Large DB Instance
от этого зависит сколько ресурсов будет выделяться на работу с ней и соответственно цена.
- Small DB Instance: 1.7 GB memory, 1 ECU (1 virtual core with 1 ECU), 64-bit platform.
- Large DB Instance: 7.5 GB memory, 4 ECUs (2 virtual cores with 2 ECUs each), 64-bit platform
- Extra Large DB Instance: 15 GB of memory, 8 ECUs (4 virtual cores with 2 ECUs each), 64-bit platform
- Double Extra Large DB Instance: 34 GB of memory, 13 ECUs (4 virtual cores with 3,25 ECUs each), 64-bit platform
- Quadruple Extra Large DB Instance: 68 GB of memory, 26 ECUs (8 virtual cores with 3.25 ECUs each), 64-bit platform
т.ч. думаю они рассчитывают, что у них будут хостить и большие базы… насколько это реально будет работать думаю пока не знает никто
Мда. 68 гигов на максимиум… Нет, конечно для 99.9% не enterprise проектов это хорошо, но это не megastore (bigtable) в AppEngine, где можно терабайтами хранить. Ну да, fulltext там в полной мере только после НГ будет, а MapReduce для агрегаций в районе НГ, но это не 68 гигов (а это я так понимаю вместе с индексами).
я не специалист в больших базах данных — не могу прокомментировать
В данном случае указана оперативна память (ее 68 гигов максимум, на один инстанс), а не хранилище/hdd (это Amazon EBS, до 1 Тб на инстанс, несколько инстансов к одному серверу)
А что именно Вы собираетесь хранить терабайтами? Неужели сами mysql-ные таблицы? Данные-то прекрасно хранятся в S3.
А, извиняюсь, 68GB это про оперативку… Но все равно вопрос про скорость запросов в очень больших таблицах не раскрыт :)
$80/мес за самую дешевую Instance + $0.10 за гиг хранения в месяц + $0.10 за миллион запросов + $0.10 за гиг входящего трафика + $0.17 исходящего…
С одной стороны — проще и дешевле взять простенький дедикейтед сервер. С другой — не знаю… Чем лучше облако? Отказоустойчивостью?
С одной стороны — проще и дешевле взять простенький дедикейтед сервер. С другой — не знаю… Чем лучше облако? Отказоустойчивостью?
а откуда взялись $80/мес? вы думаете что ваше приложение будет генерить запросы непрерывно? по-моему даже половину выбрать сложно… или я не прав?
А разве *запущенный* инстанс не надо оплачивать?
Я так понимаю оплачивается час работы машины. Если она включена — платим, выключена (соответственно, не доступна извне) — не платим.
PS. Я с aws не работал.
Я так понимаю оплачивается час работы машины. Если она включена — платим, выключена (соответственно, не доступна извне) — не платим.
PS. Я с aws не работал.
Обычно к mysql запросы идут непрерывно
Оттуда. Если мне надо обработать офигительную базу данных, что на моем компьютере займет месяц работы — я могу развернуть нужный по размеру Instance или их группу и обработать данные за час. Скажем, найти дубликаты и удалить. Или еще что.
Но если у меня приложение, которое работает круглосуточно — допустим блог со 100 посетителями в день — базу данных я должен держать развернутой непрерывно, иначе не получтися.
Но если у меня приложение, которое работает круглосуточно — допустим блог со 100 посетителями в день — базу данных я должен держать развернутой непрерывно, иначе не получтися.
по-моему, основная фишка (помимо надёжности) тут в цене — плати только за то, что действительно используешь. я очень хорошо прочувствовал это пользуясь s3.
Для обычных инстансов есть предоплаченные тарифные планы, small instance на год будет стоить $227.50
aws.amazon.com/ec2/#instance
aws.amazon.com/ec2/#instance
$227.50 в год будет стоить только резерв инстанса. После этого час работы будет оплачиваться по более дешевому тарифу — $0.03/час.
блин. Хорошо что от вас узнал это, пока юзать не начал. Хотя всё равно хорошая скидка получается.
small instance в месяц 227.50/12 + 0.03*24*30 = 40.6$ против 0.085*24*30 = 61.2$
small instance в месяц 227.50/12 + 0.03*24*30 = 40.6$ против 0.085*24*30 = 61.2$
Я когда-то выяснял это и понял, что чаще всего дешевле и проще будет арендовать сервера в датацентрах России.
Кстати, Ваш образ виртуальной машины придется положить в хранилище (S3, за него тоже надо платить, в зависимости от объема и количества операций), насколько я помню. И хранить свои данные в их хранилище (EBS/E3/RDBMS/SimpleDB, опять же это оплачивается отдельно), так как инстанс не гарантирует сохранность данных и в любой момент может быть перезапущен совершенно в другом датацентре.
Зато AWS хорошо подходит для задачи типа стриминга видео, когда никакие данные не должны храниться на серверах.
Калькулятор цен на услуги AWS/S3/EC2/etc от Amazon: calculator.s3.amazonaws.com/calc5.html
Кстати, Ваш образ виртуальной машины придется положить в хранилище (S3, за него тоже надо платить, в зависимости от объема и количества операций), насколько я помню. И хранить свои данные в их хранилище (EBS/E3/RDBMS/SimpleDB, опять же это оплачивается отдельно), так как инстанс не гарантирует сохранность данных и в любой момент может быть перезапущен совершенно в другом датацентре.
Зато AWS хорошо подходит для задачи типа стриминга видео, когда никакие данные не должны храниться на серверах.
Калькулятор цен на услуги AWS/S3/EC2/etc от Amazon: calculator.s3.amazonaws.com/calc5.html
Всё-таки красивый динамический scaling требует не RDBMS.
Мне кажется Google App Engine в этом смысле превосходит Amazon и Azure.
Мне кажется Google App Engine в этом смысле превосходит Amazon и Azure.
А как они это все будут масштабировать? Что там в API?
Крутейшее предложение, уверен будет востребована в нише PHP/MySQL.
Сам предпочитаю GAE за простоту в использовании.
Сам предпочитаю GAE за простоту в использовании.
Не будет. В нише lamp многие предпочитают готовые решения (администрируемые dedicated-сервера, виртуальный хостинг).
Для того, чтобы развернуть приложение на ec2/rds придется выполнить немыслимое количество действий в период первичного деплоя (регистрация, создание ami, аплоад ami в s3, создание инстансов, подготовка ebs, изучение клиентского ПО).
В итоге конечная цена (работа системного администратора + аренда всего спектра услуг у amazon) получится даже выше, чем у managed сервера.
Для того, чтобы развернуть приложение на ec2/rds придется выполнить немыслимое количество действий в период первичного деплоя (регистрация, создание ami, аплоад ami в s3, создание инстансов, подготовка ebs, изучение клиентского ПО).
В итоге конечная цена (работа системного администратора + аренда всего спектра услуг у amazon) получится даже выше, чем у managed сервера.
А не достаточно ли иметь нормального сис.админа, умеющего всё это делать на обычном железе?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Amazon запускает сервис реляционных баз данных (Amazon RDS)