Jak dobrać serwer cloud: ile CPU, RAM i SSD potrzebujesz?

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, w każdym jedna kopia zapasowa. 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

Każdy preset zawiera jedną 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.

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ść st to czas CPU zabrany przez hosta.
• free - patrz na kolumnę available, a nie free.
• vmstat - niezerowe si i so oznaczają swap.
• iostat - wysokie %util i rosnące await pokazują, że wąskim gardłem jest dysk.

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.