BaseOS и AppStream в AlmaLinux 10

Мы разбираем инфраструктуру по фактам: Linux, Zabbix, мониторинг, диагностика и архитектура. От симптома — к проверяемому выводу: что именно доказывает метрика, какие гипотезы остаются и как подтвердить решение. Без догадок там, где можно проверить. Если нужно понимать не только что сделать, но и почему — вам сюда.

AlmaLinuxbaseosappstream

Enterprise Linux разделяет основное содержимое на несколько логических репозиториев.

Упрощённо:

BaseOS
   ↓
базовая операционная система

AppStream
   ↓
приложения, runtimes,
языки и дополнительные компоненты

BaseOS содержит фундамент системы.
AppStream позволяет развивать пользовательское ПО и runtime-компоненты без необходимости менять фундаментальный слой ОС с той же скоростью.

Это одна из причин, почему Enterprise Linux способен одновременно поддерживать:

длинный жизненный цикл ОС
+
относительно современные runtimes

А что такое CRB

CRB — CodeReady Builder.
В нём находятся дополнительные библиотеки и development-пакеты, которые особенно часто нужны при:

  • — сборке ПО;
  • — установке пакетов из EPEL;
  • — работе с development dependencies.

В AlmaLinux 10 есть интересное отличие:

CRB включён по умолчанию.

Поэтому сценарий:

поставить пакет из EPEL
        ↓
не хватает dependency из CRB

для AlmaLinux может быть проще, чем в некоторых других Enterprise Linux-системах, где CRB сначала требуется включать отдельно.

EPEL

Для Enterprise Linux очень важен репозиторий:

EPEL

— Extra Packages for Enterprise Linux.
Он расширяет относительно консервативный базовый набор большим количеством дополнительного ПО.

Типичная система может выглядеть так:

AlmaLinux repositories
        +
EPEL
        ↓
значительно более широкий
набор пакетов

Для администратора это важное практическое преимущество совместимости с Enterprise Linux ecosystem.
Но сторонний репозиторий всё равно остаётся отдельным источником программного обеспечения.

При проектировании production-системы стоит фиксировать:

  • — какие репозитории подключены;
  • — зачем они нужны;
  • — кто их сопровождает;
  • — откуда приходят обновления.

Архитектуры AlmaLinux 10

Для обычной установки AlmaLinux 10.2 доступны:

x86_64
x86_64_v2
aarch64
ppc64le
s390x

То есть:

  • — Intel / AMD;
  • — ARM64;
  • — IBM POWER;
  • — IBM Z.

Но здесь есть очень интересная особенность именно AlmaLinux 10.

x86-64-v3 и проблема старых процессоров

RHEL 10 повысил минимальный baseline основной x86_64 сборки до:

x86-64-v3

Это позволяет использовать более современные возможности процессоров.
Но одновременно часть старого оборудования больше не соответствует минимальным требованиям.

AlmaLinux выбрал необычное решение:

AlmaLinux 10 x86_64
→ современный baseline

AlmaLinux 10 x86_64_v2
→ отдельная сборка для более старых CPU

То есть проект продолжает предоставлять вариант:

x86_64_v2

для оборудования, которое не соответствует x86-64-v3.
Это уже пример того, как AlmaLinux сознательно отличается от RHEL, сохраняя общую совместимость экосистемы.

Но у x86_64_v2 есть важный компромисс

Нельзя считать его просто:
тем же AlmaLinux для старого процессора без каких-либо последствий.

Основная сторонняя Enterprise Linux ecosystem для RHEL 10 ориентируется на стандартную архитектурную базу RHEL.
Поэтому сторонние пакеты не обязаны предоставлять сборки для:

x86_64_v2

AlmaLinux отдельно работает над расширением доступности пакетов, в том числе пересобирает EPEL для этого варианта.
Но перед использованием x86_64_v2 стоит проверить:

всё ли нужное стороннее ПО существует для этой архитектуры.

А i686 снова появился?

В AlmaLinux 10.2 появилась поддержка:

i686 userspace

Но здесь важно правильно понять смысл.
Это не полноценная 32-битная AlmaLinux 10 для установки на старый компьютер.

Нет:

32-bit kernel

и нет обычного bootable i686 installer.
Появились именно пользовательские 32-битные пакеты.
Они нужны, например, для:

  • — legacy applications;
  • — CI;
  • — сборки 32-битного ПО;
  • — контейнерных workloads.

То есть:

i686 userspace
        ≠
полноценная i686 ОС

Читайте так же