В веб-консоли выпадающее меню возле логина -> My Account -> Account Activity. Там написано сколько это всё жрёт бабла.
Для адресов нужно свои костыли приделывать. Например поднимать dyndns и в образ класть скрипт, который при старте будет регистрировать себя в dns с осмысленным имененем. Осмысленное имя имеет смысл делать CNAME-ом на амазоновское DNS имя. Так как оно снаружи ресолвится на внешний адрес, а изнутри инстансы ресолвят друг друга по внутреннему адресу.
Постоянный внешний адрес можно организовать ещё с помощью ELB, приделать к нужному инстансу балансер. Балансер умеет перенаправлять запросы на нужный инстанс в независимости от его адреса. А на самом балансере DNS постоянный на всём времени жизни.
Онлайнового добавления процессоров и памяти, как и живой миграции внутри ec2 нет. Например в определённый момент по каждому инстансу вам придёт письмо о том, что они решили провести профилактику на железном сервере и надо бы рестартануть инстанс для переноса его на другой железный сервер. Иначе они сделают это сами. Кстати, падение инстансов это тоже не редкая ситуация.
У EC2 основная цель это масштабирование. Сделать так, чтобы работало стотыщмиллионов инстансов и других сущностей. И они с этим справляются. Фичи, хоть как-то мешающие работе на больших масштабах, они осознанно урезают и не делают. И по поводу стабильности особо не парятся.
no subject
Date: 2013-08-31 05:49 pm (UTC)Для адресов нужно свои костыли приделывать. Например поднимать dyndns и в образ класть скрипт, который при старте будет регистрировать себя в dns с осмысленным имененем. Осмысленное имя имеет смысл делать CNAME-ом на амазоновское DNS имя. Так как оно снаружи ресолвится на внешний адрес, а изнутри инстансы ресолвят друг друга по внутреннему адресу.
Постоянный внешний адрес можно организовать ещё с помощью ELB, приделать к нужному инстансу балансер. Балансер умеет перенаправлять запросы на нужный инстанс в независимости от его адреса. А на самом балансере DNS постоянный на всём времени жизни.
Онлайнового добавления процессоров и памяти, как и живой миграции внутри ec2 нет. Например в определённый момент по каждому инстансу вам придёт письмо о том, что они решили провести профилактику на железном сервере и надо бы рестартануть инстанс для переноса его на другой железный сервер. Иначе они сделают это сами. Кстати, падение инстансов это тоже не редкая ситуация.
У EC2 основная цель это масштабирование. Сделать так, чтобы работало стотыщмиллионов инстансов и других сущностей. И они с этим справляются. Фичи, хоть как-то мешающие работе на больших масштабах, они осознанно урезают и не делают. И по поводу стабильности особо не парятся.