Tani VPS: jak sprawdzić wydajność w pierwszej godzinie po zakupie

Tani VPS kupujesz po cenniku: tyle rdzeni, tyle RAM-u, taki dysk. Cennik nie powie Ci jednak, jak ten serwer zachowa się pod Twoim obciążeniem. Dlatego pierwszą godzinę z nowym VPS-em warto poświęcić na proste testy procesora, dysku i sieci. Dostaniesz liczby, do których wrócisz, gdy za miesiąc strona zacznie zwalniać, i od razu zobaczysz, czy plan pasuje do projektu.

Wszystkie testy poniżej uruchomisz na Debianie lub Ubuntu z konta root. Jeśli jeszcze nie łączysz się z serwerem z terminala, zacznij od poradnika jak połączyć się z serwerem VPS przez SSH.

Krok 1. Sprawdź, czy dostałeś to, co zamówiłeś

Zanim cokolwiek zmierzysz, porównaj zasoby z zamówieniem. Wystarczą cztery komendy:

nproc          # liczba rdzeni widocznych dla systemu
lscpu          # model procesora i taktowanie
free -h        # pamięć RAM i swap
df -h /        # rozmiar dysku systemowego

Liczba rdzeni i RAM powinny zgadzać się z planem. W lscpu zobaczysz też model procesora. W serwerach VPS RapidDC linia SSD działa na procesorach Intel Xeon, a linia NVMe na AMD EPYC, więc od razu wiesz, na czym stoisz.

Przy okazji zapisz wynik uname -r i wersję systemu z cat /etc/os-release. Przydadzą się, gdy po aktualizacji jądra zechcesz porównać wydajność przed i po.

Krok 2. Zmierz procesor

Do procesora najprościej użyć narzędzia sysbench:

apt update && apt install -y sysbench
sysbench cpu --threads=1 run
sysbench cpu --threads=$(nproc) run

Pierwszy test pokazuje wydajność jednego rdzenia, drugi wszystkich naraz. Patrz na wartość events per second. Sama liczba niewiele znaczy, dopóki nie masz porównania, dlatego zapisz ją razem z datą i godziną.

Wynik jednordzeniowy liczy się bardziej, niż się wydaje. PHP obsługuje każde żądanie w jednym procesie, więc WordPress czy sklep na WooCommerce częściej czeka na szybki pojedynczy rdzeń niż na dużą ich liczbę.

Krok 3. Sprawdź steal time, czyli sąsiadów na hoście

Na VPS-ie dzielisz fizyczny serwer z innymi maszynami wirtualnymi. Steal time to czas, w którym Twoja maszyna chciała liczyć, ale hypervisor oddał procesor komuś innemu. Na tanim VPS-ie sprawdzasz go w pierwszej kolejności, bo właśnie tu widać przeładowany host.

vmstat 5 12

Komenda pokaże 12 pomiarów co 5 sekund. Interesuje Cię kolumna st. Wartości bliskie zera oznaczają, że procesor jest do Twojej dyspozycji. Jeśli st regularnie rośnie, zwłaszcza w czasie testu sysbench, a aplikacja w tym samym czasie zwalnia, zgłoś to do supportu z zapisanymi wynikami.

To samo zobaczysz w top: wartość st jest w wierszu %Cpu(s).

Krok 4. Przetestuj dysk bez zapychania serwera

Dysk to najczęstsze wąskie gardło tanich serwerów, bo bazy danych czytają i zapisują małe bloki w losowych miejscach. Taki ruch mierzy fio:

apt install -y fio
fio --name=losowy-odczyt --filename=/root/fio.test --size=1G \
    --rw=randread --bs=4k --iodepth=32 --ioengine=libaio \
    --direct=1 --runtime=60 --time_based --group_reporting
fio --name=losowy-zapis --filename=/root/fio.test --size=1G \
    --rw=randwrite --bs=4k --iodepth=32 --ioengine=libaio \
    --direct=1 --runtime=60 --time_based --group_reporting
rm /root/fio.test

W wyniku szukaj IOPS oraz opóźnień w sekcji clat. Kilka zasad:

• Testuj na pustym serwerze. Na produkcji fio zabierze dysk bazie danych.
• Nie kopiuj pliku przez dd i nie traktuj wyniku jako testu. Zapis sekwencyjny dużego pliku nic nie mówi o pracy bazy.
• Po teście usuń plik fio.test, żeby nie zajmował miejsca.

Jeśli projekt mocno korzysta z bazy, różnica między linią SSD a NVMe będzie widoczna właśnie w tym teście. RapidDC opisuje dyski NVMe jako nawet 10-krotnie wydajniejsze od standardowych SSD (źródło: rapiddc.pl/serwery-vps-nvme). Własny pomiar pokaże, ile z tej różnicy odczuje Twoja aplikacja.

Krok 5. Sprawdź sieć z miejsca, w którym są Twoi użytkownicy

Przepustowość łącza ma mniejsze znaczenie niż opóźnienie, jeśli serwujesz stronę dla klientów w Polsce. Opóźnienie mierz ze swojego komputera, a nie z serwera:

mtr -rwc 50 ADRES_IP_SERWERA

mtr pokazuje każdy przeskok na trasie, średni czas odpowiedzi i utratę pakietów. Utrata na ostatnim przeskoku to sygnał do zgłoszenia. Utrata tylko na pośrednim routerze zwykle nie przeszkadza, bo routery często ograniczają odpowiedzi na ping.

Plany VPS w RapidDC mają port 1 Gbps i 5 TB transferu, a serwery stoją w Olsztynie. Przepustowość w drugą stronę sprawdzisz, pobierając na serwer duży plik przez curl -o /dev/null z szybkiego serwera lustrzanego dystrybucji.

Krok 6. Powtórz testy o innej porze i zapisz wyniki

Jeden pomiar to migawka. Uruchom sysbench, fio i vmstat jeszcze raz wieczorem, w godzinach największego ruchu w sieci. Jeśli wyniki są podobne, masz stabilny serwer. Jeśli wieczorem spadają wyraźnie, a st rośnie, wiesz, skąd biorą się późniejsze spowolnienia strony.

Wyniki zapisz w pliku na serwerze i na swoim komputerze. Gdy po miesiącu coś zacznie zwalniać, porównasz dane zamiast zgadywać. Przy problemach z samym połączeniem pomoże wpis o najczęstszych błędach VPS i naprawie połączenia.

Co zrobić z wynikami

Testy nie wskażą „dobrego” ani „złego” VPS-a w oderwaniu od projektu. Pokażą, gdzie jest limit:

• niski wynik jednego rdzenia i wolna strona na PHP: szukaj planu z szybszym procesorem,
• dysk z małą liczbą IOPS przy dużej bazie: rozważ linię NVMe,
• mało RAM-u i aktywny swap w free -h: potrzebujesz większego planu, a nie szybszego dysku,
• rosnący steal time: zgłoś sprawę do supportu z wynikami w ręku.

Na VPS-ie w RapidDC masz pełny dostęp root, wirtualizację KVM i bezpłatne reinstalacje bez limitu. Możesz więc testować różne konfiguracje i w razie potrzeby postawić system od nowa.

Podsumowanie

Tani VPS nie musi oznaczać słabego serwera, ale zanim na nim zbudujesz projekt, sprawdź go. Godzina z nproc, sysbench, vmstat, fio i mtr daje punkt odniesienia na cały okres korzystania z serwera.

Jeśli wybierasz dopiero serwer do testów, zobacz serwery VPS RapidDC na dyskach SSD i NVMe. Na stronie promocji znajdziesz aktualne kody rabatowe: PROMOSSD20 dla wybranych planów SSD i PROMONVME20 dla wybranych planów NVMe, obniżające cenę o 20% w pierwszym okresie rozliczeniowym.

FAQ – najczęściej zadawane pytania o testowanie taniego VPS

Czy testy wydajności mogą zaszkodzić serwerowi?

Same testy nie uszkodzą systemu, ale przez kilka minut mocno obciążają procesor i dysk. Dlatego uruchamiaj je na świeżym serwerze, zanim przeniesiesz na niego stronę. Na serwerze produkcyjnym rób je poza godzinami ruchu i skracaj czas trwania fio.

Jaki wynik steal time jest niepokojący?

Wartości bliskie zera w kolumnie st są normalne. Niepokój powinny budzić wysokie wartości, które pojawiają się regularnie i pokrywają się ze spowolnieniem aplikacji. Wtedy zapisz wyniki vmstat z kilku pór dnia i przekaż je do supportu.

Dlaczego nie testować dysku komendą dd?

dd mierzy zapis jednego dużego pliku, czyli ruch sekwencyjny. Bazy danych i strony pracują na małych blokach w losowych miejscach dysku. fio z blokiem 4k i trybem randread lub randwrite odwzorowuje ten ruch znacznie lepiej.

Kiedy wybrać VPS NVMe zamiast VPS SSD?

Gdy testy fio pokazują, że dysk ogranicza aplikację, na przykład przy dużej bazie danych, sklepie z wieloma produktami albo kontenerach, które często zapisują dane. Przy prostej stronie firmowej w pierwszej kolejności zwykle liczą się procesor i RAM. Obie linie znajdziesz na stronie serwerów VPS RapidDC.

---

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.