Компания Oracle представила (https://oss.oracle.com/pipermail/el-errata/2012-June/002881....) релиз промышленного дистрибутива Oracle Linux 6.3 (https://oss.oracle.com/ol6/docs/RELEASE-NOTES-U3-en.html), созданного на основе пакетной базы Red Hat Enterprise Linux 6.3 (http://www.opennet.me/opennews/art.shtml?num=34161). Дистрибутив доступен (ftp://ftp.linux.org.uk/pub/distributions/enterprise/OL6/U3/) для бесплатной загрузки в сборках для архитектур x86 и x86_64 (размер iso-образа 3.1 Гб). Кроме того, в соответствии с принятым (http://www.opennet.me/opennews/art.shtml?num=33429) в марте решением, для Oracle Linux открыт (http://edelivery.oracle.com/linux) неограниченный и бесплатный доступ к yum-репозиторию с бинарными обновлениями пакетов с устранением ошибок (errata) и проблем безопасности.Из отличий дистрибутива Oracle Linux 6.3 от RHEL 6.3 отмечается исправление ошибок, обновление версий драйверов для сетевых устройств и систем хранения. В составе Oracle Linux 6.3 поставляется два варианта пакетов с Linux-ядром: классический вариант от компании Red Hat (kernel-2.6.32-279.el6) и созданный силами Oracle пакет с ядром Linux, основанный на ветке 3.0 с бэкпортированием некоторых возможностей более новых ядер серии 3.x (kernel-uek-2.6.39-200.24.1.el6uek). По умолчанию в базовую поставку входят оба ядра, но подготовленный в Oracle пакет с ядром загружается по умолчанию. Готовые бинарные сборки ядра от Oracle для совместимых c RHEL дистрибутивов и src.rpm-пакеты представлены на сайте public-yum.oracle.com (http://public-yum.oracle.com/), там же можно загрузить и другие присутствующие в дистрибутиве пакеты. Oracle не накладывает никаких ограничений на поставку подготовленного в Oracle ядра в сторонних продуктах.
Среди ключевых особенностей Oracle Linux 6 (в основном данные возможности связаны с ядром Unbreakable Enterprise Kernel 2):
- Поддержка файловой системы Btrfs для промышленной эксплуатации. По умолчанию в Oracle Linux по прежнему остаётся ФС Ext4, которую отныне Btrfs дополняет в качестве официально поддерживаемой опции. Примечательно, что в анонсе упоминается включение в состав пакета btrfs-progs обновлённой утилиты btrfsfsck, поддерживающей восстановление целостности повреждённой ФС (опция "--repair"), а именно поддержку перестроения записей экстентов, восстановление информации о группах блоков и работу с повреждёнными группами блоков. Из других улучшений Btrfs отмечается online-дефрагментация, проверка целостности данных ("Scrubbing", сверка указанных в экстентах контрольных сумм с контрольными суммами, вычисленными на основе фактических данных), возможность использования LZO-сжатия, снапшоты в режиме только для чтения, команды "btrfs subvolume list" и "btrfs subvolume find-new", поддержка прямого ввода/вывода (Direct I/O), опция монтирования nospace_cache, асинхронное создание снапшотов и большое число различных исправлений и оптимизаций;
- Поддержка изолированных окружений на базе легковесных контейнеров LXC (LinuX Container), базирующихся на использовании cgroups и отдельных пространств имён. В LXC-контейнере не используется виртуализация, а на базе уже работающего ядра Linux создаётся отдельное представление операционной системы со своей структурой ФС и сетевым стеком;
- Улучшение поддержки систем виртуализации Xen. Дополнительные оптимизации для использования ядра на стороне гостевых систем. В ядре Unbreakable Enterprise Kernel 2 обеспечена полная поддержка работы в роли хоста на базе гипервизора Xen, а также возможность запуска в гостевых системах в режимах паравиртуализации и аппаратной виртуализации (HVM). Поддержка бэкендов для работы с блочными устройствами и PCI-картами в Xen DomU портирована из ядра Linux 3.3;
- Экспериментальная поддержка проверки валидности модулей ядра по цифровым подписям. В процессе загрузки модуля его сигнатура будет проверена при помощи вшитых в ядро публичных ключей, в зависимости от настроек модули без корректной цифровой подписи могут быть блокированы;
- Включение в состав модуля device-mapper dm-nfs, который позволяет использовать размещённый на NFS-разделе файл как блочное устройство. Отличие от loopback-монтирования файлов в том, что непосредственно файл размещается на удалённой машине и доступен через протокол NFS;
- Поддержка технологии XPS (Transmit Packet Steering), позволяющей повысить на 20-30% пропускную способность передачи сетевых пакетов для адаптеров, поддерживающих несколько очередей пакетов;
- Дополнительные наработки в области увеличения производительности и масштабируемости. Оптимизации затронули такие подсистемы как планировщик задач, система управления памятью, файловые системы и сетевой стек. Экспериментальная поддержка DRBD (Distributed Replicated Block Device);
- Поддержка метода удаленного прямого доступа к памяти OFED (OpenFabrics Enterprise Distribution);
- Поддержка кластерной файловой системы OCFS2 1.6, в которой добавлена поддержка JBD2, расширенных атрибутов, POSIX ACL, хранения контрольных сумм для мета-данных, индексации директорий и REFLINK-ов;
- Интеграция фреймворка обеспечения целостности данных DIF/DIX (Linux data integrity framework), который позволяет защитить данные от повреждения при их записи в хранилище за счет сохранения дополнительных корректирующих блоков;
- Система автоматического адаптивного тюнинга работы SSD-накопителей, определяющая факт подключения SSD-накопителя и применяющая ряд оптимизирующих настроек, зависящих от характера ввода/вывода;
- Возможность привязки обработчиков ввода/вывода к определенным процессорным ядрам (IO affinity) с целью увеличения эффективности кэширования (один и тот же поток обрабатывается одним ядром CPU);
- Поддержка технологий Receive Packet Steering (RPS) и Receive Flow Steering (RFS) для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU. Функция RPS позволяет организовать на разных CPU параллельную обработку операций над IP и TCP пакетами, для чего для каждого сетевого устройства или для каждой очереди пакетов добавлен дополнительный индекс, использующий хэширование по заголовку пакетов для выбора CPU-обработчика. RFS дополняет RPS эвристическими методами выбора CPU, не просто выбирая обработчик случайным образом, а учитывая на каком CPU выполняется вызвавшее системный вызов recvmsg() приложение для наиболее оптимального использования кэша;- Поддержка системного вызова fallocate(), обеспечивающего возможность предварительного выделения места под создаваемые приложением файлы, что позволяет гарантировать, что для заданного файла в ФС при любых обстоятельствах хватит места, даже если в процессе создания файла дисковый раздел будет переполнен другими процессами. Использование fallocate позволяет значительно ускорить создание больших файлов, таких как образы виртуальных машин.
Более подробно с общими отличиями линейки Oracle Linux 6.x от RHEL 6.x можно познакомиться в прошлом обзоре (http://www.opennet.me/opennews/art.shtml?num=29576), про особенности ядра Unbreakable Enterprise Kernel 2 можно прочитать здесь (http://www.opennet.me/opennews/art.shtml?num=33344).
URL: https://oss.oracle.com/pipermail/el-errata/2012-June/002881....
Новость: http://www.opennet.me/opennews/art.shtml?num=34218
LXC, как и в RHEL, до сих пор - technology preview...
> до сих пор - technology preview...А это как-нибудь влияет на использование?
P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ? Что более перспективно в плане поддержки сообществом?
LXC как написали выше это technology preview. Альфа версия по сути, до продакшена ее еще пилить и пилить.OpenVZ, это поделка одной коммерческой компании, паралелса.
- У него почти(?) нет сообщества разработчиков
- оно не поддерживается в ванильном ядре, только сторонним патчем
- оно не саппортит ядра старше 2.6.32.
- патчи к ванильному ядру идут для версии 2.6.32.0 это значит, что баги фикшеные в более поздних релизах 32 ветки бекпортить придется самому.
- единственная более менее стабильная поддержка только в redhat и форках.
Вы не правы: текущая ветка OpenVZ на ядрах RHEL6 - там всё фиксится, и само ядро де-факто давно уже не 2.6.32
Он все правильно сказал. См. последний пункт.
> Вы не правы: текущая ветка OpenVZ на ядрах RHEL6 - там всё
> фиксится, и само ядро де-факто давно уже не 2.6.32RedHat ядро строго говоря совсем не ванильное и сравнивать его с ванилью и тем более проводить какие либо паралели с текущей версией ванили - очень смело с вашей стороны.
А паралелс обещал саппортить именно ванильное ядро, еще в 2005 обещал, что вот-вот.
И до сих пор от них подобные заявления слышатся. Они даже убунту 8.04 официально саппортоили. А по факту сейчас те кто не на редхатовском ядре - в пролете.
Это да... Сам на 8.04 LTS долго "жил". Но недавно начал миграцию на CentOS6. А сравниваю с ванилью по фишкам, которые туда портируют. Согласен, может быть и совсем не корректно :) Но тем не менее ядро латается и развивается.
> Это да... Сам на 8.04 LTS долго "жил". Но недавно начал миграцию
> на CentOS6.Когда большая база самосборных deb`ов для решения бизнес задач и количество серверов исчисляется сотнями, то смена пакетного менеджера обходится дорого, дороже, чем смена системы виртуализации.
Ушли на KVM.
И как оно? В своё время думал, но не решился.
> И как оно? В своё время думал, но не решился.Отличается сильно, но в целом довольны.
С точки зрения поддержки ядра, это кайф, когда знаешь, что твоя виртуалка заведется везде и для этого не надо танцев с бубном. Когда по багам можно пинать апстрим и тестить баги соответственно тоже на апстримном ядре. Кастомные ядра все не любят, саппорт особенно.
Баги на openvz висят годами, никому дела нет.
> Отличается сильно, но в целом довольны.Еще бы: легкие контейнеры vs full blown виртуализатор - это как двухместное авто vs самосвал примерно.
>> Отличается сильно, но в целом довольны.
> Еще бы: легкие контейнеры vs full blown виртуализатор - это как двухместное
> авто vs самосвал примерно.Метафора - это лучший способ отправить собеседника в транс, не ответив на вопрос.
Отдельное ядро при росте общей производительность кушает не так уж много ресурсов. Но зато дает бонус, того, что это полноценная машина. Гость не знает, что он гость.
Всё на общем ядре, на сегодня дает много костылей и ограничений, хотя технология безусловно перспективная. Гостем может быть только линукс. И гостю надо многое объяснить, прежде чем получишь, то чего хотел.
> Отдельное ядро при росте общей производительность кушает не так уж много ресурсов.
> Но зато дает бонус, того, что это полноценная машина. Гость не знает, что он гость.Бонус там - возможность бутануть произвольное ядро с собственной конфигурацией. Недостаток - оверхед довольно лютый. И если контейнеры лишь надстройка над ядром и потому работает со скоростью железяки, плюс-минус пару процентов, то KVM очень даже может тормознуть что-нибудь в пару раз. Типа интенсивного обмена с диском и подобных операций ввода-вывода, etc.
>> Отдельное ядро при росте общей производительность кушает не так уж много ресурсов.
>> Но зато дает бонус, того, что это полноценная машина. Гость не знает, что он гость.
> Бонус там - возможность бутануть произвольное ядро с собственной конфигурацией. Недостаток
> - оверхед довольно лютый. И если контейнеры лишь надстройка над ядром
> и потому работает со скоростью железяки, плюс-минус пару процентов, то KVM
> очень даже может тормознуть что-нибудь в пару раз. Типа интенсивного обмена
> с диском и подобных операций ввода-вывода, etc.пруф.
KVM может работать напрямую с диском, не давая оверхеда по IOPSам.
> KVM может работать напрямую с диском, не давая оверхеда по IOPSам.Пруф, прямой работы с диском!
Вот мне из гостя надо добыть файлик с хоста? Example плиз.
Не файлик и не с хоста.
А проброс блочного устройства.:
Файлик через 9p, но это не то. Имелась в виду наверное опция -drive. Шарить с хостом, понятно, не получится.
> А это как-нибудь влияет на использование?Не знаю откуда он это взял но оно сто лет работает.
> P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ?
Второе нынче практически надстройка над первым - добавляют то чего не хватало + более хорошие управляторы. Функциональнее второе. Зато имеет минус в виде патченого не майнлайнового ядра. Выбор зависит от ситуации. Первое лучше тем что ядро майнлайновое. Второе - функциональнее, но с более старым ядром т.к. патчи на свежак выкатывать не успевают.
>> А это как-нибудь влияет на использование?
> Не знаю откуда он это взял но оно сто лет работает.
>> P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ?
> Второе нынче практически надстройка над первым - добавляют то чего не хватало
> + более хорошие управляторы. Функциональнее второе. Зато имеет минус в виде
> патченого не майнлайнового ядра. Выбор зависит от ситуации. Первое лучше тем
> что ядро майнлайновое. Второе - функциональнее, но с более старым ядром
> т.к. патчи на свежак выкатывать не успевают.Был опыт промышленной эксплуатации? Всмысле не просто проверить, что работает, а хотя бы средние нагрузки измеряемые в килопользователях и от 10+ машин?
> Был опыт промышленной эксплуатации? Всмысле не просто проверить, что работает, а хотя
> бы средние нагрузки измеряемые в килопользователях и от 10+ машин?Именно в кило - не, не пробовал. Для таких масштабов openvz лучше хотя-бы тем что у него удобные управляторы есть.
>> А это как-нибудь влияет на использование?
> Не знаю откуда он это взял но оно сто лет работает.Linux (NameSpace) Container [LXC]
Linux (NameSpace) Containers [LXC] is a Technology Preview feature in Red Hat Enterprise Linux 6 that provides isolation of resources assigned to one or more processes. A process is assigned a separate user permission, networking, filesystem name space from its parent.http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6...
>Unbreakable Enterprise Kernel 2Как там у них с багами? Помню раньше у них fuse и gre не работали.
Sun они уже загубили, теперь и шапку хотят пустить под откос.... чо, молодцы.... :-(
> Sun они уже загубили, теперь и шапку хотят пустить под откос.... чо, молодцы.... :-(Пустить шапку под откос, таская у нее фичи, у них вряд ли получится.
Поддержка файловой системы Btrfs для промышленной эксплуатации.
Это как вообще??
Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае потери данных, они вас морально поддержат.
> Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае
> потери данных, они вас морально поддержат.Примерно как с их базой данных.
С ихней базой данных можно купить и SLA - знаешь что это такое? :)
Правда стОит оно денех лютых ...
>> Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае
>> потери данных, они вас морально поддержат.
> Примерно как с их базой данных.Вот песдеть не надо. Ты с их базой и легальной поддержкой работал? Тогда не песди.
Провели кучу тестов, что-нибудь поправили и сказали, что работает.
> Это как вообще??Ну вот так. Потестили -> вроде работает -> пользуйтесь, типа :)
А как это еще должно по вашему быть? :)Да, чувак, будущее создается сегодня. И однажды ты понимаешь что то что казалось будущим неспеша пришло и вот ты можешь уже взять эту технологию и просто поюзать в своей повседневной деятельности.
Интереснее что даже федора еще не ввела её по дефолту, как собирались.
а нафига оно там такое тормозное? Тестировать? :)
О, у них Xen имеется! Надо попробовать!!
Почитайте про OVM www.oracle.com/us/technologies/virtualization/oraclevm/index.html
Я так понял, оно небесплатное. Да и "голого" Xen мне хватит, чтобы Dom0 перевсти с ОпенСюзи на сабж.
Ан нет:"License for Oracle VM Server is GPL, freely re-distributable, free download, free use. License for Oracle VM Manager is private source, free download, freely re-distributable, free use."
а в чём причина ухода с зюзи, если не секрет?
Предположение — опынсюзя ни разу ни ынтырпрайз.
какой из критериев "интерпрайзовости" критичен? lts?
Стабильность и возможность купить поддержку на нцать лет.
в этом случае SLES дешевле RH/Oracle
Речь об опееннннслёзы.
А сабж. С обновлениями. Бесплатен.
> О, у них Xen имеется! Надо попробовать!!Xen имеется во всех свежих линуксах, включая поддержку dom0.
Я в курсе. Но не все всежие линуксы годятся для Dom0 :(
> Я в курсе. Но не все всежие линуксы годятся для Dom0 :(Зато все свежие линуксы умеют KVM :). Да-да, каждое ядро пингвина как бонус еще и гипервизор. И да, оно во многих случаях еще и быстрее. Поэтому смысл в xen не совсем понятен. Много лишней возни неизвестно ради чего.
> И да, оно во многих случаях еще и быстрепредъявите прувы, или gtfo
> предъявите прувы, или gtfoСами нагуглите сравнительные бенчи, их навалом. KVM в среднем по больнице получше с диском работает. Xen тоже подтянули, но все-таки. В общем то они оба при высокой нагрузке и ряде операций могут прилично сажать работу с дисками, увы.
lmgtfy://specvirt
>> О, у них Xen имеется! Надо попробовать!!
> Xen имеется во всех свежих линуксах, включая поддержку dom0.Пользователи RHEL 6 и иже с ним судорожно рыщут по репозиториям.
Кто-нибудь, проведите тесты производительности. Хорошая у Оракла получилась ОСь?
> Кто-нибудь, проведите тесты производительности. Хорошая у Оракла получилась ОСь?хорошая ось получилась у ред хета
Хм. А по возможностям уже и соляру перегнал.
> Хм. А по возможностям уже и соляру перегнал.Он ее сто лет как перегонял. Просто для недалеких недотеп и тормозов необходимо чтобы маркетологи завернули в красивый фантик и вылили на голову полведра обычного маркетингового булшита. Который в данном случае является всего лишь рассказом Кэпа о возможностях любого современного пингвина :)
> поддержка прямого ввода/вывода (Direct I/O)Оракл недвусмысленно потроллил сами знаете кого :)
>>> Поддержка технологий Receive Packet Steering (RPS) и Receive Flow Steering (RFS) для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU.Ы-ы-ы. Пофиксить самим в 6.1/6.2 мозгу не хватило, однако.
См. https://bugzilla.redhat.com/show_bug.cgi?id=757040
Экспериментальная поддержка проверки валидности модулей ядра по цифровым подписям. В процессе загрузки модуля его сигнатура будет проверена при помощи вшитых в ядро публичных ключей, в зависимости от настроек модули без корректной цифровой подписи могут быть блокированы;почуяли кому пилился секурбут? и кому он реальне нужен?
А при чём тут секуребут?
Вон вин7 и без него дрова подписанные грузит.
А секуребут впилили, чтобы всякие линухоандроиды юзверы не ставили. Для мс это секурно.
Это в линуксе пилилось уже давно, и ничего страшного тут нет.
Кто уже попробовал работу drbd? поделитесь опытом
Интересно как этот проприентарный монстр не наступил на GPL ? :-))