Serwer VPS daje Ci wydzielone, gwarantowane zasoby na nowoczesnym sprzęcie i pełną swobodę konfiguracji. Zanim zamówisz usługę lub zaplanujesz na niej projekt, warto wiedzieć, na jakim sprzęcie działa, jaka jest przepustowość sieci i jakich zastosowań lepiej na nim nie planować. Ten poradnik zbiera najczęstsze pytania o parametry VPS.
Procesor i przydzielone zasoby
VPS-y stoją na procesorach AMD EPYC co najmniej 3. generacji o taktowaniu minimum 3 GHz. Do każdego pakietu przydzielamy wydzielone zasoby (rdzenie CPU, RAM, dysk) zarezerwowane dla Twojej maszyny. Pamiętaj jednak o zasadach uczciwego korzystania opisanych w regulaminie usługi, które ograniczają stałe, skrajne obciążanie współdzielonej infrastruktury.
Informacja
Ze względów bezpieczeństwa nie udostępniamy informacji o fizycznym serwerze (node), na którym stoi dana maszyna wirtualna, ani o tym, jakie inne usługi się na nim znajdują.
Sieć i przepustowość
Przepustowość łącza zależy od pakietu: KVM mini ma 150 Mbit/s, KVM PRO 300 Mbit/s, a KVM Storage (nastawiony na pojemność i wydajność dyskową) 500 Mbit/s wraz z dużym limitem transferu (20 TB/mies.).
Uwaga
Pakiet KVM Storage nie ma automatycznych kopii zapasowych. Jeśli zależy Ci na regularnych kopiach, wybierz pakiet KVM mini lub KVM PRO. Szczegóły o kopiach znajdziesz w artykule o kopiach zapasowych VPS.
Taktowanie procesora
Deklarowane taktowanie (np. 3 GHz+) to wartość, jaką widzisz w /proc/cpuinfo. W praktyce zmienia się ono dynamicznie, bo serwer fizyczny rozdziela moc między wszystkie maszyny na node’zie zgodnie z bieżącym obciążeniem. Gdy korzystasz z pełni przydzielonych rdzeni, procesor może pracować nieco wolniej niż nominalna wartość, a przy małym obciążeniu klastra taktowanie bywa wyższe. To normalne zachowanie wirtualizacji KVM, nie defekt.
Brak GPU i wirtualizacji zagnieżdżonej
Serwery VPS nie mają karty graficznej (GPU) ani pamięci VRAM. Działają w oparciu o moc procesora (CPU). Jeśli planujesz zadania wymagające akceleracji GPU (np. obliczenia CUDA, trenowanie modeli, renderowanie na karcie), VPS nie jest do tego odpowiednią usługą.
Z podobnych powodów na VPS nie działa wirtualizacja zagnieżdżona (VT-x / AMD-V). Uruchomienie własnego hypervisora (Hyper-V, VMware, Proxmox) wewnątrz VPS nie jest możliwe, bo sam VPS jest już maszyną wirtualną i nie ma dostępu do instrukcji sprzętowych wirtualizacji. Jeśli potrzebujesz uruchamiać własne maszyny wirtualne, właściwym rozwiązaniem jest serwer dedykowany.
Docker działa normalnie i nie wymaga wirtualizacji zagnieżdżonej. Flagi vmx lub svm niewidoczne w /proc/cpuinfo nie wpływają na działanie kontenerów Docker. Możesz bez przeszkód uruchamiać kontenery na VPS.
Dyski i storage
Dyski systemowe to NVMe SSD PCIe 4. Oferują znacznie wyższą przepustowość i niższe opóźnienia niż klasyczne SSD SATA, co przekłada się na szybszy start procesów, krótszy czas odpowiedzi baz danych i płynniejszą obsługę ruchu pod obciążeniem.
Fizycznie dane przechowywane są na serwerach dyskowych w konfiguracji RAID zapewniającej redundancję i odporność na awarie dysków. Z punktu widzenia Twojego VPS dysk jest widoczny jako jedno urządzenie blokowe.
Dostępność i migracja między node’ami
Platforma automatycznie monitoruje stan serwerów fizycznych. Jeśli na danym node’zie wystąpi problem sprzętowy, maszyny wirtualne są przenoszone na inny node bez ręcznej interwencji. Dla Ciebie oznacza to, że awaria jednego serwera fizycznego nie przekłada się automatycznie na utratę Twojego VPS.
Informacja
Migracja między node’ami to proces wewnętrzny, realizowany bez Twojego udziału. Jeśli planujesz środowisko wymagające redundancji na poziomie wielu niezależnych lokalizacji fizycznych, potrzebujesz dedykowanego rozwiązania HA.
Lokalizacja serwerów
Wszystkie serwery stoją w naszej własnej serwerowni w Łodzi, w Polsce. Dane nie opuszczają kraju, a bliskość fizyczna oznacza niskie opóźnienia dla użytkowników z Polski. Więcej o serwerowni i bezpieczeństwie piszemy w artykule o webh.
Dobór i zmiana parametrów
Parametry pakietów VPS oraz ich ceny znajdziesz w ofercie VPS. Cena usługi jest gwarantowana przez 5 lat od zamówienia, bo nie podnosimy jej dla istniejących klientów w tym czasie. Jeśli z czasem potrzebujesz więcej zasobów (CPU, RAM, dysk), zwiększysz je przy usłudze w panelu, bez przenoszenia maszyny na nowo.
Zmianę rozliczamy proporcjonalnie: dopłacasz tylko za czas pozostały do końca opłaconego okresu, a nie za pełny nowy okres. Rozszerzenie dysku nie kasuje danych, tylko powiększa dostępną przestrzeń.
Informacja
Zejścia na niższy pakiet nie da się wykonać - pełna zmiana na mniejszy plan nie jest możliwa (m.in. dlatego, że zapełnionego dysku nie da się „skurczyć"). Pojedyncze parametry, jak RAM czy CPU, zwykle zmniejszysz przed kolejnym odnowieniem, ale przy realnie mniejszych potrzebach zamawiasz nowy, mniejszy serwer i przenosisz na niego dane. Zasady odnawiania opisujemy w poradniku o odnawianiu usług.
Zastanawiasz się, czy wybrać hosting, czy VPS? Pomoże w tym porównanie hostingu i VPS.