Кто нибудь пробовал фришный cloud-хостинг от Amazon ?

всегда работающий основной сервер и его зеркала, которые поднимаются и берут на себя часть нагрузки, когда % загруженности основного сервера больше заданной границы.
Это функция выполняется без выключения сервера и когда использую триггер ? Есть ли какой-нибудь русскоязычный мануал по этому делу (что куда нажать, чтобы настроить)?

Есть ли смысл ставить свою базу mysql (сейчас она весит около 50 мб, но быстро разрастется) или лучше сразу работать с RDS? Можно ли будет у RDS базы увеличить объем после ее создания?

Есть ли смысл пользоваться smtp сервером от амазона (SES) для отправки писем (слаться будет много (не спам)) или достаточно пользоваться функцией mail() на php ? Из плюсов smtp сервера вижу 100% доставку писем до пользователя (такую гарантию дает Амазон). Вот интересно где дороже/дешевле будет по деньгам ses или mail()?

Вот еще не совсем понятна услуга от Амазона - возможность постановки в очередь любых задач. Где это можно применить и есть ли смысл применять, если за счет больших мощей сервера это можно все обработать сразу. Название услуги не помню.

Еще в обзорах читал, что есть SimpleDB, но не нашел такой закладки. Может устарела уже ? Если где-то есть, то чем она лучше или хуже, чем RDS ?
 
Это функция выполняется без выключения сервера и когда использую триггер ? Есть ли какой-нибудь русскоязычный мануал по этому делу (что куда нажать, чтобы настроить)?
пример: у тебя есть работающий инстанс определённой конфигурации -ядра, оператива. чтобы в ЭТОМ сервере изменить колво ядер и оперативки - нужно его выключить, изменить конфигурацию инстанса (выбрать другой тип) и снова его включить. при этом, если к инстансу был прилеплен elastic ip - он отваливается и его нужно прилепить к инстансу снова. ip не уходит в пул свободных, а остаётся у тебя в allocated ip, поэтому можно не бояться, что нужно будет менять записи домена. это можно сделать как вручную, так и автоматически, если дружишь с консолью.
подробнее здесь, на английском. Для просмотра ссылки Войди или Зарегистрируйся



Есть ли смысл ставить свою базу mysql (сейчас она весит около 50 мб, но быстро разрастется) или лучше сразу работать с RDS? Можно ли будет у RDS базы увеличить объем после ее создания?
RDS чуть дороже, чем обычный инстанс, так как там довольно много плюшек(репликация, автобекапы и тп), но на начальном этапе выгоднее, конечно, на отдельном инстансе. изменить можно, но тоже предварительно вырубив.

Есть ли смысл пользоваться smtp сервером от амазона (SES) для отправки писем (слаться будет много (не спам)) или достаточно пользоваться функцией mail() на php ? Из плюсов smtp сервера вижу 100% доставку писем до пользователя (такую гарантию дает Амазон). Вот интересно где дороже/дешевле будет по деньгам ses или mail()?

посчитай стоимость отправки писем за месяц через SES и работу отдельно поднятого почтового сервера. к примеру микро инстанс + axigen может спокойно слать 5 писем в секунду. если непрерывно слать с таким темпом, то сможешь за месяц отправить 13 000 000 писем. SES тебе выйдет в $1300, микроинстанс в 27. вопрос в том, насколько быстро ты попадёшь с спамбазы :) тоесть вывод простой - слать мало - бери SES, слать много - свой сервер.

Вот еще не совсем понятна услуга от Амазона - возможность постановки в очередь любых задач. Где это можно применить и есть ли смысл применять, если за счет больших мощей сервера это можно все обработать сразу. Название услуги не помню.
SQS. сервис для туннелирования потоков между приложениями, с буферизацией пакетов. хз когда он нужен, наверное для повышения отказоустойчивости инфраструктуры, но я применения ему не нашёл.

Еще в обзорах читал, что есть SimpleDB, но не нашел такой закладки. Может устарела уже ? Если где-то есть, то чем она лучше или хуже, чем RDS ?
она в основном для онлайн игр, реплицируется по всем зонам, инфа здесь Для просмотра ссылки Войди или Зарегистрируйся
 
Возник еще вопрос. На различных сайтах предупреждают, что есть EBS диск и есть еще какой-то другой диск. На одном из них данные очищаются при остановке сервера, а на другом нет. Актуально ли это сейчас и какие пути у дисков, которые очищаются и на которых надо хранить инфу?

Пробовал закидывал данные в разные папки, вырубал сервак, включал его. Все оставалось целым.
 
есть инстансы, которые поднимаются на EBS (elastic block store), это диски, которые создаются в разделе elastic block store - volumes. это виртуальный HDD. он никуда не пропадёт, пока его не удалишь. если поднять инстанс, основанный на EBS, то в разделе volumes появляется диск с операционной системой. после остановки инстанса диск остаётся, его можно использовать в других инстансах ( к примеру что-то хреново настроил и система не запускается, а данные нужно как-то с диска выдрать - поднимаешь новый инстанс, подключаешь к нему этот диск, монтируешь, исправляешь и тд). этот инстанс пропадёт только тогда, когда ты сделаешь ему terminate. тогда из списка инстансов он исчезнет (где-то через час-3) и удалится его EBS.

есть инстансы на ephemeral storage - это так же, как EBS, разница в том, что в них нет функции STOP, есть только TERMINATE. как по мне - хрень какая-то. потому что если в машине пошло что-то не так, ты не сможешь отключить от неё диск и решить проблему на другой машине.
 
без перезагрузки можно поднимать копии инстансов, повышая или понижая производительность кластера - всегда работающий основной сервер и его зеркала, которые поднимаются и берут на себя часть нагрузки
Можно ли автоматом из веб консоли настроить эту штуку? Потыкался, так и не нашел. Нашел Alarm, но там только оповещение на email. Задача при достижении средней нагрузки 80% поднять еще один инстанс. При достижении средней нагрузки меньше 30% убрать 1 инстанс.
В мануалах хабра нашел необходимость установки java и доппакетов (хотелось бы обойтись без этого). Можно ли обойтись без этого?

Еще вопросы, чтобы поднимать инстансы их обязательно надо предварительно создать и переводить в состояние STOP или хостинг их сам склонирует и запустит? Нужно ли для новых инстансев подцеплять Elastic IP? Можно ли создавать инстансы для одного и того же проекта в разных зонах, например США и Европа, если используется RDS? Как хостинг поймет, что эти инстансы должны выполнять одну и ту же роль (точнее почему Амазон будет нагрузку на другой инстанс отправлять, как он узнает, что надо именно на него слать. )?

Так на хабре предлагается плагин для файрфокса для просто управления консолью, но на 11 файрфокс он не встает. Есть ли что-нибудь аналогичное?
 
Можно ли автоматом из веб консоли настроить эту штуку? Потыкался, так и не нашел. Нашел Alarm, но там только оповещение на email. Задача при достижении средней нагрузки 80% поднять еще один инстанс. При достижении средней нагрузки меньше 30% убрать 1 инстанс. В мануалах хабра нашел необходимость установки java и доппакетов.
на хабре толкьо один топик на эту тему, он рабочий. чтобы не паритсья с установкой явы и доппакетов поднимай инстанс amazon linux, это центос 6, только поддерживает его амазон под своей лейбой, там вся эта хрень уже стоит, это если с консоли и по хабру. через веб это вроде нельзя сделать, по кр мере это не очевидно.

Еще вопросы, чтобы поднимать инстансы их обязательно надо предварительно создать и переводить в состояние STOP или хостинг их сам склонирует и запустит? Нужно ли для новых инстансев подцеплять Elastic IP? Можно ли создавать инстансы для одного и того же проекта в разных зонах, например США и Европа, если используется RDS? Как хостинг поймет, что эти инстансы должны выполнять одну и ту же роль (точнее почему он будет нагрузку на другой инстанс отправлять, как он узнает, что надо на именно него слать. )?

создаёшь инстанс, настраиваешь на нём вебсервер, в настройках указываешь связь с RDS, тестируешь. делаешь снепшот диска, со снепшота создаёшь приватный AMI, и уже с него поднимаешь копии инстансов. назначение адресов, подключение к балансировщику уже делается посредством ec2 tools. так как кол-во elastic ip на аккаунт ограничено 5ю штуками, удобно разворачивать инфраструктуру в VPC. так ты имеешь один внешний интерфейс, за которым скрывается облако. если нагрузка у тебя не одинаковая по времени и меняется от региона к региону, можно поднять несколько тучек в VPC и завязать их на проксирующий вебсервер (можно на nginx), который по геоIP будет перенаправлять запросы на определённый бэкенд, которым является внешний интерфейс VPC, в котором в зависимости от нагрузки поднимаются или убиваются инстансы.

пример неубиваемого проекта: 3 прокси сервера с геопроксированием, в америке, азии и европе, абсолютно одинаковые, их IP прописаны в А записях домена, принцип round-robin, 3 VPC autoscale облака в америке, европе и азии, там же по одному RDS c репликацией мастер-мастер-слейв. NS записи домена также делаешь региональными. чтобы проект перестал работать, нужно, чтобы отключились 2 мастер базы (2 атомные бомбы на регионы, где они работают :), но и то на время перевода слейв базы в режим мастера - пара минут.
 
Делаю как описано тут: Для просмотра ссылки Войди или Зарегистрируйся
Дошел до пункта 3.1. Создаём балансировщик

Пишу:
elb-create-lb myLB --headers --listener "lb-port=80,instance-port=80,protocol=http" --region us-west-1 --availability-zones us-west-1c
Получаю ответ:
elb-create-lb: Malformed input-No Credentials were provided - cannot access the service
Usage:
elb-create-lb
LoadBalancerName --listener "protocol=value, lb-port=value,
instance-port=value, [instance-protocol=value], [cert-id=value]"
[ --listener "protocol=value, lb-port=value, instance-port=value,
[instance-protocol=value], [cert-id=value]" ...] [--availability-zones
value[,value...] ] [--security-groups value[,value...] ] [--subnets
value[,value...] ] [General Options]
For more information and a full list of options, run "elb-create-lb --help"

Вместо LoadBalancerName пробовал писать имя балансировщика из Network and Security - Load Balancers - Load balancer name. Получаю то же самое. Что я делаю не так ?

Еще вопрос. Выполню я все команды... После этого инстансы автоматически будут подниматься? Если mysql база будет на EBS, то не потеряю ли я данные при тушении одного из инстансев?
 
-No Credentials were provided - cannot access the service
Для просмотра ссылки Войди или Зарегистрируйся

Еще вопрос. Выполню я все команды... После этого инстансы автоматически будут подниматься? Если mysql база будет на EBS, то не потеряю ли я данные при тушении одного из инстансев?
по сути всегда минимум одна база должна быть рабочая, вне зависимости от того на RDS она или на инстансе. Но тебе придётся решить не очень простую задачу с автоматическим поднятием реплик.

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

ну и не забывать о мемкеше, он неслабо так помагает с базой. если проект хорошо нагружается, то можно использовать отдельный мемкеш сервер или Elasticache.
 
Создал все, как по инструкции. Сейчас сервер без нагрузки. Есть мой исходный инстанс (с которого делал образ для АМИ) и почему-то появляется еще один Инстанс. Глушу его вручную, появляется новый (замкнутый круг). Получается, что минимум 2 сервера могут работать или мне исходный инстанс надо заглушить (с которого образ АМИ делал), а эластик ip прицепить ко второму, который сам поднялся?

можно сделать так, чтобы снепшот мастер базы делался довольно часто и поднимающиеся из неё копии автоматически настраивались на slave режим и синхронизировались за короткое время. тогда, вероятно, есть возможность поднять автоматический инстанс с вебсервером и базой который после падения нагрузки умирает и данные не теряются. при такой схеме только основная база доступна на запись, остальные только для чтения.
Про это, к сожалению не понял, т.к. с администрированием серверов знаком только по винде и не так глубоко. (смысл то понятен, а как это сделать, боольшой вопрос.)
 
Про это, к сожалению не понял, т.к. с администрированием серверов знаком только по винде и не так глубоко. (смысл то понятен, а как это сделать, боольшой вопрос.)
в любом случае подобные задачи не особо стандартные, из разряда highload, поэтому требуют множества уточнений. общие прикидки - это для понимания, что можно сделать в принципе для решения задачи, а мы её пока не рассматривали :)
 
Назад
Сверху