Интервью Андрея Колесникова на ЭхоМосквы в программе Точка Плющева
via plushev
When top level guys look down they see only shit. When bottom level guys look up they see only ..
Continue reading ‘A little bit of humor’ »
Обновление в Amazon Web Services
и Quadruple Extra Large – 68.4 GB of RAM/ 26 ECU (8 virtual cores* 3.25 ECU) : New EC2 High-Memory Instances
- Сравниваем производительность инстансов на Amazon EC2 Instance Types и Virtual Server
- 10 причин по которым cloud computing это плохо
- Dulance вернулся в виде сниппетов с ценой
- Cloud провайдер в России – стартап Oversun Scalaxy
- Пример фреймворка для работы с Terracotta на Amazon EC2 ( terracotta.org )
- Использование amazon EC2 security groups как тегов для запущенных EC2 instances
- Библиотеки для работы с API GoGrid – кстати буквально сегодня goGrid вышли из стадии бета тестирования
Не так давно amazon анонсировал появление дополнительной зоны в регионе us-east – us-east-1d – теперь у EC2 есть два региона – us-east-1 ( в котором есть 4 зоны us-east-1a, us-east-1b, us-east-1c, us-east-1d ) и eu-west-1 ( в котороем есть две зоны eu-west-1a и eu-west-1c ). Continue reading ‘Регионы и зоны в Amazon EC2’ »
Microsoft анносировала комитмент кода под GNU GPL 2 в ядро Linux с целью поддержки ‘enlightened mode’ при работе linux как guest OS под Microsoft Hyper-V.
Умирает старый еврей. Был он известен тем, что лучше всех в квартале обучал классификаторы. Но никому никогда не выдавал своего секрета. Вся семья волнуется: неужели секрет пропадет?
Наконец после долгих просьб умирающий приподнялся на смертном одре и сказал:
- Делайте больше выборку, евреи.
via denplusplus
Короткий how-to на тему настройки чистой Ubuntu для работы с EC2 API
Есть такой resource provider – goGrid – GoGrid возник в недрах “обычного” провайдера ServePath, по всей видимости в какой то момент там “уперлись” в неэффективное использование железа, плюс потребности рынка в resources on demand имеется – возник cloud provider GoGrid. Несмотря на достаточно агрессивный маркетинговый спич goGrid направленный в основном на сравнение с amazon ec2 и упирающий на 100% надежность ( в отличие от amazon ec2 – по словам goGrid маркетологов ) – в реальности всё немного по другому. Для начала про надежность – на amazon ec2 надежность достаточно высокая, на уровне обычного dedicated hosting, есть вопросы с производительностью – по моим ощущениям не стоит ожидать того что одна и та же “тяжелая” задача будет выполняться в одном и том же окружении на amazon ec2 всегда одинаковое время – но это расплата за виртуализацию когда на одном железе одновременно крутится несколько виртуалок – в этом плане goGrid несильно отличается – тот же Xen ( правда amazon ec2 основывается на паравиртуализации, а у gogrid hardware assisted virtualization ). Если по каким то причинам instance повис – он доступен для перезагрузки, просмотра системного лога, можно также сделать с него image. Если по каким то причинам amazon-у надо выключить ваш инстанс – они предоставляют образ с instance ( это очень редкая ситуация, лично у меня такой ни разу не было ). Если goGrid хочет перегрузить ваш инстанс – они его просто перегружают уведомляя об этом постфактум. Реально полезной фичей GoGrid является то что они предоставляют возможность использовать наряду с виртуалками настоящие железки – то есть часть кластара может быть размещена на “реальном” железе, а часть – на виртуалках – это сильно расширяет возможности для конфигурирования и во вторых открывает для cloud computing приложения которые работают в режиме высокой нагрузки – если взять например некий асбтрактный веб поиск – то на выделенном железе можно разместить поисковый back-end который очень требователен к производительности и сети, и поисковую морду, а на виртуалках держать кластер для индексации и краулинга, каких то периодически возникающих map-reduce задач ( например подсчет Индекса Цитирования – пришло обновление базы – создали кластер из много-много машин – запустили там map-reduce – подсчитали ИЦ, отдали кластер обратно – resources by demand ). В этом смысле потенциальный рынок для GoGrid немного шире чем у amazon ec2 – на ec2 ввиду того что все размещается только на виртуалках и никоим образом ( почти – кое что всё таки можно – например гарантировать что вируалки размещаются на физически разных боксах используя разные регионы и availability zones ) нельзя конфигурировать физическое размещение серверов – для приложений критичных к сетевым задержкам ( когда желательно чтобы все серверы стояли в одной стойке например ) или для приложений критичных ко времени выполнения когда желательно знать что данная задача будет выполняться столько времени на данном сервере – на ec2 время выполнения тяжелых таском на m1.small отнюдь не постоянно, возможно что на x.large с этим лучше, но все равно с настоящим выделенным сервером все это не сравнится.
Сегодня мне наконец удалось собственноручно положить instances с 64 битной Ubuntu – запущенный в бесконечной рекурсии скрипт на bash делает своё грязное дело – “съедает” все сокеты, так что ssh ( и все остальное ) ложится намертво. Что делать – ec2-reboot-instances спасет ( все что было в памяти естесственно будет потеряно ), с первого раза reboot не всегда удается – иногда приходится по несколько раз посылать на ребут. Еще полезная штука – AWS Managment Console, которая тоже умеет делать reboot и shutdown, но самое главное в ней всегда можно посмотреть system log. От себя замечу что dedicated box с например FreeBSD в подобных ситуациях ( кто то пожрал сокеты ) ведет себя абсолютно точно также – лежит, и чтобы поднять надо уже его руками поднимать – либо через Managment interface если сервер не совсем старый, или руками Reset нажимать если удаленно он вообще недоступен. Посколько привилигия доступа к managment interface обычно есть у крайне узкого круга лиц, то повисла машина – стучимся до админов, и он уже поднимает упавшее. Попробуйте проделать этот трюк раз 5 за час и узнайте все что думают админы про кривые руки программистов – на ec2 managment interface доступен всем и пинать для того чтобы поднять упавшую ноду никого не надо.
Немного программистского юмора :
- Рефакторинг кода является лучшим ( после секса ) примером активности которая приносит потрясающее эмоциональное удовлетворения – не стоит отказывать себе в этом
- Вs никогда не обманываете в комментариях, просто комментарии к коду уже устарели…
- XML – самое лучшее место для того чтобы инкапсулировать в него критически важную логику…
- Используйте разные метрические системы – фунты, килограммы, пинты, баррели и тонны созданы для того что использоваться вместе в одном контексте…
- Чем больше ассемблерных вставок, тем лучше – это здорово повеселит тех кто будет разбираться в этом коде. Неважно что длину строки можно узнать стандартной функией – 3 команды на ассемблере работающие только на некоторых 32-битных архитектурах внесут решающую лепту в надежность программы…
Кладезь анти-паттернов разработки здесь – How to write unmaintable code
Некоторые пользователи skype могут столкнуться с невозможность инсталлировать официальный package skype для Ubuntu – инсталлятор выдает ошибку “Error: Wrong architecture ‘i386′“. В этом случае поможет небольшой трюк с getlibs-all.deb – достаточно просто скопировать и выполнить в терминале ( sudo ест-ссно должно быть 
) :
sudo apt-get install ia32-libs lib32asound2 libasound2-plugins; wget -N http://bokov.net/packages/ubuntu/getlibs-all.deb; wget -O skype-install.deb http://www.skype.com/go/getskype-linux-ubuntu-amd64; sudo dpkg -i skype-install.deb; sudo dpkg -i getlibs-all.deb; sudo getlibs -p libqtcore4 libqtgui4 bluez-alsa
- платформы
- вендоры
- Amazon EC2 vs GoGrid vs Mosso
- The Private Cloud: Enterprise-ready on and off premise by Stephen Herrod ( at cloudSlam-2009 )
- Defining private clouds – Part 1, Part 2 – by Bernard Golden
- How LinkedIn grew Bumpersticker to be the “Biggest Ruby on Rails app in the World? и Web Scalability Practices: Bumper Sticker on Rails
Пока все прогрессивное человечество борется с финаносовым кризисом, IT рынок будоражат новости про When will IBM buy Sun?, я тоже не останусь в стороне от популярного тренда и выскажусь. И так, Sun – у меня Sun вызывает немного противоречивые ассоциации – с одной стороны Solaris существующий в двух ипостасях ( Solaris и OpenSolaris, причем и то и другое можно свободно скачивается и ставится с sun.com – зачем нужно две ОС – одна не совсем open-source, а другая совсем-совсем open-source – видимо дьявол в деталях, то есть в лицензионном соглашении ), где grep не имеет ключика -r и приходится извращаться типа find . | xargs grep ’somestring’, tar не умеет распаковывать gz и вместо tar -xzf ge62u2_1.tar.gz приходится писать gzip -dc ge62u2_1.tar.gz | tar xvpf - (upd: в OpenSolaris нормальный tar и grep имеются и запрятаны они в /usr/gnu/bin, а для Solaris можно поставить gnu-версии – pkg get install gtar и pkg get install gegrep ), где нет в поставке не то что C компилятора, но и даже mc, а установить их это небольшая история отнюдь не равная apt-get install mc ( или yum ) (upd. с++ конечно же можно поставить легким движение руки – через pkg install ss-dеev - но это во первых не gcc, во вторых тянет 250 мегов в архиве и включает в себя помимо c++ много разного бесполезного в ssh инструментария вроде netBeans ) - – фиксится pkg-get install gcc4g++ ( mc), vi в солярисе по моему даже более древний чем в freeBSD, ну и до кучи про Sun Grid Engine : там есть небольшая утилитка qstat, которая удивила меня вот чем : qstat -s h is an abbreviation for qstat -s huhohshdhjha, а что, по моему ключ -s huhohshdhjha это отличная тема – сразу чувствуется влияние немецкого языка (насколько я знаю разработкой SGE занимается представительство Sun в Вене). Впрочем, если привыкнуть, то и Solaris ( и уже с ними – SGE, hedeby…) не так уж и неудобен. А с другой стороны – xVM, netBeans ( сильно не бить!:)) и мощные разработки в сфере распределенных вычислений – например virtual data center или см. например Community East web event, и не забываем про про open-source комьюнити и Java. А вот про IBM можно сказать только что когда-то у них была OS/2, теперь есть монстроидальный WebSphere, Lotus, который должен покорить мир и своя java.
Если про Sun как то вот так
то про IBM сказать-то особенно нечего.
Как сообщается в Amazon Web Services: Bigger Than Amazon трафик от Amazon Web Services уже превышает трафик от amazon.com – общее количество разработчиков использующих AWS превышает 300 000 и это число растет на 10% каждый квартал. Общий объем трафика позволяет точно говорить о реальной посещаемости проектов базирующихся на AWS лишь косвенно, но основной тренд налицо – использование web services в качестве back-end платформ для самого широкого спектра продуктов ( а AWS используют не только online web ресурсы ) становится всё популярнее и имеет отличные перспективы для дальнейшего роста.
