Russian Fedora

cообщество русскоязычных участников
международного проекта Fedora

Облачные новости

Вышел новый релиз OpenStack под кодовым именем "Havana". Новость уже обсуждается на OpenNET.ru.

Среди изменений cразу хочется выделить включение двух новых компонентов, Heat и Ceilometer, которые впервые широкой общественности были представлены в Fedora 19 и Fedora 18. Релиз Havana будет полностью доступен в Fedora 20.

Одновременно были объявлены результаты выборов в Технический Комитет OpenStack. Поздравляем наших коллег по коммьюнити Fedora - инженера Red Hat и участника проектов Fedora и Asterisk, Russel Bryant и участника Fedora и уже бывалого участника технического комитета OpenStack, Mark McLoughlin. К сожалению, в совет не были выбраны кандидаты из Mirantis - разработчик из Саратова, Sergey Lukjanov, и Boris Pavlovic. Ничего, народ, не горюйте, а просто в следующий раз пробуйте снова! По виду, конечно, они и не думают огорчаться - Boris Pavlovic официально анонсировал систему нагрузочного тестирования для OpenStack, Rally, а Sergey Lukjanov объявил о доработке OpenStack Data Processing (“Savanna”) до полной совместимости с Havana.

Почти сразу, с появлением открытых Cloud-технологий, кое у кого припекло <http://www.vmware.com/getthefacts>`__ в прессе начали всерьез сравнивать проприетарные аналоги от ряда вендоров, и открытые.

Ну т.е. это вообще очень тупо получается, особенно если тратишь свои деньги, а не своего работодателя - есть молодые но по фичам очень амбициозные проекты, а есть старый дорогостоящий мусор, скорость добавления фич (не свистелок) в который известно какая. Люди просыпались по ночам в холодном поту, с тревогой спрашивая себя, а правильно ли они поступили, что пошли на поводу у маркетинга, и выбрали не открытое решение? Сравнение VMware c OpenStack стало популярным вопросом на оффлайновых ивентах. А уж потом, как начались страшные новости про перевод PayPal десятков тысяч машин с проприетарных систем на OpenStack, то проприетарщиков уже всерьез зашатало. Зашатало, надо сказать, буквально - в один и тот же день, один высокопоставленный бюрократ VMware уничижительно отзывался об OpenStack (VMware CEO: OpenStack is not for the enterprise), в то время, как его более шустро соображающий коллега по кабинету сдержанно хвалил OpenStack (VMware: OpenStack an opportunity for us).

В конце концов, оказалось, что PayPal не будет сносить решения от VMware и засыпать датацентры, в которых они были установлены, солью, а будет дополнять устаревающие, дорогостоящие, труднонастраиваемые и трудноподдерживаемые проприетарные решения прекрасным открытым OpenStack, но урон уже был нанесен (минус 2 гигабакса).

Судорожные и растерянные метания VMware были видны не только нам, так что можно только представлять, как себя чувствовали крупные кастомеры видя такое. Главное, непонятно, почему такая проблема вообще имеет место? Ведь всего то надо, выкинуть свое проприетарное и несовершенное решение, и перейти на перспективное и открытое, т.е. OpenStack. Мы, конечно, прекрасно понимаем, что личные интересы самых разных людей в пищевой пирамиде VMware идут вразрез с интересами компании, но надо же принимать и непопулярные, но правильные решения. К счастью, похоже в компании встали на путь исправления - VMware всерьез взялось за разработку OpenStack.

Взялось, оно уже довольно давно, но, судя по метрике, в одно время с новостью о переходе PayPal на OpenStack, в VMware что-то прорвало, и с тех пор их участие только растет. И их сотрудничество с коммьюнити уже приносит первые плоды - Russel Bryant анонсировал, что благодаря все большей открытости процесса разработки компании бэкенд для VMware перешел из группы C ("наверное иногда работает") в группу B ("почти всегда работает"), присоединившись к Xen. В группе A ("точно работает") пока лишь единственный участник - libvirt и Qemu/kvm. Поздравляем инженеров VMware! Если кто намеревается посетить VMware Tour / Виртуальная Россия 30 октября, то передайте им, наши поздравления. Вкладывая ресурсы компании в разработку и продвижение OpenStack они не прогадают, пусть не сомневаются.

Вообще, численность компаний в коммьюнити OpenStack растет и растет. Вот, совсем недавно присоединилась F5 Networks. Если удастся продраться сквозь маркетинговую шелуху пресс-релиза, можно сообразить, что компания собирается сесть на очень горячую тематику, только начинающую набирать обороты - SDN в открытых облачных решениях (и в частности OpenStack).

Ситуация с SDN действительно только начинает развиваться, и самоназванные специалисты по SDN в РФ на оффлайновых ивентах не могут ответить на вопросы из зала, где это применить инженеру (мы не будем указывать персоналии, чтоб не издеваться над горящими энтузиазмом новичками, изо всех сил стремящихся поделиться своим настроем с другими). Однако мы думаем, что пора бы с технологией начинать знакомиться не только по учебникам и теоретическим материалам, но и с практической стороны, и у наших друзей из Mirantis уже есть идеи на следующий Cloud-ивент, только дайте им время! Что касается SDN в Fedora, то сейчас ситуация довольно полосатая. С одной стороны, Ryu вот уже какой релиз никак не может попасть в Fedora, зато Open vSwitch уже в Fedora, что позволяет уже начать эксперименты с SDN на базе OpenStack Quantum, доступного начиная с Fedorа 17.

Возвращаясь к OpenStack Havana, одной из важных фич этого релиза является поддержка контейнеров LXC с помощью Docker, о чем мы вам уже рассказывали. Удивительно, но кое-кто называет виртуализацию с помощью Docker - bare-metal! Например Randy Bias, CEO компании Cloudscaling произнес перед наивными журналистами следующее:

"We see Docker as a very clean way to provide a **bare-metal* capability and allow some of those platform-as-a-service tools to do some deeper integration with OpenStack."*

Это, конечно, не bare metal, т.к. требует операционной системы Linux, ну да не будем придираться. С контейнерами действительно очень тонко получается, спасибо разработчикам Parallels!

Docker, кстати, тоже сильно выиграл от сотрудничества с Red Hat, о котором мы уже говорили. Изначально он разрабатывался на базе технологий, доступных в Ubuntu, т.е. AuFS. Но уже понятно, что AuFS не только не будет включена в ядро, но и будет вскоре удалена из Ubuntu, и почему авторы изначально заложились на нее, а не на LVM2 или device-mapper - непонятно (хипстерам с golang наперевес стоит почаще отрываться от макбуков и фэйсбуков и читать новости Fedora, чтоб быть в курсе тенденций).

Разработчик-озорник Alexander Larsson, в свое время напугавший любителей юникс-вэя предложением переписать Unix pipes, рассказывает о том, как Red Hat протянула руку помощи зашедшему в технологический тупик проекту, переведя его на thin provisioning на основе device mapper (фича Fedora 17), и почему было выбрано именно это решение, а не, например, btrfs.

И напоследок - у OpenStack теперь доступна полноценная статистика! Можно ознакомиться с вкладом компаний и частных лиц, не дожидаясь регулярных отчетов от Bitergia.

Кстати, Bitergia представили свежий отчет, по Havana - поздравляем соотечественников из Mirantis, с местом в пятерке лидеров разработчиков, сразу после Red Hat, Rackspace, HP и IBM. Гордимся соотечественниками!

Комментарии