Открыть список
Как стать автором
Обновить

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

а еще они анонсировали Amazon Simple Workflow Service (Amazon SWF)
Да, было дело. Но его нет ни в консоли, ни понять для чего оно я не могу.
Странно у меня есть… правда 3 дня назад не заметил, может вообще сегодня появилось.
Хаха!

Действительно появился!

Вот что было:
image

Вот что есть:
image
Спасибо за хинт. Я начал ресёч сервиса. Он может заменить специально приложение для логгирования.
Не знал про SES, может пригодиться. А за счет чего обеспечивается «высокая репутация IP-адресов» и как она измеряется?
Репутация измеряется в оттенках от лучшей к худшей по мнению спамлистов. Высокая репутация поддерживается благодаря фильтрации контента на стороне Amazon.

Вот пруфлинк, в котором они клянутся, что почта будет доставлена.
EC2, S3, RDS для новых клиентов доступны абсолютно бесплатно на год
Пруфлинк об RDS?

Free Tier есть для многих сервисов: http://aws.amazon.com/free/, но RDS в них нет.

Для нового юзера на год дают 15 гиг бесплатного трафика каждый месяц — это единственная привелегия новичка. Мой аккаунт сжирает 15 гиг за 1-2 дня.
Стоит нажать Add to Blll и Вы будете неприятно удивлены.

Вот список сервисов Free Tier. RDS в нём никогда не было.
Видимо. теперь все изменилось https://aws.amazon.com/rds/free/
Хотелось бы немного подробней узнать именно про load balancing и elastic. Как именно оно управляется. В панели? Скриптами?
Балансировщик нагрузки — хост принадлежащий Amazon. В нём можно указать хосты, на которые рандомно расходятся запросы. Так же через Cloud Watch можно присоединять/отрезать от группы балансировки экземляры.

Настраивается всё с помощью групп и триггеров. Вот неплохая статья по поводу автоскейлинга.

Балансировка нагрузки без весов.
Ну там есть на все сервисы ограничения конечно же… Можно зайти в калькулятор и посмотреть что по чем: calc
Не затронута одна маленькая, но крайне важная деталь — local instance store не сохраняет данные при выключении или перезагрузке сервера, если данные на коневом разделе ОС надо хранить (например, конфигурационные файлы, ваше приложение, любые изменения в настройке ОС и т.п.), то нужно использовать EBS-backed диск Для нового пользователя это может быть очень неприятным сюрпризом.
Фейк.

Их нельзя потушить (выключить). Ребутать можно было всегда.
У нас точно одинаковая AWS консоль? В моей я вижу — Instance Actions: Terminate Reboot Stop
Instance Store + Stop? Вы уверены?
Вот, что у меня:
image
> Не использую этот атавизм уже давно. Было немало проблем с инстанс сторами.

Немного сбило с толку, я думал мы про EBS-backed говорим
Нет, Вы правы, только у EBS-backed
Это замашки у Windows Azure такие. Вы, скорее всего, путаете.
Хм, т.е. Вы пользуетесь и не заметили? Почитайте по ссылке, что я привел/
Не использую этот атавизм уже давно. Было немало проблем с инстанс сторами.

Одна, например, гласила… что инстанс умрёт, если его не перенести на другую ноду. И апгрейды нод всегд делали нехилый даунтайм.

А по сабжу действительно странно. Не раз ребутал серверы. Я похоже, даже и не замечал, что /var, /home, /etc были настроены на отдельных разделах.
Это не атавизм, instance store бесплатный, а сохранение данных не всегда нужно, например фронтэнд серверов.
Да, по всей видимости, Вы правы.
CloudWatch — очень полезная вещь. Столько костылей из кода выкинул, не сосчитать.
Что конкретно, если не секрет, мониторили?
Сначало просто обращения к апи.
Потом health мониторинг в целом.
В консоли очень удобно ставить всякие алармы и предупреждения вплоть до СМСок.

У меня было пара капризных self-hosted сервисов, которые падали по, непонятным тогда, причинам. Мониторить их падение стало до безобразие просто.
Круто. Я для этих целей прикрутил ещё и Nagios + Munin. Причём Nagios находится вне ДЦ Amazon для чистоты эксперимента.
Теперь я знаю точную вероятность попадания метеорита в Землю! Она равняется 0.000000001%
Молодцы амазоновцы!
Файлы хранятся в отдельных бакетах (bucket), в которых можно создавать директории и поддиректории
Не совсем верно. Никаких «директорий» в бакете нет. Есть объекты с именами, например, «css\style1.css», «css\style2.css» и т.п., которые различные утилиты показывают как якобы директорию «css» и в ней файлы style1.css и style2.css.
Хм. Я вижу это:
image

По всей видимости, физически так и есть. Объект хранится как нагромаждение пути и имени файла. А логически это выглядит как обычная папка.
Если быть совсем точным, то браузер бакета показывает несуществующую структуру папок, тупо распарсивая имена объектов по символу "\"
Кстати еще бакеты не разделяются по польвателям в плане, если кто-то сделал бакет test, то вы уже такой не сможете сделать.
Да, забыл внести в статью то, что неймспейс один на всех.
Проабдейтил статью. Спасибо! Это тоже очень важно.
Некоторые tips&tricks от постоянного пользователя AWS:

Если к ссылке файла в S3 добавить .torrent — то скачается торрент-файл с (пока) единственным сидером в виде сервера амазона. Удобно для массовой раздачи.

Стоимость трафика у амазона ОЧЕНЬ высокая, например 5ТБ в месяц в амазоне будет 600$ а у хетцнера это включено в базовый тариф. Поэтому для раздачи статики не выгодно использовать EC2.

Почту напрямую с EC2 отправлять очень сложно, буквально через 5-10 отправленных писем включается жесткий шейпинг траффика по 25 порту. Надо обязательно использовать либо SES либо туннель до другого почтового сервера.

Инстанцы с пред-установленным RedHat стоят заметно дороже.

На данный момент есть ограничение на максимальное число Elastic IP = 5 и запущенных инстанцев = 20. Лимиты повышаются запросом через форму на сайте.
Подскажите, а трафик с CloudFront'а тоже будет дорогим? Вроде же статику обычно выносят на него.
Я не работал с CloudFront. Это CDN и понятно, почему не него переносят статику. Как всё в Amazon, думаю, стоит не дёшево.
У CloudFront цена на траффик такая же. У российских хостеров она правда все равно еще даже выше, чем у амазона) Думаю, что CloudFront есть смысл использовать только на сайтах с совсем международной аудиторией — тогда CF автоматом будет отдавать контент с ближайшей точки.
CloudFront дешевле S3 по трафику процентов на 25
Про почту на EC2 у них внятно написано в FAQ — хотите отправлять письма — напишите заявку.
Мы написали, ее рассмотрели за 2-3 дня и теперь отправляем почту без ограничений.

Такое ограничение на почту — вполне логичная мера т.к. учитывая дешевизну\триальную бесплатность инстансов — амазон мог бы стать крупнейшим источником мирового спама.

Но не стал =) и это очень радует.
Да, сначала ограничение стоит серьёзное. После заявки — начальное ограничение 10к в день по 5 штук в секунду. В последствии можно атвтоматически увеличить до 1м в день.
Ок, интересно.
Вот у меня есть инет-магазин на хостинге с выделенным сервером.
Как мне подсчитать, сколько будет стоить поддерживать мой магазин на этом облачном сервисе?
Я правильно понял, что главный плюс этого облака это легкая горизонтальная масштабируемость, но её должно поддерживать приложение?

А триггер типа «Минуту CPU загружен на 100% — увеличиваем частоту облачного процессора на 100% и отправляем админу смску» не сделать?

Можно только «Минуту CPU загружен на 100% — врубаем второй инстанс, сообщаем о нём балансировщику и отправляем админу смску, надеясь что приложение разберйтся»?
Облако резиновое, но не настолько. Всё происходит в пределах типов инстансов. Обычно делается по второму плану — поднимается клон и помогает.

Я как раз сейчас вынашиваю статью о самой настройке автомасштабирования, триггеров и балансировки. В ближайшее время её опубликую, если карму не заминусуют.
1. Можно поменять тип инстанца (на более дорогой — с более мощным CPU/больше памяти)
2. Да. Этот вариант должно поддерживать приложение (и балансироващик)
Да, тип инстанса поменять можно — это я и имел в виду, когда говорил, что просто добавить пару ядер процессора нельзя.
1. Автоматически его можно поменять?
Автоматически — через API вроде можно рулить. только не забывайте что это подразумевает остановку старого\запуск нового ( или запуск рядом из готового AMI). Горячей замены типа дал команду и «график нагрузки пополз вниз» — нету
Именно!

Поднимается более мощный инстанс из AMI, а старый тушится.
Micro инстансы не бесплатные, просто дешевле, чем остальные.
Действительно, сейчас 2 цента в час в US.
~15$ в месяц? Как замена бюджетному VPS имхо не пойдёт.
Что правда-то правда. Но за «бюжетными» проектами на AWS никто и не идёт. Нужно дешёвое — Godaddy, Namecheap, RackSpace в конце концов. Я для секондари днс сервера покупал когда-то VZ за $3 в месяц. И нормально!

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

AWS прежде всего стоит рассматривать как совокупность сервисов, а не как провайдера VPS. По меньшей мере глупо покупать у них только VPS.
Спасибо за объяснение. Я просто неправильно представлял позиционирование облаков. Думал их основное «назначение» экономить деньги на хостинг за счёт тонкого управлениями доступными ресурсами. Грубо говоря, если нагрузка на сайт днём больше в 4 раза чем ночью, то вместо покупки дедика с 4 Гб мозгов и 2 ГГц камнем, рассчитанного на дневную нагрузку, мы днём даём 4 Гб и 2 ГГц, а ночью только 1 и 500 и экономим процентов 25 за счёт того, что ночью у нас простаивающих ресурсов нет.
Калькулятор сводит меня с ума.

Кто вник — прикиньте пожалуйста, во сколько выльется замена обычной VPS (Linux, 1200 МГц, 1024 МБ, 25 ГБ), исходящий трафик около 10ГБ\месяц, нужен вебсервер, место для файлов, минимальная по размеру база mysql.

Коммент внизу ↓
Угумс. Спасибо! Примерно понял расценки.
С учётом того, что сервисы потребляют предсказуемый объём ресурсов, проще и дешевле оставаться на своём железе :)
Да, каждому своё. После работы в хостинге меня пугает слово «железо». Я лучше буду в облаке!)
Вот, что у меня получилось:
image

— Есть вариант не использовать RDS. Так же можно зарезервировать инстансы и выйдет дешевле.
Спасибо за статью! Стал присматриваться, запустил микро-инстанс. Не пойму две вещи:

1. как просмотреть сайты инстанса через браузер? Какой адрес набирать?
2. что это за *.pem файл я скачал? что с ним делать?
где сервер может легко мигрировать между нодами

К сожалению, не может.

Иногда саппорт амазона так и пишет «ваш vps работает на degraded hardware, пожалуйста перезапустите или пересоздайте его для запуска на другом hardware. К такому то числу мы выключим старый hardware.»
Мне нравится, когда в жизни происходят пободные вещи: после прочтения данной статьи и по прошествии трех часов использования поисковика и чтения пабликов, я решился заказать облачный хостинг в… Linode.
По примеру RamonZzz я срочно мигрирую хоть куда с Амазона. Зарегил аккаунт, даже проплатил сервис. Ладно не стал ничего серьезного на нем делать — один месяц «халявы»(ну как — при регистрации чек проверки оплатил), потом списали за месяц абонку и через 2 недели аккаунт прибили и вымогают какие-то фотки, адреса, пароли и явки.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.