Ubuntu Server 24.04 Minimale installatie versus Standaardinstallatie: Wat prestatiebenchmarks werkelijk aantonen

Je installeert Ubuntu Server 24.04 LTS op twee identieke virtuele machines, kiest op de ene voor de minimale installatie en op de andere voor de standaard serverselectie, en vraagt ​​je vervolgens af of de kleinere installatie je applicatie daadwerkelijk sneller zal maken. Dat is de praktische vraag achter de meeste vergelijkingen tussen "Minimaal en Standaard". Het antwoord is genuanceerder dan een enkele benchmarkscore: de minimale installatie kan het opslaggebruik, het aantal geïnstalleerde pakketten, de achtergrondsoftware en soms ook het inactieve geheugen of opstartproces verminderen, maar het zorgt er niet automatisch voor dat je CPU, database of webserver een snellere kernel krijgt.

Ubuntu 24.04 LTS, met de codenaam Noble Numbat, wordt door Canonical gedurende vijf jaar, tot en met 31 mei 2029, beveiligd. Beide installatiemethoden behoren tot dezelfde Ubuntu-releasefamilie en kunnen dezelfde Ubuntu-repositories gebruiken. Het wezenlijke verschil zit hem in wat er standaard wordt geïnstalleerd, niet in een ander, voor betere prestaties geoptimaliseerd besturingssysteem. Het pakketarchief van Canonical beschrijft het ubuntu-server-minimalals het "minimale Ubuntu Server-systeem", terwijl het ubuntu-servermetapakket een bredere set serverbeheertools en aanbevolen pakketten bevat. Zie de officiële definitie van het minimale Ubuntu Server-pakket , de pakketdefinitie van Ubuntu Server en de release-opmerkingen van Ubuntu 24.04 LTS .

Minimaal versus standaard: wat verandert er nu eigenlijk?

De 'Minimal'-optie kan het beste worden gezien als een kleiner startpunt. Deze installeert het essentiële serverplatform en laat een deel van de handige software weg die een algemene serverbeheerder wellicht verwacht. Het standaard servermetapakket bevat extra tools zoals terminalmultiplexers, editors, hulpprogramma's voor probleemoplossing, hulpmiddelen voor repositorybeheer en andere pakketten die nuttig zijn voor interactief beheer.

Canonical beschrijft ook minimale Ubuntu-cloudimages als bewust kleinere images die niet-essentiële pakketten en in sommige gevallen aanbevolen pakketten weglaten. Canonical stelt dat deze images sneller te implementeren, te configureren en op te starten zijn dan grotere basisimages. Deze bewering over cloudimages ondersteunt het algemene principe – minder software betekent minder over te dragen, te installeren en te initialiseren – maar moet niet worden opgevat als een universele benchmark voor het Ubuntu Server ISO-installatieprogramma. De clouddocumentatie is beschikbaar op Ubuntu base and minimal images .

Waarom de beweringen over benchmarks zo uiteenlopen

Prestatievergelijkingen combineren vaak drie verschillende vragen. De eerste is de footprint: hoeveel pakketten, hoeveel schijfruimte en hoeveel geheugen worden er verbruikt voordat je je workload implementeert? De tweede is de opstartoverhead: hoeveel tijd wordt er besteed aan het activeren van services tijdens het opstarten? De derde is de workloadprestatie: verzoeken per seconde, databasetransacties, compilatietijd, compressiesnelheid of een andere applicatiemetriek.

Minimal zal waarschijnlijk een duidelijk voordeel laten zien in de eerste categorie. Het kan ook de tweede categorie verbeteren als het standaardsysteem extra ingeschakelde services heeft. De derde categorie is meestal veel minder dramatisch. Als beide machines dezelfde kernel, dezelfde applicatieversie, dezelfde database, dezelfde serviceset en dezelfde CPU- en opslagconfiguratie gebruiken, ziet de applicatie vaak weinig reden om zich anders te gedragen. Een webserver wordt niet sneller simpelweg omdat tmux, vim, of een troubleshoot-pakket ontbreekt.

Daarom moeten vaste getallen zoals "Minimal gebruikt 40% minder RAM" of "Minimal is 15% sneller" met de nodige voorzichtigheid worden geïnterpreteerd, tenzij de auteur de exacte Ubuntu-puntrelease, pakketstatus, virtualisatieplatform, hardware, servicelijst en benchmarkmethode publiceert. Canonical publiceert geen universele prestatietabel voor elke Ubuntu Server 24.04-implementatie die de Minimale versus de Standaard-versie vergelijkt, dus dit artikel verzint er geen.

Benchmark Ubuntu Server 24.04 redelijk

De meest nuttige vergelijking is er een die u kunt reproduceren op uw eigen hardware of cloud-instantie. Begin met twee nieuwe installaties op identieke resources. Gebruik dezelfde Ubuntu 24.04 point release, hetzelfde aantal CPU's, dezelfde RAM-toewijzing, hetzelfde type virtuele schijf, hetzelfde bestandssysteem, dezelfde firmwaremodus, hetzelfde netwerkmodel en dezelfde virtualisatiehost. Voer dezelfde updates uit voordat u gaat meten.

1. Registreer het aantal pakketten en de geïnstalleerde grootte.

Tel het aantal geïnstalleerde pakketten met:

dpkg-query -f '${binary:Package}
' -W | wc -l

Controleer vervolgens het schijfgebruik:

df -h /
sudo du -xsh /usr /var 2>/dev/null

Dit zijn metingen van de systeembelasting, niet van de applicatiesnelheid. Voer deze metingen direct na dezelfde updatecyclus op beide systemen uit.

2. Vergelijk het inactieve geheugen zonder de cache te verwarren met verspilling.

Gebruik de optie free -h, maar focus op de availablekolom in plaats van ervan uit te gaan dat elke gecachede megabyte permanent wordt verbruikt. Linux gebruikt opzettelijk anders ongebruikt RAM-geheugen voor de bestandssysteemcache. Noteer ook de actieve services, zodat u eventuele verschillen kunt verklaren:

free -h
systemctl --type=service --state=running
systemctl list-unit-files --state=enabled

Als Minimal geheugen bespaart doordat drie services ontbreken, is dat een nuttig resultaat. Als je diezelfde services later installeert en inschakelt, zal het verschil naar verwachting kleiner worden.

3. Meet de opstarttijd en achterhaal vervolgens de oorzaak.

Systemd bevat ingebouwde timingtools:

systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain

Voer meerdere opstartsessies uit, verwijder duidelijke uitschieters en vergelijk de medianen in plaats van één enkele meting. De opstarttijd van virtuele machines kan worden beïnvloed door de hypervisor, cloud-initialisatie, opslaglatentie, DHCP, firmware en de belasting van de host op de achtergrond, waardoor één enkele meting een zwakke indicator is.

4. Test de werklast die er echt toe doet.

Als de server Nginx, PostgreSQL, Redis, Docker, een Java-service of een Python API gaat draaien, test dan de werkbelasting nadat de softwarestack identiek is gemaakt. De belangrijkste test is niet "welk nieuw besturingssysteem is lichter?", maar "verandert de lichtere basisconfiguratie mijn productiewerkbelasting nadat beide machines alles bevatten wat de werkbelasting nodig heeft?".

Voor CPU-intensieve tests gebruikt u hetzelfde benchmarkprogramma en dezelfde versie op beide machines. Voor opslagtests dient u het bestandssysteem, de koppelopties, de virtuele schijfcontroller, de wachtrijinstellingen en het cachebeleid identiek te houden. Voor netwerktests dient u ervoor te zorgen dat beide virtuele machines hetzelfde pad delen en geen benchmarks gelijktijdig uitvoeren als deze zouden concurreren om dezelfde fysieke hostbronnen.

Welk prestatieverschil kunt u verwachten?

Op een kleine VPS, containerhost, appliance-achtige implementatie of geautomatiseerde vloot heeft Minimal een praktisch voordeel, omdat elk overbodig pakket een combinatie van opslagruimte, updatebandbreedte, complexiteit van de inventaris of administratieve aandacht vereist. Een kleinere startimage kan ook de provisioningtijd verkorten wanneer images herhaaldelijk moeten worden overgedragen of uitgebreid.

Op een algemene server die interactief door mensen wordt beheerd, is de standaardinstallatie wellicht de betere keuze. De extra tools kunnen tijd besparen bij het oplossen van problemen, en de resourcekosten van een paar inactieve commandoregelprogramma's zijn vaak verwaarloosbaar in vergelijking met een databasebufferpool, JVM-heap, containerworkload of bestandscache. Het verwijderen van pakketten die nooit worden uitgevoerd, zorgt er niet automatisch voor dat er CPU-cycli vrijkomen.

De standaard pakketset is ook geen vastomlijnde definitie van "overbodig". Canonical kan pakketafhankelijkheden en aanbevelingen wijzigen via updates, en beheerders passen beide installaties doorgaans aan. Twee servers die aanvankelijk verschillend waren, kunnen na verloop van tijd naar elkaar toegroeien naarmate er pakketten worden toegevoegd of verwijderd.

Minimaal betekent niet minder ondersteuning.

Een veelgehoorde zorg is dat de keuze voor Minimal op de een of andere manier resulteert in een minder ondersteund besturingssysteem. De documentatie van Canonical over Minimal Ubuntu Cloud stelt echter dat minimale images toegang behouden tot het Ubuntu-archief en hetzelfde beveiligingsonderhoudsmodel als basisimages. Ubuntu Server 24.04 LTS zelf valt nog steeds onder de standaard beveiligings- en onderhoudscyclus van de release. Wat je inlevert is voornamelijk het gemak van vooraf geïnstalleerde software, niet de toegang tot het normale pakketecosysteem.

Als een minimale omgeving te kaal is voor interactief beheer, biedt Canonical een unminimizehulpprogramma voor Minimal Ubuntu-images. Dit herstelt de documentatie en vertalingen en installeert extra pakketten die de omgeving gebruiksvriendelijker maken. Canonical beschrijft het commando in dezelfde Minimal Ubuntu-documentatie . Ga er echter niet van uit dat het uitvoeren ervan unminimizeeen exacte kopie oplevert van elke mogelijke standaard serverinstallatie; geïnstalleerde pakketten zijn ook afhankelijk van het imagetype, de gekozen installatiemethode, de architectuur en updates.

Welke moet je kiezen?

Kies voor Minimal wanneer u een gecontroleerde, reproduceerbare basis wilt en al precies weet welke pakketten uw implementatie nodig heeft. Het is met name aantrekkelijk voor geautomatiseerde provisioning, golden images, CI-workers, containerhosts, edge-appliances en kleine VM's waar schijf- of geheugenruimte belangrijk is.

Kies Standaard wanneer het beheerdersgemak belangrijker is dan het minimaliseren van de basisvereisten. Het is vaak de eenvoudigere keuze voor een handmatig beheerde server, een testomgeving, een omgeving met veel probleemoplossing of een machine waarvan de applicatiebelasting de overhead van het besturingssysteem overschaduwt.

Als uw beslissing puur op basis van doorvoer is genomen, kies dan niet op basis van een algemeen percentage van de machine van iemand anders. Installeer beide op identieke testomgevingen, normaliseer de applicatiestack en meet uw werkelijke werkbelasting.

Hoe u uw resultaat kunt controleren

Voordat je een winnaar aanwijst, controleer je vijf dingen: beide machines draaien dezelfde Ubuntu 24.04 point release en kernel; beide hebben dezelfde updates ontvangen; de CPU-, RAM-, schijf-, bestandssysteem- en virtualisatie-instellingen komen overeen; de lijsten met actieve services zijn vastgelegd; en de applicatiebenchmarks zijn voldoende vaak herhaald om ruis te detecteren. Sla de pakketlijst en de benchmarkopdrachten samen met de resultaten op, zodat de test later kan worden herhaald.

Een goede conclusie maakt doorgaans onderscheid tussen de systeembelasting en de doorvoer. Bijvoorbeeld: "Minimal gebruikte minder geïnstalleerde pakketten en minder schijfruimte in deze omgeving, terwijl de applicatiebenchmark binnen de normale variatie tussen opeenvolgende runs viel nadat beide systemen identiek waren geconfigureerd." Dat is nuttiger dan beweren dat één installatie universeel sneller is.

Voor Ubuntu Server 24.04 is de Minimal-versie het meest compacte startpunt; de Standard-versie is het meest gebruiksvriendelijke startpunt. De prestatiewinst is vooral te verklaren door de kleinere bestandsgrootte en de lagere installatiekosten. Of het daadwerkelijk de productiesnelheid beïnvloedt, hangt af van uw eigen werklast – niet van de naam van het installatieprogramma.