Jaki system operacyjny wybrać na VPS?

Wybór systemu operacyjnego dla VPS

Wybierz aktualne wydanie Ubuntu LTS jako system operacyjny dla swojego VPS, chyba że jedna z czterech poniższych kwestii skłania do innej decyzji. LTS oznacza wsparcie długoterminowe (Long Term Support): pięć lat bezpłatnych aktualizacji bezpieczeństwa zamiast dziewięciu miesięcy. W przypadku VPS (Virtual Private Server) obsługującego aplikację webową, bazę danych, serwer gier lub przekaźnik poczty, Ubuntu LTS jest bezpiecznym wyborem domyślnym. Jest to również system, na którym opiera się niemal każdy poradnik w Internecie, w tym nasze materiały.

Warto rozważyć sześć dystrybucji na wynajętym serwerze: Ubuntu, Debian, CentOS Stream, Rocky Linux, AlmaLinux oraz Fedora. Wszystkie korzystają z tego samego jądra Linux, tego samego nginx, PostgreSQL oraz OpenSSH, więc oprogramowanie, które planujesz uruchomić, rzadko jest czynnikiem decydującym. Różnice sprowadzają się do czterech kwestii, które determinują cały wybór: okres wsparcia technicznego, wiek pakietów oprogramowania, dostępność instrukcji, które można zastosować bez konieczności ich adaptacji, oraz kompatybilność z Red Hat Enterprise Linux (RHEL).

Jeśli nadal ustalasz przeznaczenie maszyny, lista zastosowań VPS będzie lepszym punktem wyjścia, a artykuł czym właściwie jest VPS wyjaśnia podstawy techniczne.

Oto krótkie zestawienie każdej z nich:

• Ubuntu LTS. Wybór domyślny. Wybierz go, chyba że dotyczą Cię poniższe sekcje.
• Debian. Mniejsza, wolniej zmieniająca się baza z ochotniczym zespołem ds. bezpieczeństwa i brakiem oferty komercyjnej.
• Rocky Linux. Rekompilacja RHEL, używana, gdy platforma docelowa musi być kompatybilna z RHEL.
• AlmaLinux. Druga rekompilacja RHEL, oferująca wsparcie dla starszych procesorów, z których zrezygnował RHEL 10.
• CentOS Stream. Wersja rozwojowa, która stanie się kolejnym wydaniem RHEL. Wybierz ją, jeśli tworzysz oprogramowanie dla RHEL.
• Fedora. Najnowsze jądro i przestrzeń użytkownika, z około 13-miesięcznym okresem wsparcia dla każdego wydania.

Jak długo chcesz pozostawić tę maszynę bez nadzoru?

Okres wsparcia technicznego decyduje o tym, jak często musisz wykonywać ryzykowne prace, dlatego odpowiedz na to pytanie w pierwszej kolejności. Gdy wydanie osiąga kres swojego cyklu życia (end of life), pakiety nadal działają. Nic nie ulega awarii. Serwer po prostu przestaje otrzymywać poprawki dla nowo wykrytych luk bezpieczeństwa, a ponieważ nie generuje to żadnego komunikatu o błędzie, nikt nie zauważa problemu aż do momentu audytu lub włamania. Rozwiązaniem jest aktualizacja dystrybucji w miejscu (in-place upgrade) lub przebudowa serwera na nowym obrazie, co w obu przypadkach zajmuje cały wieczór.

Każdy projekt publikuje własne daty cyklu życia. Licząc od sierpnia 2026 roku i zaokrąglając do jednego miejsca po przecinku, oto ile czasu pozostało dla każdego z obecnych wydań.

[
  {
    "distro": "Ubuntu 26.04 LTS",
    "years_of_support_left": 4.7,
    "notes": "Free updates to April 2031. Ubuntu Pro extends the same release to April 2036."
  },
  {
    "distro": "Debian 13",
    "years_of_support_left": 2.0,
    "notes": "Debian security team to August 2028. The LTS team then carries it to June 2030."
  },
  {
    "distro": "CentOS Stream 10",
    "years_of_support_left": 3.8,
    "notes": "Ends May 2030, when the RHEL 10 full support phase ends."
  },
  {
    "distro": "Rocky Linux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035, following the RHEL 10 lifecycle."
  },
  {
    "distro": "AlmaLinux 10",
    "years_of_support_left": 8.8,
    "notes": "Ends May 2035. Adds an x86-64-v2 build for older CPUs."
  },
  {
    "distro": "Fedora 44",
    "years_of_support_left": 0.8,
    "notes": "Released April 2026, ends June 2027. Every Fedora release lasts about 13 months."
  }
]

Wszystkie 6 systemy są obecnie aktualne. Kluczowe znaczenie ma rozpiętość czasowa. Rocky Linux 10 oraz AlmaLinux 10 mają 8.8 lat wsparcia, ponieważ podążają za dziesięcioletnim cyklem życia RHEL, podczas gdy Fedora 44 ma 0.8.

Ubuntu 26.04 LTS posiada 4.7 lat darmowych aktualizacji, a Ubuntu Pro wydłuża ten sam okres do 2036 roku bez dodatkowych kosztów w przypadku użytku osobistego na ograniczonej liczbie maszyn. Debian 13 wykazuje 2.0 lat, ponieważ na tym etapie kończy się wsparcie zespołu bezpieczeństwa Debiana. Wolontariusze z zespołu LTS kontynuują prace przez około dwa lata dłużej, obejmując jednak mniejszy zestaw pakietów i architektur. Obie wartości są rzetelne. Są one liczone w różny sposób, dlatego porównywanie okresów wsparcia między projektami wymaga ostrożności.

W tym zagadnieniu istnieją dwie pułapki. Pierwszą są wydania tymczasowe (interim releases) Ubuntu, które pojawiają się co sześć miesięcy i są wspierane przez dziewięć, więc 25.10 przestało otrzymywać aktualizacje 1 lipca 2026 roku, mimo że użytkownicy wciąż uważali je za nowe. Argumenty za wyborem LTS zamiast wydania tymczasowego Ubuntu szczegółowo omawiają ten temat i jest to najczęstszy powód, dla którego VPS po cichu przestaje być aktualizowany. Drugą pułapką jest założenie, że nowe wydanie oznacza konieczność reinstalacji. Tak nie jest. Aktualizacja w miejscu z Ubuntu 24.04 do 26.04 jest wspieraną ścieżką, a Debian oraz klony RHEL posiadają własne odpowiedniki tego procesu.

Jak nowe muszą być pakiety?

Stabilna dystrybucja zamraża wersje pakietów w dniu wydania, a następnie przez lata przenosi poprawki bezpieczeństwa do tych wersji. Na to się godzisz. Debian 13 został zamrożony w połowie 2025 roku, więc serwer bazy danych zainstalowany z tego systemu to wersja aktualna w tamtym czasie, załatana, ale nie zaktualizowana. Ubuntu LTS działa w ten sam sposób. Fedora robi coś przeciwnego i dostarcza bieżące wersje upstream, co jest dokładnie powodem, dla którego jej okres wsparcia jest krótki: utrzymywanie pięcioletnich gałęzi to praca, której nikt nie chce wykonywać dwa razy.

Stare pakiety mają znaczenie tylko wtedy, gdy aplikacja wymaga nowszej wersji. Zanim wybierzesz całą dystrybucję, aby zaspokoić wymagania jednego pakietu, sprawdź dostępne obejścia, ponieważ zazwyczaj są one lepszym rozwiązaniem. Większość projektów upstream publikuje własne repozytoria, więc możesz dodać źródło apt lub dnf dostawcy i uzyskać aktualne wersje tego jednego komponentu. Środowiska uruchomieniowe języków programowania mają własne menedżery wersji. Uruchomienie aplikacji w kontenerze całkowicie eliminuje ten problem, ponieważ stos Docker Compose przenosi własne środowisko użytkownika i korzysta jedynie z jądra systemu.

Każde obejście wiąże się z tym samym kosztem. Pakiet z dystrybucji jest łatany przez zespół bezpieczeństwa tej dystrybucji i dostarczany z normalnym apt upgrade lub dnf upgrade. Wszystko, co dodasz z zewnątrz, musisz monitorować samodzielnie i naprawić w dniu, w którym przestanie działać. Dodatkowe repozytoria to również miejsca, w których pliki źródeł mogą powodować problemy, a nowszy format źródeł w Ubuntu jest częstą przyczyną błędu zduplikowanych źródeł apt.

Jądro systemu jest kwestią mniej istotną, niż się powszechnie uważa. Na VPS sprzęt jest wirtualny, a host dostarcza rzeczywiste sterowniki, więc nowsze jądro zapewnia głównie nowsze funkcje sieciowe i systemów plików, a nie wsparcie sprzętowe. Ubuntu LTS dostarcza również jądra typu hardware enablement, pobrane z późniejszych wydań, więc instalacja LTS nie jest ograniczona do jądra, z którym została uruchomiona.

Z czyjej dokumentacji będziesz korzystać?

To pytanie jest często niedoceniane, a jego ignorowanie generuje najwięcej straconych godzin. Systemy Ubuntu i Debian korzystają z pakietów apt oraz .deb. Systemy CentOS Stream, Rocky Linux i AlmaLinux używają pakietów dnf oraz .rpm. Ten podział wpływa na pracę długo po wykonaniu polecenia instalacji.

Nazwy pakietów różnią się: serwer WWW Apache to apache2 w systemach Ubuntu i Debian, a httpd w rodzinie RHEL, co oznacza, że nazwa usługi również jest inna. Różni się także zapora sieciowa: ufw w Ubuntu, firewalld w rodzinie RHEL, przy czym obie korzystają z nftables jako warstwy bazowej. Różni się również warstwa obowiązkowej kontroli dostępu (MAC) i to ona sprawia najwięcej problemów. Rodzina RHEL domyślnie uruchamia SELinux (Security Enhanced Linux) w trybie wymuszania (enforcing), więc usłudze może zostać odmówiony dostęp do pliku, mimo że uprawnienia systemowe na to pozwalają. Przyczyna takiego stanu rzeczy jest widoczna wyłącznie w dzienniku audytu za pomocą ausearch -m AVC. Systemy Ubuntu i Debian używają AppArmor, który dostarcza mniej profili i rzadziej przerywa działanie procesów.

Nic z tego nie jest trudne. To praca polegająca na tłumaczeniu różnic, którą wykonuje się przy każdym czytanym poradniku, często późno w nocy. Jeśli dopiero zaczynasz pracę z serwerami Linux, to wystarczający powód, aby wybrać Ubuntu LTS, ponieważ strony instalacyjne dostawców oprogramowania zakładają właśnie ten system. Nasze przewodniki robią to samo: instrukcja stosu LAMP oraz przewodnik po Certbot i nginx zostały napisane i przetestowane w środowisku Ubuntu, podobnie jak pierwsze dziesięć minut na nowym VPS.

Czy konieczne jest dopasowanie do Red Hat Enterprise Linux?

Jeśli macierz wsparcia dostawcy wymienia RHEL lub flota produkcyjna w przedsiębiorstwie korzysta z tego systemu, należy wybrać dystrybucję zgodną z RHEL i przestać traktować to jako kwestię preferencji. Zarówno Rocky Linux, jak i AlmaLinux są budowane na podstawie źródeł RHEL. Obie dystrybucje utrzymują stabilność ABI (application binary interface) względem RHEL, dzięki czemu pakiet RPM zbudowany dla RHEL 10 instaluje się i działa na każdej z nich. Komercyjni agenci oraz narzędzia zapewniające zgodność z przepisami są kierowane na tę platformę i często nie wspierają żadnych innych rozwiązań.

Rocky Linux pozostaje tak blisko RHEL, jak to tylko możliwe. AlmaLinux, począwszy od wersji 9, dąży do zgodności ABI, a nie do identyczności bitowej, co pozwala na dodawanie elementów usuniętych przez Red Hat. Obsługa procesorów jest tego najjaskrawszym przykładem. RHEL 10 podniósł wymagania bazowe do x86-64-v3, czyli poziomu funkcji procesora wymagającego AVX2, a Rocky Linux 10 podąża za tym standardem. AlmaLinux 10 dodał oddzielną architekturę x86-64-v2 dla starszego sprzętu. Ma to znaczenie w przypadku wynajmowanego serwera: jeśli dostawca udostępnia generyczny emulowany model procesora, avx2 może być nieobecne w lscpu, przez co kompilacja w wersji v3 nie zostanie uruchomiona. Należy to najpierw sprawdzić, a następnie wybrać AlmaLinux 10 lub pozostać przy serii 9, jeśli flaga jest nieobecna.

CentOS Stream jest produktem innym niż obie wymienione dystrybucje typu rebuild. Znajduje się on powyżej RHEL w łańcuchu dostaw, więc zmiany trafiają najpierw do Stream, a dopiero w kolejnym wydaniu minor do RHEL. Jest on wystarczająco stabilny do pracy produkcyjnej, a jego rozwój odbywa się w sposób ciągły, zamiast w krokach wersji minor. Należy go wybrać w przypadku budowania lub testowania oprogramowania, które musi działać na nadchodzącej wersji RHEL, a nie na tej, która została już wydana. CentOS Stream 10 ma 3.8 lat wsparcia, co jest okresem krótszym niż w przypadku dystrybucji typu rebuild, ponieważ kończy się on w momencie wygaśnięcia pełnego wsparcia dla RHEL 10.

Miejsce systemu Fedora w środowisku serwerowym

Fedora oferuje najnowsze jądro oraz najnowsze oprogramowanie użytkownika spośród sześciu głównych dystrybucji, a każda wersja jest wspierana przez około 13 miesięcy. Ta liczba stanowi kluczowy argument. Serwer z systemem Fedora wymaga aktualizacji wersji mniej więcej raz w roku – zgodnie z harmonogramem użytkownika, jeśli zostanie zaplanowany, lub zgodnie z harmonogramem projektu Fedora, jeśli nie. Pominięcie dwóch cykli aktualizacji powoduje utratę wsparcia dla maszyny.

System Fedora należy uruchamiać na serwerze, gdy wymagane jest oprogramowanie nowsze niż to, które oferują dystrybucje stabilne, oraz gdy akceptowany jest rytm aktualizacji, na przykład w przypadku osobistej maszyny budującej pakiety lub środowiska programistycznego, które jest często przebudowywane. Nie należy instalować tego systemu na maszynie, która ma działać bezobsługowo. Wsparcie dla wersji Fedora 43 kończy się w grudniu 2026, około czternaście miesięcy po jej wydaniu, co jest zgodne z założeniami projektu, a nie wynikiem awarii.

Ile faktycznie kosztuje błędny wybór

Reinstalacja VPS to operacja w panelu sterowania trwająca kilka minut, więc zmiana decyzji pierwszego dnia nic nie kosztuje, ale staje się problematyczna po dwustu dniach. Nie istnieje wspierana metoda konwersji Ubuntu na AlmaLinux w miejscu. Decyzję należy podjąć przed umieszczeniem danych na maszynie.

Dwa nawyki pozwalają zachować odwracalność decyzji. Przechowuj konfigurację w skryptach, a nie w historii powłoki, aby przebudowa była procesem powtarzalnym, a nie pamięciowym: pierwszy playbook Ansible wystarczy dla pojedynczego serwera. Następnie sprawdź, kto zarządza systemem operacyjnym, ponieważ w przypadku planu zarządzanego VPS dostawca może przejąć zarówno wybór systemu, jak i harmonogram aktualizacji.

Wybór domyślny pozostaje aktualny. Wybierz Ubuntu LTS, wybierz Debian, jeśli potrzebujesz mniejszej bazy bez warstwy komercyjnej, wybierz Rocky Linux lub AlmaLinux, gdy wymagana jest kompatybilność z RHEL, wybierz CentOS Stream podczas budowania rozwiązań dla RHEL, a Fedora wybieraj tylko wtedy, gdy masz już w kalendarzu zaplanowaną coroczną aktualizację systemu.

FAQ

Którą dystrybucję Linux wybrać na VPS, jeśli dopiero zaczynam przygodę z systemem?

Aktualne wydanie Ubuntu LTS. Przemawiają za tym dwa powody. Prawie każda strona z instrukcją instalacji oprogramowania podaje w pierwszej kolejności polecenia dla Ubuntu, co pozwala na wklejanie komend zamiast ich tłumaczenia. Ponadto każde wydanie LTS otrzymuje pięć lat darmowych aktualizacji bezpieczeństwa, więc w pierwszym roku użytkowania nie ma konieczności przeprowadzania aktualizacji systemu. Debian jest rozsądnym drugim wyborem, jeśli oczekujesz mniejszego systemu bazowego i czujesz się na siłach, by czytać dokumentację pisaną dla apt ogólnie, a nie konkretnie dla Ubuntu.

Co jest lepsze na serwer: Debian czy Ubuntu?

To blisko spokrewnione systemy. Ubuntu bazuje na Debianie, korzysta z apt i większość instrukcji dla Debiana działa na nim bez zmian. Debian domyślnie instaluje mniej pakietów, nie posiada komercyjnego wsparcia i w ostatnich latach cyklu życia wydania opiera się na pracy wolontariuszy w zakresie bezpieczeństwa. Ubuntu wydaje wersję LTS co dwa lata w przewidywalnym terminie, rozszerza wsparcie do dziesięciu lat poprzez Ubuntu Pro i jest systemem, do którego odnosi się większość dokumentacji producentów oprogramowania. Wybierz Debiana, jeśli potrzebujesz minimalnej bazy, którą zamierzasz utrzymywać przez lata. Wybierz Ubuntu, jeśli chcesz, aby dokumentacja była zgodna z wpisywanymi poleceniami.

Czy użyć Rocky Linux czy AlmaLinux?

Oba systemy to darmowe kompilacje RHEL wspierane do maja 2035 roku, więc wybór każdego z nich jest uzasadniony. Rocky Linux stara się jak najwierniej odwzorowywać RHEL, co jest korzystne w przypadku macierzy wsparcia producentów oprogramowania, które rygorystycznie podchodzą do platformy. AlmaLinux stawia na kompatybilność ABI, co pozwala na dostarczanie dodatków, w tym kompilacji x86-64-v2 dla procesorów niespełniających wymogu x86-64-v3, który narzuca RHEL 10. Na VPS ze starszym lub emulowanym procesorem ta kompilacja jest powodem, dla którego warto wybrać AlmaLinux.

Czy mogę uruchomić Fedora na serwerze?

Tak, a ceną jest harmonogram aktualizacji. Każde wydanie Fedora jest wspierane przez około 13 miesięcy, więc serwer wymaga aktualizacji wersji mniej więcej raz w roku, a w przypadku pominięcia dwóch wydań przestaje otrzymywać poprawki bezpieczeństwa. Wybierz Fedora, jeśli potrzebujesz bardzo nowego jądra lub zestawu narzędzi i faktycznie zamierzasz przeprowadzać te aktualizacje. W przypadku maszyny, którą chcesz pozostawić bez ingerencji, wybierz wydanie LTS lub system klasy enterprise.

Czy dystrybucja wpływa na wydajność VPS?

Nie w sposób, który byłby łatwy do zmierzenia. Systemy te korzystają z tego samego jądra i tego samego oprogramowania serwerowego, więc test wydajności nginx na Ubuntu w porównaniu z nginx na Rocky Linux mierzy głównie poprawność konfiguracji. RHEL 10 kompiluje swoje pakiety z uwzględnieniem instrukcji procesora x86-64-v3, co daje niewielką przewagę na nowoczesnym sprzęcie, jednak jest to słaba przesłanka do wyboru systemu operacyjnego. O przepustowości decyduje konfiguracja dysku oraz bazy danych.