Skip to main content

a silhouette of a person's head and shoulders, used as a default avatar

KVM и/или Xen? Выбор платформы виртуализации

Читая новости, я обнаружил статью с кратким обзором имеющихся решений виртуализации от небезызвестного Joe Brockmeier. Статья показалась мне интересной, привожу свой перевод. Ссылка на оригинал традиционно приводится в конце статьи.

Понедельник, 12 Июля 2010 00:00 Joe 'Zonker' Brockmeier

Когда Xen появился в 2002 году, он, выпущенный под лицензией GPL, выглядел основным претендентом на «корону» основной платформы виртуализации для Linux. Если же мы быстро перенесемся в настоящее время, то увидим что новичок в этой области полностью вытеснил Xen, как основу виртуализации по умолчанию в дистрибутивах Red Hat и, более того, вполне себе комфортно обосновался в основном ядре Linux. Что же выбрать из них? Xen или KVM?
Область виртуализации развивается довольно быстро. Поэтому если у вас нет времени следить за разработкой KVM или Xen, то у вас неизбежно появятся затруднения в выборе лучшего для вас варианта. Ниже приведен беглый обзор состояния текущего рынка решений виртуализации на основе Xen и KVM.

KVM и Xen
Xen это гипервизор, поддерживающий следующие архитектуры: x86, x86_64, Itanium, и ARM. Он может запускать Linux, Windows, Solaris, и некоторые из BSD-систем в качестве гостевых ОС (на поддерживаемых гостевой системой процессорных архитектурах). Он поддерживается рядом компаний, в первую очередь Citrix , также используется Oracle для Oracle VM, и других. Xen может реализовать режим полной виртуализации на тех системах, которые имеют поддержку технологии аппаратной виртуализации (такие как Intel-VT и AMD-V), а может работать как обычный гипервизор на машинах, которые не имеют таких расширений.
KVM это гипервизор, который находится в основном ядре Linux. Вашей родительской системой в случае его использования, естественно, обязана быть Linux, но в качестве гостевых систем поддерживаются Linux, Windows, Solaris и BSD-системы. Он работает на архитектурах x86 и x86-64 с аппаратной поддержкой виртуализации. Это означает, что KVM не может использоваться на старых процессорах не имеющих такой поддержки, а также на некоторых новых CPU (например, процессоры Intel Atom). По большей части, это не проблема для дата-центров, которые, так или иначе, все равно меняют оборудование раз в несколько лет. Но это также означает, что KVM не вариант для ряда узкоспециализированных систем, таких например, как SM10000, которые пытаются использовать процессоры Atom в центрах обработки данных.
Если вы хотите использовать виртуализацию на основе Xen, то вам нужно ядро, собранное с его поддержкой. Хоть Linux и может запускаться в качестве гостевой системы под Xen с ядра версии 2.6.23, использовать ее «из коробки» в качестве родительской системы не получится. Это означает, что не каждый дистрибутив Linux можно использовать для запуска виртуальных машин под Xen. Поэтому вам нужно выбрать дистрибутив Linux, который поставляется с поддержкой Xen или собрать собственное ядро (Последний совет не самый легкий путь, поскольку патчей для поддержки Xen очень много, накладываются они не на каждое ядро и даже если они все наложатся успешно, не факт, что ядро корректно соберется. Проще найти дистрибутив, ядро которого уже пропатчено для поддержки Xen. Поскольку Novell поддерживает решения на Xen, то, например, все ядра openSUSE собираются с его поддержкой. Найти их можно здесь. Прим. перев.). Еще один путь - использовать одно из коммерческих решений на базе Xen, такое как Citrix XenServer. Единственная проблема в том, что эти решения зачастую не являются решениями с полностью открытым исходным кодом.
Поэтому многие собирают собственные ядра или ищут того, кто может это сделать. Xen используется на довольно большом количестве серверов: от недорогих провайдеров Virtual Private Server (VPS) (как Linode ) до таких «больших мальчиков», как Amazon EC2.Статья на TechTarget показывает, что провайдеры, которые вложили значительные средства в решения на Xen совсем не собираются переключаться на что-либо еще. Даже если KVM и превосходит Xen технически, они вряд ли будут ломать и перестраивать существующие решения только для того, чтобы получить незначительный выигрыш.
Но у KVM в любом случае пока еще нет таких технических преимуществ. Поскольку Xen используется немногим дольше, у него было больше времени для достижения зрелости, чем у KVM. Вы можете найти некоторые возможности в Xen, которые еще не появились в KVM, хотя этот проект имеет длинный список TODO (то, что приведено в этом списке - просто набор идей над которыми планируют работать разработчики KVM, а не идеи по достижению паритета с Xen). У KVM на самом деле есть пока только одно небольшое преимущество, которое может позволить ему стать основным гипервизором в Linux. Если вы используете последние ядра Linux, у вас уже есть KVM. В Red Hat Enterprise Linux с версии 5.4 включена поддержка KVM и эта компания предполагает отказаться от Xen в пользу решений на KVM в RHEL 6.
Это, в частности, может служить указанием того, чего достиг KVM в техническом плане. Мало того, что Red Hat имеет преимущество в наличии значительного количества талантливых программистов для разработки KVM, у них есть еще одно преимущество, выражающееся в появлении дополнительных препятствий для компаний, которые клонировали Red Hat Enterprise Linux и инвестируют значительные средства в Xen. Исключая Xen из планов своего развития, они заставляют эти компаний также отказаться от Xen или брать поддержку Xen-решений на себя и отказаться от клонирования RHEL. Это означает дополнительные расходы на инженеров, больше усилий для ISV-сертификаций и т.д.
KVM в настоящее время не может тягаться с Xen, хоть и быстро его догоняет. Он достиг достаточной степени зрелости для того, чтобы многие организации комфортно использовали его в своей работе. Значит ли это, что Xen'у пора на выход? Не так быстро.

Останется только один?

Выбор «KVM или Xen» скорее всего будет диктоваться вашим вендором. Если вы используете RHEL в течение длительного времени, ставьте на KVM. Если вы используете Amazon EC2, вы уже используете Xen, и т. д. Основные Linux-вендоры, по-видимому, будут предлагать решения на основе KVM, но есть и достаточное количество коммерческой поддержки для Xen. Весьма вероятно, что Citrix не собирается в ближайшее время уходить с этого рынка.
Бывает очень соблазнительно рассматривать технологию в ИТ-индустрии как игру с нулевой суммой (игра, в которой выигрыш одного означает аналогичный проигрыш другого - прим. перев.), где одно решение выигрывает, а другое - проигрывает. Но истина заключается в том, что Xen и KVM в ближайшее время будут сосуществовать. Рынок виртуализации достаточно велик, чтобы на нем хватило места нескольким решениям, у каждого из них имеется серьезный тыл, что также гарантирует их совместное сосуществование.

a silhouette of a person's head and shoulders, used as a default avatar

Встреча Санкт-Петербургского openSUSE Community

Итак, встреча состоялась! Собрались мы вечером 20 июля. На встречу я немного опоздал и, выйдя из метро, позвонил ребятам с вопросом: "Вы где?", на что получил следующий ответ: "Выходишь из метро налево... поворачиваешь направо на Кирочную... идешь в направлении Литейного до первого перекрестка... там налево... и там по правую руку будет кафешка... короче не пропустишь...". Ладно, думаю, как-нибудь найду. Прошёл указанным маршрутом, вижу - на указанной улице два кафе, но, лишь мельком взглянув на вывеску одного из них, сразу понял - я не ошибся :) Зеленый хамелеон сразу бросился на глаза.


Кафе называется Элвис Пресли - интерьер соответствующий.




Когда я пришел, там были Александр (Minton) и Глеб (other Linuxoid :) ) с женой, позднее подошли Андрей (Gankov)  и его супруга - всего получилось 6 человек.
Ну, дальше все пошло как обычно - пиво, разговоры, еда... Так что просто выложу ряд фото:







В завершении ужина мы снова увидели хамелеона...


Вот так отдыхает Питерское openSUSE Community:



Когда вышли на улицу, Андрей стал всех уверять, что нам, блин, никто не поверит, что мы питерское Community, если мы не предоставим фотки Невы. После бурной (в виду выпитого пива), но короткой дискуссии на тему: "В какой, нафиг, стороне эта Нева?" мы двинулись в путь:



И да, мы таки её нашли - любуйтесь :)


the avatar of Gabriel Burt

GUADEC 2010

Business
I'm giving a talk on Friday, July 30 at 10:15am. I intend it for people who want to start hacking on FOSS and GNOME projects but haven't found a way in yet, and those of all experience levels who want to learn more about hacking on Banshee in particular. Of course I'll talk a lot about the state of the project, and some of our cool new features too.

Pleasure
If you want to meet up in Amsterdam sometime Wednesday through Saturday, or in The Hague after that, send me an e-mail. I arrive in AMS early Wednesday with no plans.

Finally, a lazyweb request: if you have advice on prepaid data SIM cards in the Netherlands, I'd love to hear it.

Update
After taking the train to Amsterdam Central, I went to this Vodafone store and got a €7.50 sim card, €5 of call/txt credit (incoming is free, outgoing is 30 cents/min and 19 cents/txt) and a 50% off €10 30 days of data — so all told, €17.50. The guy spent 10 min or so fiddling with my G1 (dev phone) to get it activated, and then I goggled the APN info you need to enter manually: live.vodafone.com with username and password 'Vodafone'. Seems to be working great!

the avatar of Stephan Kulow
a silhouette of a person's head and shoulders, used as a default avatar

Неожиданное обновление :)

Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится :) ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.

Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).

Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.
a silhouette of a person's head and shoulders, used as a default avatar

Неожиданное обновление :)

Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится :) ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.

Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).

Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.

the avatar of Alex Barrios

openSUSE present in the Especial Edition of CIBESS

Happily, I was invited the last Weekend to give a conference about Security and Hacking at the International Congress of Informatics and E-Business (Congreso Internacional de Informática y E-Business) at the paradisaical Island of Margarita, Venezuela at the Caribbean Sea .

Of course, I don’t loose any time to Spread the openSUSE word, so I talk a lot about Linux, Why to use Linux in security matters, Why Windows is a Joke, and how openSUSE its a great choice for newbies and advanced users. There was 3 conferences for 600 people, in groups of 200. I gave DVD’s, CD’s and Stuff to everybody who ask, or want one… After my chat, everybody ask a lot about our beloved Geeko… 😀

I hang some pictures in Flickr about the event. Next stop, make my Launch Party, that I couldn’t the last Weekend because this event. Cheers!

the avatar of Stephan Kulow

git bisect in action

We have a little regression in the buildservice API test suite. And looking at the commit log I didn’t find the obvious problem, so I tried bisect, because I know it worked very recently:


git bisect start master 1dfd9717348d8425492b556d3a183b4d265007d
git bisect run sh -c "cd src/api; ruby test/functional/build_controller_test.rb --name=test_project_index"

And it gave me:
25347c2d712e6e4b598e05442dd95b5e82f14aed is the first bad commit
commit 25347c2d712e6e4b598e05442dd95b5e82f14aed
Author: Jan-Simon Möller
Date: Sun Jul 18 01:14:01 2010 +0200

[api] Add fixtures for request controller ACL tests.

Now if you look at the commit, it is not obvious why it’s a problem. But now that git has proven, it has to be buggy I looked at the other fixture data and then it’s obvious and the fix is simple:


--- a/src/api/test/fixtures/package_user_role_relationships.yml
+++ b/src/api/test/fixtures/package_user_role_relationships.yml
@@ -11,8 +11,8 @@ testpack_maintainer:
bs_user_id: 267
role_id: 3
-testpack_maintainer:
- db_package_id: 10095
+testpack1_maintainer:
+ db_package_id: 11006
bs_user_id: 42
role_id: 3

Thanks git 🙂

a silhouette of a person's head and shoulders, used as a default avatar

"Вот, новый поворот..." или 48 часов с openSUSE 11.3

15июля, точно по графику, вышла свежая версия дистрибутива - openSUSE 11.3. Анонсов и обзоров новых возможностей было уже предостаточно, мой же обзор-отчёт будет сконцентрирован именно на новых особенностях в установке и настройке системы.

Установка
Ставил я систему с Live-CD KDE, записанного на флешку. Установка прошла быстро и без нареканий, порадовал новый дизайн инсталлятора. Впервые система выдала предупреждение о том, что в моем PC меньше 1 Гб оперативной памяти (1 Гб - 64 Мб на встроенное видео), и что не рекомендуется параллельно с установкой проводить ещё какие-либо операции. На времени установки это не особенно отразилось - весь процесс занял минут 15.

Настройка
По умолчанию в новой системе для видеокарт NVIDIA используется открытый драйвер nouveau - работает он прилично, но меня не устроил по причине отсутствия аппаратного 3-D ускорения.
Поэтому я решил ставить проприетарный драйвер с официального сайта NVIDIA. Вот тут и кроется особенность nouveau - при установке "традиционным" путем модуль ядра собирается, но не может выгрузить модуль nouveau, поэтому от пользователя требуется ряд определенных действий. Довольно подробная инструкция была представлена в этой теме на официальном форуме. Я попробую немного дополнить ее теми шагами, которые пропущены автором по причине их распространенности и очевидности для опытного пользователя.
Итак, вот моя инструкция по установке проприетарного драйвера NVIDIA:

1. Подготовка.
Драйвер нужно скачать с официального сайта NVIDIA, кроме этого понадобятся пакеты binutils, make, gcc и kernel-source. Также понадобится текстовый редактор командной строки, для новичков рекомендую mc, кроме редактирования он позволит удобно перемещаться по файловой системе. Установить все сразу можно следующей командой:
sudo zypper in binutils make gcc kernel-source mc
 
2. Выгрузка nouveau.
Перезагружаем компьютер. В меню загрузчика необходимо указать параметр ядра "nomodeset" (подробности на скрине).
После загрузки системы переходим в консоль (Ctrl+Alt+F1), логинимся под пользователем root и отключаем графическую подсистему командой
init 3
Устанавливаем значение NO_KMS_IN_INITRD в "yes" в файле /etc/sysconfig/kernel
Выполняем команду
mkinitrd
Дописываем в конец файла /etc/modprobe.d/50-blacklist.conf строчку "blacklist nouveau" без кавычек.

3. Установка драйвера
Здесь все довольно просто - переходим в каталог со скачанным драйвером, выполняем команду
sh ./имя_файла_драйвера.run
Следуем инструкциям и в конце перезагружаем систему.

Из плюсов новой версии следует отметит свежее ядро, более приятный и продуманный (по моему мнению) внешний вид и заметно сократившееся время загрузки, также понравился новый CUPS.

Из минусов - поиск пакетов (webpin) в YAST почему-то не ищет пакеты в "домашних" репозиториях пользователей oBS.

На этом пока все. Особых изменений не заметил, так как в 11.2 пользовался репозиториями factory, и многие пакеты уже были тех же, или даже более новых версий, чем в релизе.

the avatar of Carlos Gonçalves

Ended up buying an Apple...

I have an Acer laptop for about 5 years. It includes a generously 512MB of RAM, Intel Centrino 1.6Ghz (M730 processor to be more precise), ATI Mobility Radeon x600 64MB VRAM, 80GB HDD, yada yada yada. The battery is in an awesome shape if we consider the age and the usage I put on it during this time - previously 3 hours fully charged and now around 2 hours, so... I couldn't have asked for better. Nevertheless, the laptop has an 15.4" display and weighs 3Kg with battery plus the charger which I have to take always with me otherwise the battery would ran out quickly. All this factors led me to buy a new laptop with the main features to consider and give more priority on the weight, battery and size. I didn't want to buy again a new 15.4", up to 4 or 5 hours of battery, and weighed laptop. Basically the requirements were: 12" or 13" screen, up to 2Kg, battery that lasted at least 7 or 8 hours (wireless and reasonable screen brightness), 4GB of RAM or more, and obviously a "good" brand (Sony, Lenovo, Apple, Dell, and HP were on top of the list), not to mention a decent price I could afford. A few hours/days later I decided to pick an Apple Macbook Pro 13" 2.4GHz, not because of the Mac OS X as some might be imagining by now but because of the hardware itself.

The Apple Macbook Pro 13" I bought Tuesday includes an Intel Core 2 Duo 2.4Ghz, 4GB of 1066MHz DDR3, battery up to 10 hours (wireless and 50% screen brightness), and weighs 2.04KG. It cost me 1.149€ but had an (indirect) discount of 5% plus 10€ on the FNAC client card (costs 5€ per year but worths it since it also gives you other discounts and benefits). Here is a short list of highlights regarding the hardware itself and the Mac OS X operating system which, by the way, I have to mention I have never used it until now:

Pros:
  • Laptop is solid rock and its aluminum unibody makes it truly fresh (I don't fell any heat, except in the fan area where the air flows out obviously, while the Acer laptop is more like a heater than a laptop (I bet I could fry an egg on it));
  • Touchpad pretty flexible e practical;
  • Battery lasts up to 10 hours, meaning I don't have to carry the charger wherever I go;
  • The charger has two cables: the charger with the cable to plug in the laptop and another one to extend the length of the cable to the wall socket. This means for, most of the cases, I can leave that extra cable aside or at home;
  • Auto brightness (think a little and you will find how useful it can be);
  • OS X is functional, intuitive, and has a clean UI overall.
Coins:
  • I'm used to have the Ctrl key switched with the Fn key (something I want to get used);
  • At least for the Portuguese keyboard, the square brackets as well as the curly brackets aren't shown in the keyboard and the key combination for the curly brackets isn't easy and convenient: alt+shift+8 for { and alt+shift+9 for } (keys 8 and 9 are where the parentheses are located at). Imagine how great will it to code, not!
  • No "Cut" on files?!
  • "exit" in the Terminal doesn't close the tab, but logs out and stays there opened;
  • If running the OS in Portuguese, cmd+w doesn't close the tab as expected since the shortcut isn't associated and seems there is no way to do so. If running in English, the shortcut is there and do the job;
  • Expected iChat to support the MSN protocol. Using Adium, which is way better;
  • The file (un-)compressor included by default lacks lots of features such has the capability to uncompress split files. Using BetterZip, but still missing Ark from KDE!
  • People advised me to use VLC instead of QuickTime for watching videos, specially those in HD since it seems the codecs used by QuickTime consumes more CPU than it should and that VLC consumes. I would have installed VLC anyway since I'm already used to it being the best video player out there in my opinion.

For those concerned about my devotion to the FOSS world and specially my openSUSE and KDE eccentricity, than there is nothing to you worry about! I'm still the very same guy you used to know. I just needed a laptop with the features I have stated above and that ended up to be an Apple Macbook. That's it, folks!