Shared hosting czy VPS: co wybrać dla swojej strony?

Shared hosting a VPS: krótka odpowiedź

Wybór między shared hostingiem a VPS nie jest kwestią wydajności. W ramach shared hostingu wynajmuje się konto na maszynie, którą ktoś inny konfiguruje, aktualizuje i współdzieli między setkami klientów. W przypadku VPS (virtual private server) wynajmuje się cały system operacyjny z dostępem root, co pozwala na instalację dowolnego oprogramowania oraz nakłada obowiązek naprawy własnych błędów.

Kluczowe różnice dotyczą trzech aspektów. Pierwszym jest posiadanie uprawnień root. Drugim jest sposób przydziału pamięci: jest ona albo przypisana na wyłączność, albo współdzielona z puli. Trzecim jest odpowiedzialność za awarie: gdy serwer przestaje odpowiadać w nocy, naprawia go albo dostawca, albo użytkownik. Wszystkie pozostałe cechy wynikają z tych trzech punktów.

Jeśli witryna składa się ze stron statycznych, obrazów i formularza kontaktowego, shared hosting jest właściwym i tańszym rozwiązaniem. Jeśli witryna wymaga programu działającego w tle, gdy nikt jej nie odwiedza, niezbędny jest VPS.

Co faktycznie oferuje hosting współdzielony

Jeden serwer Linux obsługuje jednocześnie wiele kont użytkowników. Każde konto to katalog domowy z głównym katalogiem dokumentów, bazą danych i skrzynką pocztową, a pojedynczy serwer WWW, zazwyczaj Apache lub LiteSpeed, obsługuje wszystkie witryny na maszynie. Zamiast dostępu do powłoki otrzymuje się panel sterowania. Brak uprawnień root uniemożliwia instalację pakietów, otwieranie portów czy uruchamianie usług w tle.

Większość dostawców hostingu współdzielonego korzysta z CloudLinux, który umieszcza każde konto w odrębnym kontenerze z twardym limitem czasu procesora oraz liczby jednocześnie uruchomionych procesów. Przekroczenie limitu procesów nie powoduje spowolnienia witryny. Powoduje wyświetlenie przez serwer strony z błędem o treści 508 Resource Limit Is Reached. Ta strona oznacza, że własne konto osiągnęło swój limit, a nie że sąsiad zajmuje przydzielone zasoby.

Ten kompromis jest zamierzony. Użytkownik rezygnuje z kontroli, a w zamian dostawca aktualizuje kernel, PHP, odnawia certyfikaty i wykonuje nocne kopie zapasowe. Dla wielu witryn jest to korzystna wymiana.

Czym w rzeczywistości jest VPS

VPS to maszyna wirtualna działająca na serwerze hosta. W środowisku KVM, czyli hypervisorze obsługującym większość planów VPS z systemem Linux, instancja uruchamia własne jądro, posiada własny adres IP, własny firewall oraz własny system init. sudo działa. apt install działa. Program uruchomiony przez systemd kontynuuje pracę po wylogowaniu, restartuje się po awarii i uruchamia ponownie po restarcie systemu.

Ten sam dostęp root sprawia, że bezpieczeństwo maszyny staje się Twoim obowiązkiem. Nikt inny jej nie monitoruje. Zakres zastosowań serwerów VPS jest szeroki właśnie z tego powodu: maszyna wykonuje każde zadanie, do którego zdolny jest serwer Linux.

Różnica 1: dostęp root i jego możliwości

Dostęp root jest różnicą, która determinuje wszystkie pozostałe. Pozwala on na instalację dowolnego pakietu z dystrybucji, powiązanie dowolnego portu, utworzenie jednostki systemd, odczyt każdego dziennika w systemie oraz zmianę ustawień jądra za pomocą sysctl. Bez niego użytkownik jest ograniczony do listy oferowanej przez panel: selektora wersji PHP, ustalonego zestawu rozszerzeń oraz formularza zadań cron.

Na serwerze VPS zawsze można sprawdzić, co nasłuchuje na portach:

ss -ltnp

Każda linia reprezentuje otwarte gniazdo wraz z procesem, który je posiada. Usługa, która nie została uruchomiona, będzie widoczna jako brakująca linia. Na hostingu współdzielonym to pytanie pozostaje bez odpowiedzi, ponieważ porty 80 oraz 443 należą do serwera WWW hosta i żadna konfiguracja użytkownika nie może ich przejąć.

Różnica 2: pamięć przydzielona a pamięć współdzielona

Hosting współdzielony sprzedawany jest przy założeniu, że tylko niewielka część kont jest obciążona w tym samym momencie. Pamięć maszyny stanowi pulę, a udział przypisany do konta jest limitem, a nie rezerwacją. Gdy limit zostanie wyczerpany, procesy PHP są ubijane, a użytkownicy otrzymują błąd 500 lub 508.

Na serwerze VPS pamięć określona w planie należy do instancji. free -m raportuje jej stan, a żaden proces spoza maszyny wirtualnej nie może jej odebrać.

Czas procesora jest uczciwym wyjątkiem. Większość planów VPS współdzieli rdzenie fizyczne między gości, co można samodzielnie zmierzyć:

vmstat 1 5

Kolumna st oznacza steal time: udział czasu, w którym wirtualny procesor był gotowy do pracy, podczas gdy rdzeń fizyczny był przydzielony innemu gościowi. Stała wartość na poziomie kilku procent jest normalna. Utrzymująca się dwucyfrowa wartość oznacza, że host jest przeciążony; jest to wskaźnik, na który można powołać się w zgłoszeniu do pomocy technicznej. Na hostingu współdzielonym nie ma odpowiednika tego odczytu, ponieważ każde narzędzie, które mogłoby go wyświetlić, wymaga uprawnień root. Pamięć masowa zachowuje się w ten sam sposób, dlatego typ dysku w planie VPS ma znaczenie i dlatego warto samodzielnie przetestować nowy VPS w pierwszym tygodniu, zamiast polegać na informacjach ze strony sprzedażowej.

Różnica 3: kto odpowiada za awarię

W przypadku hostingu współdzielonego dostawca zarządza systemem operacyjnym, serwerem WWW, kompilacją PHP, certyfikatami oraz codziennymi kopiami zapasowymi. Gdy maszyna przestaje odpowiadać, otwiera się zgłoszenie i obsługa techniczna zajmuje się problemem. Ceną tego rozwiązania jest ograniczenie wynikające z tej samej zasady: nie można wymagać instalacji oprogramowania, którego dostawca nie wspiera.

W przypadku niezarządzanego VPS dostawca odpowiada jedynie za hypervisor, sieć i zasilanie. Wszystko od poziomu kernela wzwyż należy do użytkownika. Aktualizacje bezpieczeństwa, firewall, kopie zapasowe, odnawianie certyfikatów oraz monitoring są zadaniami administratora, a wsparcie techniczne nie zaloguje się do systemu, aby debugować konfigurację serwera WWW. Należy zaplanować te działania od pierwszego dnia: pierwsze dziesięć minut na nowym VPS, następnie firewall, który rozumiesz, automatyczne aktualizacje bezpieczeństwa oraz kopie zapasowe, które przynajmniej raz przywróciłeś.

Kiedy hosting współdzielony jest właściwym rozwiązaniem

Strona wizytówkowa to najbardziej oczywisty przypadek: kilka podstron, obrazy, formularz kontaktowy, być może WordPress z wtyczką cache i kilka tysięcy odwiedzin dziennie. Brak zadań w tle. Brak nietypowych środowisk uruchomieniowych. Brak procesów wymagających utrzymania stanu w pamięci między żądaniami. Hosting współdzielony dobrze obsługuje taką witrynę, kosztuje mniej niż jakikolwiek VPS i przenosi obowiązki utrzymaniowe na osoby zajmujące się tym zawodowo. Przeniesienie takiej strony na VPS nie przynosi korzyści, a dodaje zadanie, którego wcześniej nie było.

Istnieje drugi przypadek, któremu poświęca się mniej uwagi. Jeśli nikt w zespole nie chce analizować plików logów ani uruchamiać apt upgrade, hosting współdzielony jest bezpieczniejszym wyborem. Nieaktualizowany VPS z otwartym portem bazy danych stanowi większe zagrożenie niż konto współdzielone, o którego aktualność dba profesjonalista. Kontrola jest zaletą tylko wtedy, gdy ktoś z niej korzysta.

Sygnał 1: potrzebujesz programu, który działa w sposób ciągły

Demon to program, który pozostaje w pamięci i oczekuje na zadania: API, bot czatu, worker kolejki lub serwer gry. Hosting współdzielony uruchamia kod tylko w momencie nadejścia żądania, a każdy proces pozostawiony w sesji SSH (secure shell) jest kończony, ponieważ długo działający proces przekracza limit procesów przypisany do konta.

Na serwerze VPS ten sam program staje się jednostką systemd:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status powinno wyświetlić Active: active (running) wraz z identyfikatorem procesu (PID). Jeśli wyświetlone zostanie Active: failed (Result: exit-code), przyczynę należy sprawdzić w journalctl -u myapp -n 50, gdzie widoczne jest wyjście programu w momencie jego zatrzymania. Dyrektywa Restart=always w pliku jednostki przywraca działanie programu po awarii, a enable uruchamia go automatycznie po restarcie systemu. Tworzenie usług i timerów systemd to pierwsza umiejętność związana z VPS, którą warto opanować w sposób rzetelny.

Sygnał 2: wymagane środowisko uruchomieniowe nie jest dostępne w panelu

Panel udostępnia ograniczoną listę technologii. Jeśli aplikacja wymaga wersji języka spoza tej listy, biblioteki wymagającej kompilacji, ffmpeg, przeglądarki w trybie headless lub bazy danych innej niż MySQL, hosting współdzielony nie oferuje możliwości jej wdrożenia. Instalacja oprogramowania wymaga uprawnień root, a konto użytkownika nie posiada kompilatora ani nagłówków programistycznych, przez co proces budowania kończy się niepowodzeniem przed wygenerowaniem jakiegokolwiek pliku.

Na serwerze VPS instalację przeprowadza się za pomocą apt install lub uruchamia aplikację w kontenerze, co pozwala zachować czystość systemu hosta. Docker Compose na VPS jest standardowym rozwiązaniem, gdy aplikacja składa się z więcej niż jednego komponentu.

Oznaka 3: zadanie cron musi uruchamiać się o czasie

Hostingi współdzielone przyjmują zadania cron poprzez formularz i narzucają minimalny interwał, zazwyczaj pięć lub piętnaście minut. Zadanie, które przekracza limit procesora dla konta, jest przerywane w trakcie działania i kończy się po cichu, ponieważ żaden proces nie zapisuje informacji do dziennika, do którego użytkownik ma dostęp.

Na serwerze VPS crontab -e akceptuje dowolny harmonogram, a systemd timer jest jeszcze lepszym rozwiązaniem:

systemctl list-timers
journalctl -u cron -n 20

list-timers wyświetla czas następnego uruchomienia oraz wynik ostatniego wykonania dla każdego timera, a dziennik cron pokazuje każde polecenie w momencie jego wywołania. Gdy zadanie nie zostaje wykonane, można ustalić, czy w ogóle nie wystartowało, czy też wystartowało i zakończyło się błędem. To rozróżnienie stanowi większość pracy przy debugowaniu zadań zaplanowanych.

Sygnał 4: sąsiedzi obniżają czas odpowiedzi

Objaw jest specyficzny. Ta sama strona, bez żadnych zmian w kodzie, odpowiada szybko w nocy, a wolno o godzinie dziewiętnastej. Zanim obarczysz kogoś winą, wykonaj pomiar z własnej maszyny:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer to czas do otrzymania pierwszego bajtu odpowiedzi, wyrażony w sekundach. Jeśli dwadzieścia liczb jest do siebie zbliżonych, problem nie leży po stronie serwera, a rozwiązanie należy wdrożyć w kodzie lub zapytaniach do bazy danych. Jeśli wartości są stabilne o godzinie 3:00 nad ranem, a w godzinach szczytu wahają się o kilkaset milisekund, współdzielisz obciążoną maszynę z kontami, których nie widzisz. Jest to jedyny czynnik, którego nie naprawisz optymalizacją kodu, ponieważ przyczyna leży po drugiej stronie granicy konta.

Rzeczywiste koszty migracji

Są to typowe ceny ofertowe z sierpnia 2026 roku dla najmniejszych planów w każdej kategorii. Należy traktować je jako przybliżony wskaźnik, a nie wiążącą wycenę; przed zakupem należy sprawdzić aktualną cenę.

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

Rozpiętość cenowa w ofertach wynosi od 3 do 5 dolarów amerykańskich miesięcznie, jednak to nie ta liczba jest decydująca. Hosting współdzielony reklamuje stawkę początkową, która zazwyczaj wymaga opłacenia z góry okresu od jednego do trzech lat, a po tym czasie odnawia się w cenie około 12 dolarów. Porównanie kosztów odnowienia zmienia perspektywę: 12 dolarów za konto współdzielone kontra 6 dolarów za podstawowy VPS.

Należy zachować ostrożność przy tym porównaniu, ponieważ zasoby nie są równe. VPS z 1 vCPU i 1 GB RAM obsługuje serwer WWW oraz bazę danych na jednej małej jednostce, co w przypadku WordPressa staje się niewystarczające po pojawieniu się realnego ruchu. Uczciwe porównanie z odnawianym planem współdzielonym to wariant 2 vCPU i 4 GB RAM, kosztujący około 15 dolarów. Rzeczywista dopłata wynosi zatem kilka dolarów miesięcznie, a nie wielokrotność tej kwoty.

Wyższy koszt nigdy nie pojawia się na fakturze. VPS wymaga godziny na konfigurację, kilku minut miesięcznie na aktualizacje oraz wieczoru, który trzeba poświęcić przy pierwszej awarii. Po przeliczeniu tego czasu według własnej stawki godzinowej, różnica w kosztach szybko maleje. Ile VPS kosztuje w praktyce szczegółowo omawia kwestię doboru zasobów.

Przenoszenie witryny z hostingu współdzielonego bez utraty ruchu

1. Dzień wcześniej zmniejsz wartość TTL (time to live) w systemie DNS dla domeny do 300 sekund, aby zmiana weszła w życie w ciągu minut, a nie godzin.
2. Skonfiguruj nowy serwer i uruchom na nim witrynę pod adresem IP przed wprowadzeniem zmian w DNS.
3. Skopiuj pliki, a następnie wykonaj zrzut bazy danych i przywróć go na nowym serwerze.
4. Przetestuj działanie, modyfikując plik hosts na swoim komputerze, co skieruje domenę na nowy adres IP wyłącznie dla Twojej maszyny.
5. Wygeneruj certyfikat TLS na nowym serwerze, zmień rekord A i utrzymuj konto na hostingu współdzielonym aktywne przez tydzień.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig wyświetla wartość TTL w drugiej kolumnie odpowiedzi, co pozwala potwierdzić, że niższa wartość jest aktywna przed wykonaniem jakichkolwiek zmian. --single-transaction wykonuje spójną kopię zapasową bez blokowania tabel, co jest istotne, jeśli stara witryna wciąż przetwarza zamówienia w trakcie pracy. Na nowym serwerze skonfiguruj certyfikaty tego samego dnia: Let's Encrypt na Ubuntu z nginx zajmuje kilka minut, gdy rekord DNS wskazuje już na właściwy serwer.

Zasoby bez odpowiedzialności

Jeśli cztery wymienione oznaki opisują Twoją witrynę, ale utrzymanie serwera nie jest atrakcyjne, opcją pośrednią jest zarządzany VPS. Zachowujesz przydzieloną pamięć i uprawnienia root, a dostawca zajmuje się aktualizacjami, monitorowaniem i zazwyczaj udostępnia panel zarządzania. Powyższy wykres wskazuje koszt około 30 dolarów w porównaniu do 15 za tę samą wielkość serwera niezarządzanego. Różnica w cenie to koszt uwagi innej osoby, gdy serwer przestaje odpowiadać w nocy.

Decyzja między zarządzanym a niezarządzanym VPS to właściwa lektura, jeśli ten opis do Ciebie pasuje. Jeśli natomiast już obsługujesz obciążony serwer VPS, a czas oczekiwania procesora (steal time) nadal jest wysoki w godzinach szczytu, kolejnym krokiem jest serwer dedykowany bez żadnych sąsiadów.

FAQ

Czy VPS jest szybszy niż hosting współdzielony?

Niekoniecznie. Mało obciążony serwer współdzielony może przewyższyć VPS z 1 vCPU przy obsłudze pojedynczej strony WordPress. VPS zapewnia przewidywalność: pamięć RAM w ramach planu jest zarezerwowana wyłącznie dla użytkownika, więc czas odpowiedzi zależy od kodu, a nie od najbardziej obciążonego konta na maszynie. Jeśli strony działają wolno zarówno o 3:00, jak i o 19:00, przyczyną jest kod lub zapytania do bazy danych, a przeniesienie tego samego kodu na VPS nie rozwiąże problemu.

Czy mogę uruchomić aplikację Node.js lub Python na hostingu współdzielonym?

Czasami, ale tylko w ściśle określonych granicach. Niektóre panele uruchamiają aplikację za pośrednictwem Passenger, która działa w momencie nadejścia żądania. Nie można przypisać własnego portu, ponieważ serwer WWW dostawcy zajmuje porty 80 oraz 443. Nie można utrzymać procesu w pamięci między żądaniami, ponieważ limity procesów dla konta kończą działanie długotrwałych zadań. Bot, proces kolejkowy czy serwer websocket wymagają VPS.

Czy muszę znać Linux, aby zarządzać VPS?

W przypadku niezarządzanego VPS – tak. Niezbędna jest znajomość kluczy SSH, firewalla, aktualizacji, kopii zapasowych oraz nawyk przeglądania logów. Należy zarezerwować godzinę na wstępną konfigurację i kilka minut w każdym kolejnym miesiącu. Jeśli nie jest to praca, którą chcesz wykonywać, plan zarządzany pozwala zachować przydzielone zasoby, przenosząc obowiązki utrzymaniowe na dostawcę, co opisano w porównaniu VPS zarządzanego z niezarządzanym.

Czy moja strona będzie niedostępna podczas przenoszenia z hostingu współdzielonego na VPS?

Nie, jeśli wcześniej obniżysz wartość DNS TTL i utrzymasz oba konta aktywne. Ustaw TTL na 300 sekund z jednodniowym wyprzedzeniem, skopiuj pliki oraz bazę danych, przetestuj nowy serwer za pomocą pliku hosts na swoim komputerze, a następnie zmień rekord A. Przez kilka minut część odwiedzających trafi na stary serwer, a część na nowy, dlatego utrzymuj konto współdzielone aktywne przez tydzień. Przełącz stronę w tryb tylko do odczytu podczas końcowego zrzutu bazy danych lub zaakceptuj utratę danych zapisanych w tym krótkim odstępie czasu.