footer-logofooter-logo
Ubuntu Server in 2026: kiezen tussen LTS-releases (en upgraden)Terug

Ubuntu Server in 2026: kiezen tussen LTS-releases (en upgraden)

Er zijn op dit moment drie Ubuntu LTS-releases in gebruik: 22.04 nadert het einde van de reguliere support, 24.04 zit in zijn comfortabele middenjaren, en de nieuwe 26.04 "Resolute Raccoon" komt met Linux 7.0. Welke op jouw server thuishoort, hangt af van waar je in de cyclus zit, en het antwoord verschilt voor nieuwe installaties en bestaande machineparks. Deze gids geeft de tabel met supportvensters, wat er in 26.04 daadwerkelijk is veranderd voor serverbeheerders, de eerlijke redenen om voorlopig op 24.04 te blijven, en de upgrademechaniek, inclusief de datum in augustus 2026 waarop het LTS-naar-LTS-pad opengaat.

21 augustus 2026

door Jesse Schokker

Ubuntu

Linux

Upgrades

Dedicated Servers

Loading...

Eerst het antwoord

  • Nieuwe server vandaag? Zet 24.04 LTS of 26.04 LTS neer: 26.04 als je de nieuwe kernel wilt en een supportklok die doorloopt tot 2031, 24.04 als een repo van derden waar je van afhankelijk bent nog geen 26.04-pakketten publiceert (check dit voordat je toezegt; drie maanden na release hebben sommige dat nog steeds niet).
  • Draai je 24.04? Prima: reguliere support tot 2029, en de goedgekeurde in-place upgrade naar 26.04 gaat pas open bij de puntrelease 26.04.1, verwacht in augustus 2026. Geen haast; upgrade op je eigen schema tussen dat moment en 2029.
  • Draai je 22.04? Begin nu met plannen. De reguliere beveiligingsondersteuning eindigt in het voorjaar van 2027, en je pad naar 26.04 loopt in twee sprongen (22.04 → 24.04 → 26.04). Plan die sprongen in, of activeer Ubuntu Pro om tijd te kopen tot 2032.
  • Draai je een interim-release (niet-LTS) op een server? Stap over naar een LTS: interim-releases krijgen negen maanden support en zijn bedoeld voor early adopters en desktops, niet voor productieservers.

Het overzicht

ReleaseKernel (GA)Reguliere support eindigtMet Ubuntu ProPro + Legacy-add-on
22.04 "Jammy"5.15voorjaar 202720322037
24.04 "Noble"6.8 (HWE: nieuwer)202920342039
26.04 "Resolute"7.0april 203120362041

Data volgens Canonical's releasecyclus; de precisie op maandniveau verschuift af en toe, dus plan in kwartalen, niet in dagen. Twee structurele kanttekeningen: elke LTS krijgt vijf gratis jaren beveiligingsondersteuning voor de main-repo; de veelgebruikte universe-repo krijgt systematische dekking via Ubuntu Pro's ESM (gratis voor tot vijf machines, meer hierover verderop bij "Ubuntu Pro"). En halverwege de LTS biedt de HWE-stack (hardware enablement) nieuwere kernels op oudere releases: de puntreleases van 24.04 dragen kernels ver voorbij 6.8, en dat is vaak alles wat "ik heb nieuwere drivers nodig" werkelijk vereist.

Wat 26.04 verandert voor serverbeheerders

Resolute Raccoon (uitgebracht op 23 april 2026) is een grotere platformstap dan een gebruikelijke LTS. De punten die er op servers toe doen:

  • Linux 7.0. Vooral een mijlpaal in versienummering, minder een architecturale: upstream nummerde na 6.19 opnieuw, dus 7.0 is de normale volgende kernel, geen herschrijving. Wat je daadwerkelijk krijgt ten opzichte van de 6.8 van 24.04: twee jaar extra hardware-enablement, verbeteringen aan io_uring en netwerken, en werk aan de scheduler.
  • systemd 259 verwijdert cgroup v1 volledig. De release-upgrader weigert te draaien op systemen die nog v1 gebruiken. Alles wat modern is, zit al op v2 (bevestig met mount | grep cgroup2); de slachtoffers zijn oeroude Docker-engines en oude LXC-opstellingen; los die op voordat je het OS upgradet, niet tijdens.
  • OpenSSH 10.2 met standaard post-quantum sleuteluitwisseling en DSA volledig verwijderd.
  • APT 3.1 met de nieuwe solver en een overzichtelijkere CLI.
  • Geheugenveilige userland: sudo-rs en Rust-coreutils vervangen standaard hun C-voorgangers. De compatibiliteit is hoog, maar scripts die leunen op obscuur flag-gedrag van sudo/cp/date verdienen een testronde.
  • Tot dusver gemelde scherpe randjes: Postfix draait standaard niet meer in een chroot (controleer je configuratie bij het upgraden), mounts van verwijderbare media verhuisden van /media naar /run/media (scriptbreuk), kernel 7.0 laat zeer oude NVIDIA-driverreeksen vallen, en de release notes vermelden een PostgreSQL-prestatieregressie onder specifieke configuraties. Draai je een machine met zware databasebelasting, lees dan de huidige bekende problemen voordat je de verhuizing inplant.

Geen van deze punten is een reden om 26.04 te mijden; het zijn stuk voor stuk redenen om weloverwogen te upgraden in plaats van achteloos.

Het eerlijke argument om (voorlopig) op 24.04 te blijven

  • Repo's van derden lopen achter. PPA's en vendor-repo's (databases, PHP, monitoringagents) publiceren voor een nieuwe LTS op hun eigen tempo. Als apt update op 26.04 een kritieke afhankelijkheid zou achterlaten, is dat doorslaggevend. Wachten dus.
  • De .1-regel bestaat met een reden. Canonical biedt bestaande LTS-gebruikers de upgrade zelf pas aan vanaf 26.04.1 (verwacht in augustus 2026): de eerste puntrelease vangt de fixes uit het lanceringsvenster op. Machineparks in productie verliezen zelden iets door die grens te respecteren.
  • Je klok tikt niet. 24.04 wordt gratis ondersteund tot 2029. Upgraden eind 2026 of ergens in 2027 is een volstrekt actuele houding.

De keerzijde: nieuwe machines dragen geen migratierisico, dus door vandaag vers met 26.04 te beginnen, waar je afhankelijkheden dat toelaten, start je de langst mogelijke supportperiode.

Ubuntu Pro en ESM, kort

Ubuntu Pro maakt van de vijf jaar van elke LTS er tien (plus een "Legacy"-add-on tot vijftien), voegt ESM-dekking voor de universe-repo toe, Livepatch (kernel-beveiligingsfixes zonder reboot), en de USG-hardeningtooling (CIS/DISA-STIG-profielen). Het is gratis voor tot vijf machines, en staat daarna in de prijslijst voor $500/server/jaar (support-SLA's kosten meer; prijzen veranderen, check de actuele prijs).

Wanneer het zichzelf terugverdient: machineparks die de upgradecadans niet kunnen bijbenen (Pro maakt van "moet voor 2027 van 22.04 af" "voor 2032"), compliance-regimes die FIPS/CIS-artefacten willen, en iedereen wiens kritieke pakketten in universe staan. Wanneer niet: een goed onderhouden klein machinepark dat elke LTS-cyclus upgradet en vooral uit main put. De gratis laag dekt sowieso je eerste vijf machines.

In-place upgraden

Het goedgekeurde pad is do-release-upgrade, LTS naar LTS, één sprong tegelijk: 22.04-machines gaan via 24.04. De mechaniek, samengevat (de uitgebreidere discipline voor servers op afstand is dezelfde als in onze Debian-upgradegids; de voorzorgsmaatregelen zijn één op één over te nemen):

apt update && apt full-upgrade        # be fully current first
# backups + snapshot; then, inside tmux:
do-release-upgrade                    # offers 26.04 once 26.04.1 is out

Voordat je begint: controleer cgroup v2 (mount | grep cgroup2), check opnieuw of elke repo van derden al 26.04-pakketten aanbiedt (de upgrader schakelt ze tijdens het proces uit; je zet ze daarna weer aan), en test of out-of-band consoletoegang werkt. Op een dedicated server is KVM-over-IP het verschil tussen "een interessante hik" en "herprovisioneren". Daarna: systemctl --failed, smoketests van je diensten, en zet je repo's weer aan.

Veelgestelde vragen

Is Ubuntu 26.04 al stabiel genoeg voor productie?

Voor nieuwe installaties wel, met de gebruikelijke kanttekening: leg de actuele lijst met bekende problemen naast je workload (de PostgreSQL-regressie is het voor de hand liggende voorbeeld) en controleer of je repo's van derden al 26.04-pakketten publiceren. Voor in-place upgrades van bestaande machines is Canonical's eigen grens het antwoord: de upgrader biedt LTS-gebruikers 26.04 pas aan vanaf 26.04.1 in augustus 2026, en dat is een verstandige standaardinstelling voor machineparks in productie, geen bureaucratie.

Moet ik ooit interim-releases (25.10, 26.10…) op een server draaien?

Bijna nooit. Interim-releases krijgen negen maanden support, wat op een server neerkomt op meer dan één OS-migratie per jaar, alleen al om gepatcht te blijven. Hun doel is een voorproefje te geven van wat de volgende LTS gaat bevatten. Het enige verdedigbare servergebruik is een kortlevende machine die maanden voor de volgende LTS écht een feature nodig heeft, en zelfs dan brengt een container of een HWE-kernel op de huidige LTS je meestal met minder gedoe tot hetzelfde resultaat.

Ik heb een nieuwere kernel nodig op 24.04. Moet ik upgraden naar 26.04?

Meestal niet: installeer de HWE-stack (apt install linux-generic-hwe-24.04), die nieuwere kernels volgt via de puntreleases van de LTS. Dat is het beoogde antwoord voor "nieuwe hardware, stabiele userland". Upgrade het OS wanneer je het nieuwe platform wilt (systemd, OpenSSL, taalstacks), niet alleen voor de kernel.

Ubuntu, of toch iets anders?

Als je distributies afweegt in plaats van versies, is dat een ander artikel: Ubuntu vs Debian behandelt het dichtstbijzijnde alternatief, en hoe kies je een Linux-distributie brengt het hele veld in kaart, inclusief de RHEL-familie. De korte versie: de LTS-cadans en Pro-vensters van Ubuntu zijn de onderscheidende factoren; als die voor jou niet van waarde zijn, gaat het veld open.

Uitrollen op Serverside

We zetten Ubuntu dedicated servers in minder dan een minuut neer met de ondersteunde LTS-versie van jouw keuze, op ons ASN 55285-netwerk met always-on DDoS-mitigatie en een self-service edge firewall. KVM-over-IP is standaard inbegrepen, precies het out-of-band vangnet waar de sectie over in-place upgraden van uitgaat, en als je liever fris met 26.04 begint dan in-place te upgraden, maakt herprovisioneren binnen een minuut van verse installatie plus herstel een echte strategie in plaats van een laatste redmiddel.

Na het uitrollen: de hardeningschecklist voor het eerste uur, en verstandige standaard firewallregels.

Jesse Schokker

Geschreven door

Jesse Schokker

Co-founder & CTO, Serverside.com

Jesse is the co-founder and CTO of Serverside.com, where he leads the engineering behind the company's bare-metal cloud: from the ASN 55285 backbone to the core automation that drives day-to-day operation. He writes about dedicated servers, operating systems, and running production workloads on bare metal.