Релиз дистрибутива Red Hat Enterprise Linux 8

Модератор: LinuxNEWS
Аватара пользователя

Автор темы
rogoznik
Сообщения: 10039
Зарегистрирован: 27 июн 2017, 13:36
Решено: 129
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1956 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#1

11 май 2019, 18:54

Компания Red Hat опубликовала релиз дистрибутива Red Hat Enterprise Linux 8. Установочные сборки подготовлены для архитектур x86_64, s390x (IBM System z), ppc64le и Aarch64, но доступны для загрузки только зарегистрированным пользователям Red Hat Customer Portal. Исходные тексты rpm-пакетов Red Hat Enterprise Linux 8 распространяются через Git-репозиторий CentOS. Дистрибутив будет поддерживаться как минимум до 2029 года.

В качестве основы для построения новой ветки использованы технологии, входящие в состав Fedora 28. Новая ветка примечательна переходом по умолчанию на Wayland, заменой iptables на nftables, обновлением базовых компонентов (ядро 4.18, GCC 8), применением пакетного менеджера DNF вместо YUM, использованием модульного репозитория, прекращением поддержки KDE и Btrfs.

Ключевые изменения:
  • Переход на пакетный менеджер DNF с предоставлением прослойки для совместимости с Yum на уровне опций командной строки. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы и низким потреблением памяти, более качественно управляет зависимостями и поддерживает группировку пакетов в модули;
  • Разделение на базовый репозиторий BaseOS и модульный репозиторий AppStream. В BaseOS распространяется минимальный необходимый для работы системы набор пакетов, всё остальное перенесено в репозиторий AppStream. AppStream можно использовать в двух вариантах: как классический RPM-репозиторий и как репозиторий в модульном формате.

    Модульный репозиторий предлагает сгруппированные в модули наборы rpm-пакетов, поддержка которых осуществляется независимо от релизов дистрибутива. Модули можно использовать для установки альтернативных версий определённого приложения (например, можно установить PostgreSQL 9.6 или PostgreSQL 10). Модульная организация позволяет пользователю переходить на новые значительные выпуски приложения не дожидаясь нового релиза дистрибутива и оставаться на старых, но ещё поддерживаемых, версиях после обновления дистрибутива. Модули включают базовое приложение и необходимые для его работы библиотеки (в качестве зависимости могут использоваться другие модули);
  • В качестве рабочего стола по умолчанию предложен GNOME 3.28 с применением по умолчанию дисплейного сервера на базе Wayland. Окружение на базе X.Org Server доступно в качестве опции. Из состава исключены пакеты с рабочим столом KDE, оставлена только поддержка GNOME;
  • Пакет с ядром Linux построен на базе выпуска 4.18. В качестве компилятора по умолчанию задействован GCC 8.2. Системная библиотека Glibc обновлена до выпуска 2.28.
    В качестве реализации языка программирования Python по умолчанию задействован Python 3.6. Предоставлена ограниченная поддержка Python 2.7. В базовую поставку Python не входит, его нужно устанавливать дополнительно. Обновлены версии Ruby 2.5, PHP 7.2, Perl 5.26, Node.js 10, Java 8 и 11, Clang/LLVM Toolset 6.0, .NET Core 2.1, Git 2.17, Mercurial 4.8, Subversion 1.10. В состав включена система сборки CMake (3.11);
  • В инсталлятор Anaconda добавлена поддержка установки системы на накопители NVDIMM;
  • В инсталлятор и в систему добавлена возможность шифрования дисков с использованием формата LUKS2, который заменил собой ранее применяемый формат LUKS1 (в dm-crypt и cryptsetup LUKS2 теперь предлагается по умолчанию). LUKS2 примечателен упрощённой системой управления ключами, возможностью использования секторов большого размера (4096 вместо 512, снижает нагрузку при расшифровке), символьными идентификаторами разделов (label) и средствами резервирования метаданных с возможностью их автоматического восстановления из копии в случае выявления повреждения.
    Добавлена новая утилита Composer, предоставляющая инструменты для создания кастомизированных загрузочных системных образов, пригодных для развёртывания в окружениях различных облачных платформ;
  • Удалена поддержка файловой системы Btrfs. В состав больше не входят модуль ядра btrfs.ko, утилиты btrfs-progs и пакет snapper;
  • В состав включён инструментарий Stratis, предоставляющий средства для унификации и упрощения настройки и управления пулом из одного или нескольких локальных накопителей. Stratis реализован в виде слоя (демон stratisd), построенного поверх подсистемы devicemapper и XFS, и позволяет использовать такие возможности как динамическое выделение места в хранилище, снапшоты, обеспечение целостности и создание слоёв для кэширования, без наличия квалификации эксперта по администрированию систем хранения;
  • Реализованы общесистемные политики настройки криптографических подсистем, охватывающие протоколы TLS, IPSec, SSH, DNSSec и Kerberos. При помощи команды update-crypto-policies теперь можно выбрать один из режимов выбора криптоалгоритмов: default, legacy, future и fips. По умолчанию задействован выпуск OpenSSL 1.1.1 с поддержкой TLS 1.3;
  • Обеспечена общесистемная поддержка смарткарт и HSM (Hardware Security Modules) c криптографическими токенами PKCS#11;
  • На смену iptables, ip6tables, arptables и ebtables пришёл пакетный фильтр nftables, который теперь применяется по умолчанию и примечателен унификацией интерфейсов фильтрации пакетов для IPv4, IPv6, ARP и сетевых мостов. Nftables предоставляет на уровне ядра лишь общий интерфейс, не зависящий от конкретного протокола и предоставляющий базовые функции извлечения данных из пакетов, выполнения операций с данными и управления потоком. Непосредственно логика фильтрации и специфичные для протоколов обработчики компилируются в байткод в пространстве пользователя, после чего данный байткод загружается в ядро при помощи интерфейса Netlink и выполняется в специальной виртуальной машине, напоминающей BPF (Berkeley Packet Filters). Демон firewalld переведён на использование nftables в качестве бэкенда по умолчанию. Для преобразования старых правил добавлены утилиты iptables-translate и ip6tables-translate;
  • Для обеспечения сетевой связи между несколькими контейнерами добавлена поддержка драйверов для построения виртуальной сети IPVLAN;
  • В базовую поставку включён http-сервер nginx (1.14). Apache httpd обновлён до версии 2.4.35, а OpenSSH до 7.8p1. Из СУБД в репозиториях доступны MySQL 8.0, MariaDB 10.3, PostgreSQL 9.6/10 и Redis 4.0. СУБД MongoDB не вошла в состав из-за перехода на новую лицензию SSPL, которая пока не признана открытой;
  • Модернизированы компоненты для виртуализации. По умолчанию при создании виртуальных машин используется тип Q35 (эмуляция чипсета ICH9) с поддержкой PCI Express. Для создания и управления виртуальными машинами теперь можно использовать web-интерфейс Cockpit. Интерфейс virt-manager объявлен устаревшим. QEMU обновлён до версии 2.12. В QEMU реализован режим sandbox-изоляции, ограничивающий системные вызовы, которые могут использовать компоненты QEMU;
  • Добавлена поддержка механизмов трассировки на базе eBPF, в том числе при помощи инструментария SystemTap (4.0). В состав включены утилиты для сборки и загрузки BPF-программ;
  • Добавлена экспериментальная поддержка подсистемы XDP (eXpress Data Path), позволяющей в Linux запускать BPF-программы на уровне сетевого драйвера с возможностью прямого доступа к DMA-буферу пакетов и на стадии до выделения буфера skbuff сетевым стеком;
  • В состав добавлена утилита boom для управления настройками загрузчика. Boom упрощает выполнение таких операций как создание новых загрузочных записей, например, при необходимости загрузки с LVM-снапшота. Boom ограничен только добавлением новых загрузочных записей и не может применяться для изменения уже существующих;
  • Интегрирован легковесный инструментарий для управления изолированными контейнерами, использующий для сборки контейнеров Buildah, для запуска - Podman и для поиска готовых образов - Skopeo;
  • Расширены возможности, связанные с кластеризацией. Менеджер кластерных ресурсов Pacemaker обновлён до версии 2.0. В утилите pcs обеспечена полная поддержка Corosync 3, knet и обращения по именам узлов;
  • Объявлены устаревшими и теперь не поставляются по умолчанию классические скрипты для настройки сети (network-scripts). Для обеспечения обратной совместимости вместо скриптов ifup и ifdown добавлены обвязки над NetworkManager, работающие через утилиту nmcli;
  • Удалены пакеты: crypto-utils, cvs, dmraid, empathy, finger, gnote, gstreamer, ImageMagick, mgetty, phonon, pm-utils, rdist, ntp (заменён на chrony), qemu (заменён на qemu-kvm), qt (заменён на qt5-qt), rsh, rt, rubygems (теперь входит в основной пакет ruby), system-config-firewall, tcp_wrappers, wxGTK.
  • Подготовлен универсальный базовый образ (UBI, Universal Base Image) для создания изолированных контейнеров, в том числе позволяющий создавать контейнеры одного приложения. UBI включает в себя минимальное урезанное окружение, runtime-надстройки для поддержки языков программирования (nodejs, ruby, python, php, perl) и набор дополнительных пакетов в репозитории.
Источник: http://www.opennet.ru/opennews/art.shtml?num=50644
ИзображениеИзображение

Аватара пользователя

Dja
Сообщения: 6875
Зарегистрирован: 27 авг 2016, 20:03
Решено: 30
Откуда: Voskresensk
Благодарил (а): 1312 раз
Поблагодарили: 724 раза
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#2

13 май 2019, 13:29

о как... Не успели на пятокеды даже перейти, как и там закопали. :dash2:

Аватара пользователя

slant
Сообщения: 4503
Зарегистрирован: 21 июн 2017, 18:09
Решено: 98
Благодарил (а): 51 раз
Поблагодарили: 1992 раза
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#3

13 май 2019, 15:11

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

Кстати, кто там удивлялся, почему в минте и убунте ядро не LTS за основу взято? Ну так вот вам - шляпы то тоже не LTS за основу взяли. И будут теперь его опять сами тянуть до упора, наверное...

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#4

21 май 2019, 20:38

- KDE?
- No, Gnome!
- Btrfs?
- What is it?
#RedHat
slant писал(а):
13 май 2019, 15:11
Собственно если почитать релизноту, сразу становится понятно, что аргументы противников btrfs вида "раз редхат ее выкидывает значит она мертва" - как-то резко теряют смысл. В этом релизе шляпы много чего повыкидывали, что далеко не мертво. У них явно просто общая концепция видения желаемого поменялась
Ну это ещё раз говорит о том, насколько разные эти линукс-дистры и чем дальше, тем различия становятся больше.
Там ещё третий важный момент - Wayland по умолчанию. Даже не могу представить, когда такое будет в Linux Mint.. :smile:
btrfs конечно же не мертва, наоборот активно развивается, недавно добавили поддержку swap. Тем более скоро в линуксе появится полноценная поддержка zfs.
slant писал(а):
13 май 2019, 15:11
шляпы то тоже не LTS за основу взяли. И будут теперь его опять сами тянуть до упора, наверное...
Шляпа ведь на федоре построена, к-рая более интересна нам (обычным пользователям). А в федоре ядра обновляют последовательно - 4.18, 4.19, 4.20, 5.0, на днях на 5.1 перейдёт..

Аватара пользователя

Автор темы
rogoznik
Сообщения: 10039
Зарегистрирован: 27 июн 2017, 13:36
Решено: 129
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1956 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#5

21 май 2019, 20:45

AlexZ писал(а):
21 май 2019, 20:38
Шляпа ведь на федоре построена, к-рая более интересна нам (обычным пользователям). А в федоре ядра обновляют последовательно - 4.18, 4.19, 4.20, 5.0, на днях на 5.1 перейдёт..
В корне не верно. RHEL это самостоятельный дистрибутив. Федора появилась как тестовый полигон для обкатки новых фич. А RHEL это как следует из названия - энтерпрайз дистрибутив, и такие вещи как обновление ядра с одной версии на другую в нем происходят очень и очень не часто. Какие-то патчи да, а вот чтоб с 4.18 на 4.19 перепрыгнуть - это скорее всего и не предвидется(хотя может в каком-нибудь поинт-релизе обновят). А так новое ядро будет только в следующей релизе.
ИзображениеИзображение

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#6

21 май 2019, 21:27

darkfenix писал(а):
21 май 2019, 20:45
В корне не верно. RHEL это самостоятельный дистрибутив
Хз, я как-то не особо вникаю в энтерпрайз дистрибутивы, на дистровотче она (шляпа) второй по списку.. https://distrowatch.com/search.php?base ... ora#simple

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3010 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#7

21 май 2019, 22:02

slant писал(а):
13 май 2019, 15:11
аргументы противников btrfs вида "раз редхат ее выкидывает значит она мертва" - как-то резко теряют смысл
тут скорей видится политический контекст в разрез линии OEL, чтоб им там жизнь медом не казалась. Одно время редхат и сам очень активно участвовал в разработке btrfs, но видимо не все ожидания подтвердились чтоб взять её за основу.
Довольно громкий организационный жест от них, учитывая распространение RHEL/CentOS как серверные системы в стиле "потому что можем". Но, ничего особо не поменялось, ибо оно запланировано как и водится в угоду неповоротливому энтерпрайзу не вчера, а заявив об этомдовольно давно предлагая с 7-й версии по умолчанию xfs, а сейчас и вовсем вывели btrfs, чтоб не сопровождать не интересующую их подсистему. Да и массовых миграций по этой причине с RHEL в сторону SuSe/OEL думаю было не так много. Напротив чаще встречаю что "привычка - вторая натура", когда RHEL7 целенаправленно ставят на ext4, заполняют своими init.d-скриптами и ставят iptables вместо firewalld. Правда наличие NM для выдачи статической адресации и роутинга сетевым адаптерамя и сам принять никак не могу :)
slant писал(а):
13 май 2019, 15:11
шляпы то тоже не LTS за основу взяли
Что по поводу ядер, то не смотря на неизменную годами версию 2.6 в RHEL6 / 3.10 в RHEL7 / 4.18 в RHEL8 - за вермя жизни дистрибутива в минорные версии кроме секюрити и багфиксов, в рамках т.н. enhancement updates бэкпортируются многие вещи из более свежих веток, что вносит некоторую условность в саму цифру версии, не говоря про LTS/non-LTS

P.S: сам не смотрел еще восьмерку, может через недельку-другую выбью себе пару тестовых машинок для обновления с 7.6 и чистой установки, для оценки возможности обновления части продуктивных машин до нее. В частности интересно пощупать заявленную родную контейнеризацию.
Изображение
   
Изображение

Аватара пользователя

slant
Сообщения: 4503
Зарегистрирован: 21 июн 2017, 18:09
Решено: 98
Благодарил (а): 51 раз
Поблагодарили: 1992 раза
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#8

21 май 2019, 22:24

Chocobo писал(а):
21 май 2019, 22:02
и ставят iptables вместо firewalld
Я не такой (скорее уже никакой) спец по RHEL, но разве они успели написать свой сетевой стек в альтернативу тому что в нашем ядре? iptables/netfilter - это ведь подсистема в ядре, а все остальное - интерфейсы управления/мониторинга... Т.е. их firewalld, по идее никак заменить его не может, только расширить/дополнить, ибо тоже надстройка... Или я уже от жизни отстал?

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3010 раз
Контактная информация:

Релиз дистрибутива Red Hat Enterprise Linux 8

#9

21 май 2019, 22:32

slant, все верно, firewalld работает предлагая свой интерфейс который транслирует в iptables уровнем ниже.
Речь больше за его наличие как утилит по умолчанию начиная с 7.Х вместо iptables.
Тут надо отметить, что если выходить за рамки стандартных разделения зон по сервисам, подсетям и портам и взяться за какую нибудь специфичную хотелку, то невольно вспоминается откуда ноги растут :joke:

Например, буквально на этих выходных необходимо было перенаправить исходящее соединение к конкретному эндпоинту на другой ip:port , и правило получилось следующим

Код: Выделить всё

firewall-cmd --direct --add-rule ipv4 nat OUTPUT 0 -d 1.2.3.4 -p tcp --dport 80 -j DNAT --to-destination 2.3.4.5:81
Изображение
   
Изображение

Ответить

Вернуться в «Другие новости»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя