DevOps 24 kwietnia 2026 admin

Ubuntu 24.04 LTS na produkcji: co zyskujesz po migracji z 22.04

Ubuntu 24.04 LTS na produkcji: co zyskujesz po migracji z 22.04

Ubuntu 24.04 “Noble Numbat” jest dostępny od prawie dwóch lat i większość zespołów DevOps ma już za sobą pierwsze wdrożenia. Jeśli wciąż trzymasz produkcję na 22.04, to dobry moment, żeby przemyśleć migrację. Wsparcie standardowe dla Jammy kończy się w 2027, ale nowe projekty zaczynane teraz na starej gałęzi to technologiczny dług od pierwszego dnia.

Nowe wersje stacka bez backportów

Największą zaletą 24.04 jest aktualny stack bez kombinowania z repozytoriami zewnętrznymi. PHP 8.3 w domyślnych pakietach, Nginx 1.24, OpenSSL 3.0, Python 3.12, Node.js 20 LTS. Dla wdrożeń Magento 2.4.8+ czy nowoczesnych aplikacji w Laravelu to oznacza koniec z dodawaniem PPA Ondreja Surý’ego tylko po to, żeby mieć aktualne PHP.

Lepsza wydajność I/O

Kernel 6.8 przynosi realne usprawnienia w io_uring oraz w obsłudze dysków NVMe. W testach na serwerach bazodanowych (MariaDB, PostgreSQL) widać różnicę rzędu kilkunastu procent przy intensywnych operacjach zapisu. To nie jest rewolucja, ale na serwerach obsługujących zatłoczone sklepy różnica jest zauważalna.

AppArmor 4.0 i większa domyślna izolacja

Nowa wersja AppArmor wprowadza bardziej restrykcyjne profile domyślne. Wymaga to odrobinę więcej uwagi przy konfiguracji własnych usług, ale zwiększa odporność na eskalację uprawnień po udanym włamaniu. W praktyce: jeśli napastnik dostanie się przez PHP-FPM, nie dostanie od razu dostępu do całego systemu plików.

Netplan jako standard

Konfiguracja sieci przez Netplan jest teraz jedyną domyślną opcją. Dla osób przyzwyczajonych do /etc/network/interfaces to zmiana mentalności, ale YAML-owa składnia jest czytelniejsza, a integracja z systemd-networkd znacznie lepsza przy bardziej złożonych topologiach (VLAN-y, bondy, bridge’e dla kontenerów).

Czego unikać przy migracji

Kilka rzeczy, które sprawdziłem na własnej skórze:

  1. Nie migruj przez do-release-upgrade na produkcji. Postaw nowy serwer, przenieś dane, przetestuj, przełącz DNS. Upgrade in-place zawsze zostawia śmieci.
  2. Sprawdź wersje klientów MySQL. MariaDB 10.11 w repozytoriach może być problemem, jeśli aplikacja oczekuje MySQL 8. Rozważ pakiety z repozytorium Percony.
  3. PHP-FPM pule. Domyślna konfiguracja pm.max_children jest zachowawcza. Po migracji przelicz wartości pod realny RAM serwera.
Współpraca

Masz projekt do wdrożenia?

Porozmawiajmy o wymaganiach i zakresie prac. Przygotujemy sensowny plan bez zbędnego chaosu.