Jak dobrać serwer cloud: ile CPU, RAM i SSD potrzebujesz?
Dobór serwera cloud zaczyna się od obciążenia, a nie od sprzętu. Ten przewodnik podaje startowe zakresy vCPU, RAM i dysku dla typowych obciążeń, przypisuje je do presetów Small, Medium i Large ze strony serwerów cloud DCXV i pokazuje, jak sprawdzić wynik po wdrożeniu kilkoma poleceniami. Wszystkie zakresy poniżej to szacunki i punkt wyjścia, a nie pomiary. Prawdziwe liczby wyznaczają Twój kod, ruch i dane.
Zacznij od obciążenia
Zapisz cztery fakty, zanim otworzysz konfigurator: co działa (serwer WWW, baza danych, aplikacja Windows), ilu użytkowników lub żądań trafia na serwer w najbardziej ruchliwej godzinie, ile danych masz dziś i jak szybko rosną.
Potem znajdź zasób, którego zabraknie najpierw. Sklep w PHP zwykle wyczerpuje RAM przed CPU. Serwer buildów wyczerpuje CPU. Baza danych wyczerpuje RAM, a potem szybkość dysku. Dobieraj pod to wąskie gardło, a reszta zasobów dostosuje się.
Startowe zakresy według obciążenia
Presety: Small to 2 vCPU, 4 GB RAM, 40 GB NVMe od EUR 15.00/mies. Medium to 4 vCPU, 8 GB RAM, 80 GB NVMe od EUR 18.43/mies. Large to 8 vCPU, 16 GB RAM, 160 GB NVMe od EUR 36.88/mies. Ceny sprawdzone 2026-10, każda cena obejmuje jedną cotygodniową kopię zapasową. Przed porównaniem zobacz, z czego składa się cena.
| Obciążenie | Zakres startowy (szacunek) | Najbliższy preset |
|---|---|---|
| Dev/test, VPN, monitoring, usługi pomocnicze | 1-2 vCPU, 1-4 GB RAM, 20-40 GB dysku | Small |
| Mała strona lub blog, mały ruch | 2 vCPU, 2-4 GB RAM, 20-40 GB dysku | Small |
| Sklep internetowy, API lub MVP SaaS | 2-4 vCPU, 4-8 GB RAM, 40-80 GB dysku | Medium |
| Aplikacja z własną bazą danych | 4-8 vCPU, 8-16 GB RAM, 80-160 GB dysku | Medium lub Large |
| Aplikacja biznesowa Windows/RDP | Najpierw wzór producenta. M.E.Doc terminal: CPU = 4 + użytkownicy, RAM = użytkownicy x 2 GB + 4 GB | Large do 4 użytkowników, powyżej indywidualnie |
Założenia: Linux, jedna główna aplikacja, normalny ruch z okazjonalnymi szczytami, bez GPU i ciężkich zadań wsadowych. Rzadko używany serwer deweloperski potrzebuje mniej. Nieoptymalizowany zestaw wtyczek potrzebuje więcej. W wierszu Windows wzór producenta ma pierwszeństwo przed każdą tabelą: to wymaganie, a nie szacunek, i zależy od typu wdrożenia, więc przeczytaj aktualną stronę producenta. Jeśli Twoje liczby wypadają między presetami lub powyżej Large, zbuduj własną konfigurację w kalkulatorze na stronie serwerów cloud.
Przykładowy budżet RAM małego sklepu
Oto poglądowy budżet jednego sklepu internetowego na jednym serwerze. Liczby to założenia, a nie pomiary.
- System i usługi - 0.5 GB.
- PHP-FPM - 10 procesów x 100 MB = 1 GB.
- Bufor bazy danych - 2 GB.
- Cache Redis - 0.5 GB.
- Cache plików i szczyty - 1 GB.
Suma to około 5 GB. Serwer z 4 GB użyłby swapu pod obciążeniem. Serwer z 8 GB zachowa około 3 GB, czyli mniej więcej jedną trzecią, wolnych. Gdy sklep ruszy, zastąp każdą linię własnymi liczbami: pokażą je polecenia poniżej.
Zapas, system i przestrzeń dyskowa
- CPU - celuj w stałe obciążenie poniżej około 70% w najgorętszej godzinie, by szczyt nie kolejkował żądań.
- RAM - utrzymuj 20-25% dostępne. Ciągły swap oznacza, że serwer jest za mały.
- Dysk - nie przekraczaj 80% zapełnienia. Bazy, logi i aktualizacje rosną szybciej niż plany.
- System - minimalny Linux zadowoli się kilkuset MB. Windows Server z pulpitem potrzebuje kilku GB, zanim ruszy Twoja aplikacja (szacunek).
- Szybkość dysku - pojemność to nie szybkość. Obciążona baza zależy od opóźnień, więc je mierz.
Pojemność kopii zapasowej to nie przestrzeń produkcyjna
Cena każdego presetu obejmuje jedną cotygodniową kopię zapasową. To zabezpieczająca kopia dysku serwera, a nie dodatkowe miejsce na pliki. Nie wliczaj jej przy doborze dysku i nie planuj trzymania archiwów, multimediów ani zrzutów "w backupie". Dane produkcyjne leżą na dysku serwera, więc dobierz go pod dane, wzrost i zapas. Przed ryzykowną zmianą dodaj migawkę: zobacz migawki maszyn wirtualnych cloud.
Mierz po wdrożeniu
Mierz w zwykłej ruchliwej godzinie i jeszcze raz w szczycie. W Debianie lub Ubuntu iostat pochodzi z pakietu sysstat. Aby mierzyć RAM przez cały tydzień i dostać właściwy rozmiar, użyj skryptu ramuse.py z artykułu jak zmierzyć RAM, której naprawdę używasz, w czasie niedoboru DRAM 2026.
top -b -n 1 | head -n 15
free -h
vmstat 5 5
df -h
sudo apt install sysstat
iostat -xz 5 3
ps -eo pid,comm,%mem,%cpu --sort=-%mem \
| head -n 8
sudo du -xh --max-depth=1 /var \
| sort -h \
| tail -n 8
Jak czytać wyniki:
- top - porównaj load average z liczbą vCPU. Długotrwałe obciążenie powyżej liczby vCPU oznacza presję na CPU. Wartość
stto czas CPU zabrany przez hosta. - free - patrz na kolumnę
available, a niefree. - vmstat - niezerowe
siisooznaczają swap. - iostat - wysokie
%utili rosnąceawaitpokazują, że wąskim gardłem jest dysk.
Dla całej aplikacji, a nie pojedynczego obciążenia, przejdź przez rozwiązany przykład w Jak dobrać serwer cloud do SaaS: budżet pamięci na kontener, test obciążeniowy k6 i arkusz do wydruku.
Wybierz i sprawdź
Weź najbliższy preset z tabeli i uruchom go pod realnym obciążeniem. Krótki test to uczciwy sposób sprawdzenia szacunku: zobacz listę kontrolną testu. Napisz na sales@dcxv.com, by zapytać o krótki okres próbny; zależy on od decyzji DCXV i nie jest gwarantowany. Jeśli pomiary odbiegają od tabeli, ufaj pomiarom. Nie masz pewności co do liczb? Wyślij wymagania na sales@dcxv.com, a inżynier je przejrzy, albo otwórz stronę serwerów cloud i wybierz preset.
