Amazon EC2

[metaclass]

Эти ваши облака - творчество психов.
Я теперь понимаю, откуда у iron.io айседного были покупатели - нормальный человек ебань, которой обставлены виртуалки в EC2 должен обходить десятой дорогой.

Вот например, у виртуалки hostname - это ее внутренний DNS адрес. А он меняется при рестарте. А чтобы докинуть процессоров или памяти - нужно рестартовать инстанс. Ну и в итоге, смотришь на несколько консолей на несколько инстансов и хер поймешь, где ты находишься, пока в .bashrc промпты и заголовки руками не вобьешь. И внешний адрес тоже меняется, пока к ней elastic ip гвоздями не прибьешь. И сторадж - 400 гиг локального instance store, который после рестарта пропадет к херам, а все что персистент - то EBS за деньги. Дополнительный гарантированный i/o на EBS - тоже за деньги. Причем, что характерно, раздела "обороты по лицевому счету", где можно было бы посмотреть, сколько это все жрет бабла в разрезе - я не нашел.

А вы говорите, Firebird на компах секретарш. :)

Comments

[juan-gandhi.livejournal.com]

Потому-то я плюнул на это амазонское облако и пользуюсь ракспейсом.

[theiced.livejournal.com]

который тоже хуй (у нас и он есть).

[juan-gandhi.livejournal.com]

В декабре к ним в офис загляну.
Мне они нравятся, ненапряжные.

[levgem.livejournal.com]

ну помаши им лапкой =)

Несколько месяцев поеблись с их почтой и съехали оттуда. Письма теряются.

[vp.livejournal.com]

EC2 самой минимальной конфигурации работает при этом шустрее, чем Azure аналогичной конфигурации. У меня Azure на тесте вообще не шевелилось :)
Так что это просто разные сорта, но все это Г.

[enternet.livejournal.com]

Ребе, озвучте, пожалуйста, что вы там такое тестировали, что оно "не шевелилось". Биткойны майнили?

[vp.livejournal.com]

Я тестировал винду в первом и втором инстансах. Тупо пытался на ней "поработать", и создалось такое ощущение.

[enternet.livejournal.com]

У нас сейчас на ажуре гоняются чисто вычислительные модели и есть мнение, что МС не врет: что написано - то и получается.

[jakobz.livejournal.com]

Кстати, а чего плохого с FireBird?

[metaclass.livejournal.com]

1) Слишком простой в эксплуатации - используется в дешевых проектах, никто не думает что нужен DBA, ставят на бытовые компы. Когда это кусает за жопу - начинают бузить что "плохой сервер".
2) Наследственные болезни от Interbase - бинарные бэкапы, неумение в нормальные логи, изредка сервер может убить свою же базу в процессе работы, не совсем подконтрольная сборка мусора (MVCC).
3) Самоизоляция и неадекватность комьюнити, в котором половина русские, вторая половина - бразильцы.

Т.е. сервер крайне удобен для разработки, но не очень - для эксплуатации. Хотя лично у меня он используется достаточно массово, надо просто бить по рукам эникеев клиентов, когда те на каждый чих вместо корректного изучения проблемы начинают рестартовать сервера.

[alexeyk77.livejournal.com]

посмотри на SAP Sybase SqlAnywhere, крайне толковый сервак и удобный в разработке и простой в эксплуатации. Переносимая простым копированием база, т.е. нет привязки к платформе, есть версии от мобильных платформ до больших юниксов.

[sbj-ss.livejournal.com]

Есть ещё M$SQL в юзерспейсе, где имя БД указывается прямо в строке подключения.
С кучей типовых ограничений, унаследованных от MSDE, бесплатен.
Пару раз чесались руки заюзать, но это чудо инженерной мысли требует клиентское подключение из четвёртого, кажись, дотнета.

[(Anonymous)]

> клиентское подключение из четвёртого, кажись, дотнета.

90%, что вы ошибаетесь. И еще 10%, что мы имеем в виду разные вещи.

С MS SQL Express штатно можно работать из второго дотнета.

[sbj-ss.livejournal.com]

Сработали 10% :) SQL Server Express (бывший MSDE) - это пусть и подрезанный, но сервер, работающий системной службой и требующий администрирования. А SQL Server Express LocalDB ставится в недра юзерского профиля (аналогично тому же гуглохрому) и крутится под его аккаунтом. Установки как таковой - практически ноль, но всё портит четвёртый дотнет.

[jakobz.livejournal.com]

Я сам еще с интербейзом работал давным-давно, потом увидел MSSQL и не поверил сразу что у типа более крутого сервака все может быть так херово по части программирования. Приятно что эта няшка еще живет.

[themech.livejournal.com]

Вы ребе, имхо, не до конца прониклись идеей.
Половина озвученных вами проблем - всего лишь дефолтные настройки, они меняются.
Другая половина - часть концепции, и если вдуматься, все там достаточно правильно.

[theiced.livejournal.com]

это ты так говна нажрался что тебе его вкус стал нравиться?

[themech.livejournal.com]

Критиковать мы все горазды.
А что есть лучше?!

[ti-ua.livejournal.com]

Да, достаточно снять и выставить галки в нужных местах.
Все это писано-переписано много раз.

[metaclass.livejournal.com]

Если б там еще было написано "сколько стоит эта галка" :)

[ti-ua.livejournal.com]

Галка "не чистить стораж при терминейте" ничего не стоит.
Как и эластик ай-пи если он юзается. А вот какого хера он отлетает если сменить тип инстанса - это действительно вопрос.

[themech.livejournal.com]

Эластик айпи сам по себе - это тяжкий атавизм. В правильно построенном приложении (балансер и все такое) он вообще нафиг не нужен. Имхо поэтому его именно так и реализовали

[themech.livejournal.com]

В амазоне самый подробный биллинг, подробнее чем везде. Причем доступный через API. Вы просто еще не нашли ;-)

[avnik.livejournal.com]

А можно мини-лекцию про то как все устроено и где все находить?

[themech.livejournal.com]

Если вы про биллинг, то находить тут: http://docs.aws.amazon.com/awsaccountbilling/latest/about/getbill.html

[enternet.livejournal.com]

Ажура повменяемей. Но дороже. Там всё достаточно сильно заточено под технологии МС, но тоже не без глюков. Хотя в целом - пока впечатления положительные, техподдержка понадобилась только один раз и отработала быстро.

[fas-tm.livejournal.com]

+1. По моим прикидкам и тестам Linux на ажуре работает точно так же как и на амазоне. Для винды вариантов вообще нет кроме Azure.
Пока огорчают некооры ляпы и баги в управлении Virtual Network. Но техподдержка реально возиться с тикетами и проблемами не пробрасывая.

[dev117.livejournal.com]

В веб-консоли выпадающее меню возле логина -> My Account -> Account Activity. Там написано сколько это всё жрёт бабла.

Для адресов нужно свои костыли приделывать. Например поднимать dyndns и в образ класть скрипт, который при старте будет регистрировать себя в dns с осмысленным имененем. Осмысленное имя имеет смысл делать CNAME-ом на амазоновское DNS имя. Так как оно снаружи ресолвится на внешний адрес, а изнутри инстансы ресолвят друг друга по внутреннему адресу.

Постоянный внешний адрес можно организовать ещё с помощью ELB, приделать к нужному инстансу балансер. Балансер умеет перенаправлять запросы на нужный инстанс в независимости от его адреса. А на самом балансере DNS постоянный на всём времени жизни.

Онлайнового добавления процессоров и памяти, как и живой миграции внутри ec2 нет. Например в определённый момент по каждому инстансу вам придёт письмо о том, что они решили провести профилактику на железном сервере и надо бы рестартануть инстанс для переноса его на другой железный сервер. Иначе они сделают это сами. Кстати, падение инстансов это тоже не редкая ситуация.

У EC2 основная цель это масштабирование. Сделать так, чтобы работало стотыщмиллионов инстансов и других сущностей. И они с этим справляются. Фичи, хоть как-то мешающие работе на больших масштабах, они осознанно урезают и не делают. И по поводу стабильности особо не парятся.