Czym jest wirtualny serwer dedykowany? VDS a VPS i serwer

Czym naprawdę jest wirtualny serwer dedykowany

Wirtualny serwer dedykowany (VDS) to maszyna wirtualna wydzielona z fizycznego hosta przez hiperwizor (najczęściej KVM na Linuksie, czasem Xen, VMware ESXi lub Hyper-V) o jednej kluczowej właściwości: zasoby z faktury są zarezerwowane. Dwa rdzenie oznaczają dwa wątki hosta odłożone dla tej maszyny; 8 GB RAM to 8 GB, których host nigdy nie pożyczy innemu klientowi. Wewnątrz maszyny masz własne jądro, własny obraz dysku, pełne uprawnienia root lub Administratora oraz dowolny system operacyjny, który hiperwizor potrafi uruchomić: z perspektywy gościa to mały serwer dedykowany, a z perspektywy hosta jeden z kilku najemców, którzy nigdy nie walczą o tę samą pulę zasobów.

Termin powstał, bo pojęcie „VPS” stało się zbyt pojemne. VPS może być wszystkim: od kontenera OpenVZ z pamięcią burst po maszynę KVM na hoście, który sprzedaje ten sam fizyczny rdzeń sześciu klientom. Skrót „VDS” przyjęli dostawcy, którzy chcieli powiedzieć „ta usługa nie jest przesprzedana”. Za etykietą nie stoi żaden standard: na rosyjskojęzycznym rynku hostingowym VDS i VPS są wymienne, a część dostawców gdzie indziej po prostu przemianowuje zwykłą linię VPS, bo VDS brzmi bliżej serwera dedykowanego. Słowo mówi o intencji; prawdę pokazują polecenia opisane niżej.

VDS a VPS a serwer dedykowany

Te produkty różnią się na dwóch osiach: sposobem izolacji (kontener, maszyna wirtualna albo fizyczny sprzęt) oraz tym, czy zasoby są zarezerwowane, czy współdzielone. VDS plasuje się pomiędzy współdzielonym VPS-em a serwerem dedykowanym na obu tych osiach.

Kolumna z cenami to orientacyjny przedział na 2026 rok dla planów wejściowych, a nie benchmark. Maszyny z czterema zarezerwowanymi rdzeniami i 8 GB RAM nie da się sprzedać za 3 dolary miesięcznie; jeśli „VDS” kosztuje tyle co kontener, zwykle nim jest.

Zasoby zarezerwowane a współdzielone: gdzie leży różnica

CPU. W KVM każdy vCPU jest wątkiem hosta, który planista Linuksa traktuje jak każdy inny proces. Host z 32 wątkami sprzętowymi może zostać sprzedany jako 32 vCPU (1:1, zarezerwowane) albo jako 128 vCPU (4:1, współdzielone). Nic wewnątrz gościa nie pokazuje tego współczynnika; ujawnia się on dopiero jako steal time i skoki opóźnień, gdy sąsiedzi są obciążeni.

RAM. Hosty KVM przesubskrybowują pamięć na dwa sposoby: sterownik virtio balloon pozwala hostowi odzyskać strony, których gość nie używa, a KSM (kernel samepage merging) deduplikuje identyczne strony między maszynami. W planie z rezerwacją pamięć jest przypisana przy starcie maszyny, a balon nigdy nie jest napompowany. Obecność virtio_balloon w lsmod dowodzi możliwości, a nie faktycznego użycia: sterownik jest w niemal każdym obrazie chmurowym.

Dysk. Rezerwacja rzadko obejmuje przestrzeń dyskową; niemal każdy dostawca współdzieli warstwę storage i co najwyżej ogranicza IOPS na maszynę. O wydajności decyduje nośnik pod spodem: dysk NVMe zapewnia znacznie więcej IOPS i niższe opóźnienia niż SSD SATA, a żadna rezerwacja CPU nie zrekompensuje wolnego dysku pod bazą danych.

Sieć. Łącze jest współdzielone we wszystkim poza serwerem dedykowanym z własnym portem; „nielimitowany” transfer oznacza nielimitowany w ramach zasad fair-use, a nie gwarantowany 1 Gb/s wyłącznie dla Ciebie.

KVM a wirtualizacja kontenerowa (OpenVZ, LXC)

Ten podział przesądza, czy „VDS” w ogóle może być dedykowany. KVM, Xen i ESXi to wirtualizacja sprzętowa: VT-x lub AMD-V pozwala każdemu gościowi uruchomić własne jądro na wirtualnym sprzęcie. OpenVZ, Virtuozzo, LXC i Docker to wirtualizacja na poziomie systemu operacyjnego: każdy najemca jest zbiorem procesów na jądrze hosta, oddzielonym przestrzeniami nazw i ograniczonym przez cgroups. Proxmox nazywa je „CT”, a wielu tanich dostawców sprzedaje je jako VPS. Konsekwencje:

• uname -r zwraca jądro hosta, którego nie wybrałeś i nie zaktualizujesz. Historycznie hosty OpenVZ pracowały na bardzo starych seriach jądra. Jeśli nie masz pewności, co naprawdę działa na maszynie, polecenia sprawdzające wersję systemu i jądra w Linuksie, Windowsie i macOS zajmują kilka sekund.
• Nie załadujesz modułów jądra: WireGuard, ZFS i wszystko dostarczane jako .ko zależy od hosta.
• Wirtualizacja zagnieżdżona jest niemożliwa, a Docker lub systemd wewnątrz kontenera działa tylko wtedy, gdy host na to pozwala.

Gość KVM nie ma żadnego z tych ograniczeń: startuje z obrazu ISO, uruchamia dowolne jądro i może udostępnić VT-x własnym gościom, jeśli host zezwala na wirtualizację zagnieżdżoną. Prawdziwy VDS jest więc zawsze pełną maszyną wirtualną.

Hałaśliwi sąsiedzi i steal time

Hałaśliwy sąsiad to inny najemca tego samego hosta, którego zużycie CPU, dysku lub sieci odbiera zasoby Tobie. Na przesubskrybowanym hoście KVM planista ustawia Twój vCPU w kolejce za jego procesami, a czas, w którym Twój vCPU był gotowy do pracy, ale czekał, trafia do gościa jako steal time. Linux pokazuje go jako ósmą wartość w wierszu cpu pliku /proc/stat, jako kolumnę st w vmstat i top oraz jako %steal w mpstat i sar.

Maszyna z rezerwacją powinna wykazywać steal na poziomie zera lub bliskim zeru, nawet gdy sąsiedzi pracują na pełnych obrotach. Kilka procent w szczytach jest normalne w planach współdzielonych; utrzymujące się wartości dwucyfrowe oznaczają przesprzedany host, a jedynym rozwiązaniem jest inny węzeł albo prawdziwy plan 1:1. Dostawca nie ukryje tej metryki: hiperwizor zapisuje ją w statystykach samego gościa. W kontenerach jest inaczej: w LXC lub OpenVZ kolumna st zwykle pozostaje zerowa, mimo że jesteś dławiony; jeśli środowisko to udostępnia, cat /sys/fs/cgroup/cpu.stat (cgroup v2) pokazuje rosnące nr_throttled i throttled_usec.

Kiedy „VDS” to tylko marketing

Ponieważ etykieta nie jest w żaden sposób regulowana, szukaj na stronie oferty sygnałów opisujących architekturę:

• „vCPU” bez podanego współczynnika. Plan z rezerwacją mówi o „dedykowanych rdzeniach” albo „1 vCPU = 1 wątek”. Jeśli wsparcie nie potrafi podać stosunku vCPU do wątków, zakładaj, że są współdzielone.
• „Gwarantowany RAM” obok „RAM burst”. To słownictwo OpenVZ opisujące kontener z miękkim limitem, a nie maszynę wirtualną z przypisaną pamięcią.
• Brak własnego ISO, brak wyboru jądra, brak dowolnej reinstalacji. Te ograniczenia biorą się ze współdzielenia jądra hosta.
• „Semi-dedicated” lub „hybrid” w nazwie. To uczciwe określenia planu współdzielonego o mniejszej rywalizacji o zasoby. W porządku, ale to nie VDS.

Wielu dostawców używa terminu VDS uczciwie; poniższe testy rozstrzygają sprawę w mniej niż minutę.

Jak sprawdzić, co faktycznie dostajesz

1. Zidentyfikuj warstwę wirtualizacji

systemd-detect-virt
# typical answers: kvm, qemu, xen, vmware, microsoft, openvz, lxc, docker, none
systemd-detect-virt --container   # container type, or none

virt-what (uruchomiony jako root) daje tę samą odpowiedź w dystrybucjach bez systemd. lscpu | grep -i hypervisor na gościu KVM powinno wypisać Hypervisor vendor: KVM; w kontenerze lscpu pokazuje pełną liczbę rdzeni hosta zamiast Twojego przydziału, a obecność /proc/vz lub /proc/user_beancounters to jednoznaczny znak OpenVZ.

2. Sprawdź model i liczbę rdzeni CPU

nproc
grep -m1 'model name' /proc/cpuinfo
lscpu | grep -E '^(Model name|Socket|Core|Thread|CPU\(s\))'

nproc powinno odpowiadać temu, co kupiłeś. Nazwa modelu QEMU Virtual CPU lub Common KVM processor oznacza, że host ukrywa prawdziwy procesor za modelem generycznym, blokując nowsze zestawy instrukcji, takie jak AVX; realny model w rodzaju AMD EPYC 7443P oznacza przekazanie parametrów hosta. Żadne z tych nie dowodzi rezerwacji, ale zamaskowany procesor sugeruje host nastawiony na gęste upakowanie.

3. Zmierz steal time pod obciążeniem

vmstat 1 5          # last column: st
head -1 /proc/stat  # cpu user nice system idle iowait irq softirq steal guest guest_nice
stress-ng --cpu $(nproc) --timeout 60s   # package stress-ng, then watch vmstat

Mierz w godzinach szczytu. Jeśli st pozostaje bliskie zeru, gdy wszystkie vCPU są obciążone do maksimum, rdzenie są faktycznie Twoje; powtórz pomiar przez kilka dni, bo rywalizacja o zasoby zależy od tego, kto jeszcze korzysta z węzła.

4. Sprawdź wirtualizację zagnieżdżoną

grep -cE 'vmx|svm' /proc/cpuinfo   # more than 0: the virtualisation flag is exposed
ls -l /dev/kvm                     # appears once kvm_intel or kvm_amd is loaded
kvm-ok                             # Ubuntu: package cpu-checker

Jeśli flagi brakuje, host maskuje model procesora albo ma wyłączoną wirtualizację zagnieżdżoną i nic, co wymaga hiperwizora, nie uruchomi się wewnątrz gościa. Kontener nigdy jej nie udostępnia.

5. Przyjrzyj się urządzeniu dyskowemu

lsblk -d -o NAME,SIZE,ROTA,MODEL
cat /sys/block/vda/queue/rotational   # 0 = non-rotational

vda to urządzenie blokowe virtio, czyli typowa konfiguracja KVM; sda z modelem QEMU HARDDISK to emulowane SATA, wciąż w maszynie wirtualnej. W kontenerze system plików root jest często montowany jako ploop lub simfs. W gościach Windows systeminfo | findstr /i hyper-v zgłasza wykrycie hiperwizora.

Progi cenowe i zastosowania

• VPS kontenerowy ($2-6): strony statyczne, małe boty, punkt końcowy VPN, czyli wszystko, gdzie jądro nie ma znaczenia, a sporadyczne spowolnienia są akceptowalne.
• Współdzielony VPS KVM ($4-12): maszyny deweloperskie i staging, aplikacje o niskim ruchu, które potrzebują własnego jądra i tolerują chwilowe skoki steal time.
• VDS z zarezerwowanymi zasobami KVM ($8-40): boty tradingowe, serwery gier, bazy danych, runnery CI, automatyzacja 24/7 i wszystko, co jest wrażliwe na opóźnienia i godzinami obciąża procesor.
• Serwer dedykowany ($60-300+): stałe 100% CPU na wielu rdzeniach, duża pamięć RAM, GPU, własny hiperwizor albo regulacje zakazujące współdzielonego sprzętu. Serwer dedykowany bare-metal z dostępem IPMI to kolejny krok, gdy VDS przestaje wystarczać.

Jeśli poziom z rezerwacją pasuje do Twojego obciążenia, właśnie to sprzedaje rdp.monster: VPS KVM z zarezerwowanym CPU i RAM, dyski NVMe, pełny dostęp root lub administratora, nielimitowany transfer (fair-use), brak KYC oraz płatności kryptowalutami obok kart i PayPal, od $8.99 miesięcznie. Maszyna jest dostarczana około 10 sekund po potwierdzeniu płatności, więc możesz sam uruchomić na niej systemd-detect-virt i vmstat 1, zanim zaufasz etykiecie. To dokładnie te testy, które ten artykuł zaleca dla każdego dostawcy.

Najczęściej zadawane pytania

Czy VDS to to samo co VPS?

Technicznie oba to serwery wirtualne; VDS ma sygnalizować zasoby zarezerwowane i nieprzesubskrybowane.

Oba są serwerami wirtualnymi na współdzielonym sprzęcie. Różnica to obietnica, a nie technologia: VDS powinien działać jako pełna maszyna wirtualna (zwykle KVM) z rdzeniami CPU i pamięcią RAM zarezerwowanymi dla Ciebie, podczas gdy VPS może dzielić te zasoby z innymi klientami albo wręcz być kontenerem na jądrze hosta. Ponieważ żaden standard nie egzekwuje tego terminu, część dostawców używa nazw VDS i VPS wymiennie. Sprawdzaj poleceniami systemd-detect-virt, nproc oraz pomiarem steal time, zamiast ufać nazwie.

Jak sprawdzić, czy mój VPS to KVM czy OpenVZ?

Uruchom systemd-detect-virt; w jednym wierszu wypisze kvm, openvz, lxc albo none.

Uruchom systemd-detect-virt: wypisze kvm, qemu, openvz, lxc lub none. Bez systemd zainstaluj i uruchom virt-what jako root. Dwie kolejne wskazówki: lscpu | grep -i hypervisor pokazuje Hypervisor vendor: KVM na gościu KVM, a obecność /proc/vz lub /proc/user_beancounters oznacza OpenVZ. W kontenerze nproc i uname -r również odzwierciedlają host, a nie Twój plan.

Jaki poziom steal time jest akceptowalny na serwerze wirtualnym?

Bliski zeru w planach z rezerwacją; kilka procent w szczytach jest dopuszczalne, a stałe wartości dwucyfrowe oznaczają przesprzedany host.

Na VDS z zarezerwowanymi rdzeniami kolumna st w vmstat 1 powinna wynosić 0 lub być jej bliska nawet przy pełnym obciążeniu. W planach współdzielonych sporadyczne wartości jednocyfrowe w szczytach są normalne. Utrzymujące się wartości rzędu dziesięciu procent i więcej oznaczają, że host jest przesubskrybowany, a Twoje vCPU czekają za innymi najemcami. Z wnętrza gościa nie da się tego naprawić: poproś dostawcę o migrację na spokojniejszy węzeł albo przejdź na plan ze stosunkiem vCPU do wątków 1:1.

Czy na wirtualnym serwerze dedykowanym uruchomię Dockera lub zagnieżdżoną maszynę wirtualną?

Docker tak, na każdym gościu KVM; zagnieżdżone maszyny wirtualne tylko wtedy, gdy host udostępnia flagę vmx lub svm.

Na VDS opartym o KVM Docker działa jak na każdej maszynie z Linuksem, bo pracujesz na własnym jądrze. Wirtualizacja zagnieżdżona (KVM, VirtualBox, Hyper-V wewnątrz gościa) wymaga, by host przekazał rozszerzenie wirtualizacji procesora: sprawdź to poleceniem grep -cE 'vmx|svm' /proc/cpuinfo i potwierdź, że /dev/kvm pojawia się po załadowaniu kvm_intel lub kvm_amd. W kontenerach OpenVZ lub LXC zagnieżdżone maszyny są niemożliwe, a Docker zależy wyłącznie od tego, na co pozwala host.