Instalare minimă Ubuntu Server 24.04 vs. instalare standard: Ce arată cu adevărat testele de performanță

Instalați Ubuntu Server 24.04 LTS pe două mașini virtuale identice, alegeți Minimal pe una și selecția serverului standard pe cealaltă, apoi vă întrebați dacă instalarea mai mică va face aplicația dvs. mai rapidă. Aceasta este întrebarea practică din spatele majorității comparațiilor „Minimal vs Standard”. Răspunsul este mai nuanțat decât un singur scor de benchmark: Minimal poate reduce utilizarea spațiului de stocare, numărul de pachete instalate, software-ul în fundal și uneori memoria inactivă sau activitatea de boot, dar nu oferă automat procesorului, bazei de date sau serverului web un kernel mai rapid.

Ubuntu 24.04 LTS, cu numele de cod Noble Numbat, este gestionat din punct de vedere al securității de către Canonical timp de cinci ani, până la 31 mai 2029. Ambele stiluri de instalare aparțin aceleiași familii de versiuni Ubuntu și pot utiliza aceleași depozite Ubuntu. Diferența semnificativă constă în ceea ce este instalat în mod implicit, nu un sistem de operare diferit, optimizat pentru performanță. Arhiva de pachete a Canonical o descrie ubuntu-server-minimalca fiind „sistemul minimal Ubuntu Server”, în timp ce ubuntu-servermetapachetul include un set mai larg de instrumente de administrare a serverului și pachete recomandate. Consultați definiția oficială a pachetului minimal Ubuntu Server , definiția pachetului Ubuntu Server și notele de lansare Ubuntu 24.04 LTS .

Minimal vs. Standard: ce se schimbă de fapt?

Alegerea Minimală este cel mai bine înțeleasă ca un punct de plecare mai mic. Aceasta instalează platforma esențială a serverului și evită o parte din software-ul convenabil pe care un administrator de server de uz general l-ar putea aștepta. Metapachetul standard al serverului include instrumente suplimentare, cum ar fi multiplexoare de terminale, editoare, utilitare de depanare, instrumente de asistență pentru gestionarea depozitelor și alte pachete utile pentru administrarea interactivă.

Canonical documentează, de asemenea, imaginile cloud Minimal Ubuntu ca imagini deliberat mai mici, care omit pachete neesențiale și, în unele cazuri, pachete recomandate. Canonical afirmă că aceste imagini sunt mai rapide de implementat, furnizat și pornit decât imaginile de bază mai mari. Această declarație cloud-image susține mecanismul general - mai puțin software înseamnă mai puțin de transferat, instalat și inițializat - dar nu ar trebui interpretată greșit ca un număr de referință universal pentru programul de instalare ISO Ubuntu Server. Documentația cloud este disponibilă la Ubuntu base and minimal images .

De ce variază atât de mult afirmațiile de referință

Comparațiile de performanță combină adesea trei întrebări diferite. Prima este amprenta: câte pachete, cât spațiu pe disc și câtă memorie sunt consumate înainte de a implementa sarcina de lucru? A doua este cheltuielile generale de pornire: cât timp este petrecut pentru activarea serviciilor în timpul pornirii? A treia este performanța sarcinii de lucru: solicitări pe secundă, tranzacții în baza de date, timp de compilare, viteză de compresie sau o altă metrică a aplicației.

Minimal este cel mai probabil să prezinte un avantaj clar în prima categorie. De asemenea, poate îmbunătăți a doua categorie dacă sistemul standard are servicii suplimentare activate. A treia categorie este de obicei mult mai puțin dramatică. Dacă ambele mașini rulează același kernel, aceeași versiune de aplicație, aceeași bază de date, același set de servicii și aceeași configurație CPU și stocare, aplicația vede adesea puține motive să se comporte diferit. Un server web nu devine mai rapid doar pentru că tmux, vim, sau lipsește un pachet de depanare.

De aceea, numerele fixe, cum ar fi „Minimal folosește cu 40% mai puțină RAM” sau „Minimal este cu 15% mai rapid”, ar trebui tratate cu precauție, cu excepția cazului în care autorul publică exact versiunea punctuală Ubuntu, starea pachetului, platforma de virtualizare, hardware-ul, lista de servicii și metoda de testare. Canonical nu publică un tabel universal de performanță Minimal versus Standard pentru fiecare implementare Ubuntu Server 24.04, așa că acest articol nu inventează unul.

Testați corect Ubuntu Server 24.04

Cea mai utilă comparație este una pe care o puteți reproduce pe propriul hardware sau pe propriul tip de instanță cloud. Începeți cu două instalări noi pe resurse identice. Folosiți aceeași versiune Ubuntu 24.04, același număr de procesoare, aceeași alocare de RAM, același tip de disc virtual, același sistem de fișiere, același mod de firmware, același model de rețea și aceeași gazdă de virtualizare. Aplicați aceleași actualizări înainte de măsurare.

1. Înregistrați numărul de pachete și dimensiunea instalată

Numără pachetele instalate cu:

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

Apoi inspectați utilizarea discului:

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

Acestea sunt măsurători ale amprentei, nu măsurători ale vitezei aplicației. Rulați-le imediat după același ciclu de actualizare pe ambele sisteme.

2. Comparați memoria inactivă fără a confunda memoria cache cu risipa

Folosește free -h, dar concentrează-te pe availablecoloană, în loc să presupui că fiecare megabyte din cache este consumat permanent. Linux folosește intenționat RAM altfel inactivă pentru cache-ul sistemului de fișiere. De asemenea, înregistrează serviciile active, astfel încât să poți explica orice diferență:

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

Dacă Minimal economisește memorie deoarece lipsesc trei servicii, acesta este un rezultat util. Dacă ulterior instalați și activați aceleași servicii, așteptați-vă ca decalajul să se micșoreze.

3. Măsurați timpul de pornire, apoi identificați cauza

Systemd include instrumente de cronometrare încorporate:

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

Rulați mai multe porniri, eliminați valorile aberante evidente și comparați medianele în loc de o singură rulare. Timpul de pornire al mașinii virtuale poate fi influențat de hypervisor, cloud-init, latența stocării, DHCP, firmware și încărcarea gazdei în fundal, astfel încât un singur eșantion este o dovadă slabă.

4. Testează volumul de muncă care te interesează cu adevărat

Dacă serverul va rula Nginx, PostgreSQL, Redis, Docker, un serviciu Java sau o API Python, evaluați acea sarcină de lucru după ce faceți ca stiva de software să fie identică. Testul cheie nu este „care sistem de operare nou este mai ușor?”, ci „modifică nivelul de referință mai ușor sarcina de lucru de producție după ce ambele mașini conțin tot ce este necesar pentru sarcina de lucru?”

Pentru testarea la limita procesorului, utilizați același fișier binar și aceeași versiune de benchmark pe ambele mașini. Pentru testarea stocării, păstrați identice sistemul de fișiere, opțiunile de montare, controlerul de disc virtual, setările cozii și politica de cache. Pentru testele de rețea, asigurați-vă că ambii invitați partajează aceeași cale și nu rulați simultan benchmark-uri dacă ar concura pentru aceleași resurse fizice ale gazdei.

La ce diferență de performanță ar trebui să te aștepți?

Pe un VPS mic, o gazdă container, o implementare de tip dispozitiv sau o flotă automatizată, Minimal are un avantaj practic, deoarece fiecare pachet inutil consumă o combinație de stocare, lățime de bandă pentru actualizare, complexitate a inventarului sau atenție administrativă. O imagine inițială mai mică poate reduce, de asemenea, timpul de furnizare, unde imaginile trebuie transferate sau extinse în mod repetat.

Pe un server de uz general, întreținut interactiv de oameni, instalarea standard poate fi cel mai bun compromis. Instrumentele suplimentare pot economisi timp în timpul depanării, iar costul resurselor pentru câteva utilitare inactive din linia de comandă este adesea neglijabil în comparație cu un pool de buffere pentru baze de date, un heap JVM, o sarcină de lucru pentru containere sau o memorie cache de fișiere. Eliminarea pachetelor care nu rulează niciodată nu eliberează în mod magic cicluri CPU.

Setul standard de pachete nu este, de asemenea, o definiție fixă ​​a termenului „umflat”. Canonical poate modifica dependențele și recomandările de pachete prin actualizări, iar administratorii personalizează, de obicei, ambele instalări. Două servere care au pornit diferit pot converge în timp, pe măsură ce pachetele sunt adăugate sau eliminate.

Minim nu înseamnă sprijin redus

O preocupare frecventă este că alegerea versiunii Minimal oferă cumva un sistem de operare mai puțin suportat. Documentația cloud Minimal Ubuntu de la Canonical precizează că imaginile Minimal păstrează accesul la arhiva Ubuntu și același model de întreținere a securității ca și imaginile de bază. Ubuntu Server 24.04 LTS în sine rămâne acoperit de ciclul de viață standard de întreținere a securității al versiunii. Ceea ce renunți este în principal confortul preinstalării, nu accesul la ecosistemul normal de pachete.

Dacă un mediu minimal este prea limitat pentru administrare interactivă, Canonical oferă unminimizeutilitarul pentru imaginile Minimal Ubuntu. Acesta restaurează documentația și traducerile și instalează pachete suplimentare menite să facă mediul mai convenabil pentru utilizare umană. Canonical documentează comanda în aceeași documentație Minimal Ubuntu . Nu presupuneți, totuși, că rularea unminimizeproduce o potrivire octet cu octet cu fiecare instalare standard posibilă a serverului; pachetele instalate depind și de tipul de imagine, opțiunile de instalare, arhitectură și actualizări.

Pe care ar trebui să o alegi?

Alegeți Minimal atunci când doriți o bază controlată și reproductibilă și știți deja exact de ce pachete are nevoie implementarea dvs. Este deosebit de atractivă pentru furnizarea automată, imagini de referință, lucrători CI, gazde de containere, dispozitive edge și mașini virtuale mici unde spațiul de stocare pe disc sau memorie este important.

Alegeți Standard atunci când confortul administratorului contează mai mult decât limitarea nivelului de bază. Este adesea alegerea mai ușoară pentru un server gestionat manual, un sistem de laborator, un mediu cu depanare intensivă sau o mașină a cărei amprentă a aplicațiilor depășește costurile sistemului de operare.

Dacă decizia ta se referă exclusiv la randament, nu alege pe baza unui procent generic de pe mașina altcuiva. Instalează-le pe ambele pe instanțe de testare identice, normalizează stiva de aplicații și măsoară volumul de lucru real.

Cum să verifici rezultatul

Înainte de a declara un câștigător, verificați cinci lucruri: ambele mașini folosesc aceeași versiune Ubuntu 24.04 și același kernel; ambele au primit aceleași actualizări; setările CPU, RAM, disc, sistem de fișiere și virtualizare se potrivesc; listele de servicii care rulează sunt capturate; și testele de performanță ale aplicațiilor sunt repetate de suficient de multe ori pentru a expune zgomotul. Salvați lista de pachete și comenzile de testare a performanței împreună cu rezultatele, astfel încât testul să poată fi reprodus ulterior.

O concluzie bună va separa, de obicei, amprenta de randament. De exemplu: „Minimally a utilizat mai puține pachete instalate și mai puțin spațiu pe disc în acest mediu, în timp ce benchmark-ul aplicației se încadra în variația normală de la o execuție la alta după ce ambele sisteme au fost configurate identic.” Acest lucru este mai util decât să se susțină că o instalare este universal mai rapidă.

Pentru Ubuntu Server 24.04, Minimal este punctul de plecare mai simplu; Standard este punctul de plecare mai convenabil. Câștigul de performanță este cel mai justificabil în ceea ce privește amprenta și cheltuielile generale de furnizare. Dacă acest lucru modifică viteza de producție este un lucru pe care ar trebui să îl decidă propria sarcină de lucru - nu eticheta instalatorului.