Droższy serwer nie znaczy lepszy — kupujesz parametry, nie markę
Porównałem ostatnio dwie oferty: VPS x86 za ~4 000 zł/rok z 32 GB RAM, NVMe 1 TB i opóźnieniem ~20 ms kontra instancja IBM Power10 obciążona do 90% z opóźnieniem 5–10 ms.
Dwie oferty dwa wrażenia — gdzie leży różnica
Na papierze: ten sam stos usług, więcej pamięci, dużo miejsca na dysku. W praktyce: 20 ms kontra 5–10 ms to nie detal — to różnica w krótkich transakcjach, w czasie odpowiedzi API i w odczuciu użytkownika.
Prosta liczba: jeśli jedna request/response zajmuje 20 ms, jedna współbieżna połączenie potrafi robić ~50 zapytań/s; przy 7 ms jest to ~143 zapytań/s. Przy niskiej współbieżności to się nie liczy; przy setkach równoległych klientów to mnoży koszty sprzętu i licencje.
Co naprawdę wpływa na doświadczenie — konkretne metryki
CPU to surowa moc obliczeniowa, ale nie zawsze ograniczenie. Liczba rdzeni i IPC ma znaczenie ale jeśli twoje obciążenie czeka na dysk lub sieć, tani CPU z więcej rdzeniami nic nie pomoże.
RAM decyduje o cache i o tym, ile pracy możesz trzymać w pamięci; 32 GB dla niektórych aplikacji to dużo, dla innych kropla w morzu. Pamięć ECC zmniejsza ryzyko korupcji danych, więcej o tym w analizie pamięci ECC.
I/O to często niedoszacowany koszt.
Spojrzenie na sieć: 5–10 ms oznacza że instancja geograficznie leży bliżej użytkowników lub ma lepszą topologię. To nie zawsze droższy procesor — to peering, MPLS, trasowanie i miejsce w centrach sieciowych.
Progi cenowe — co praktycznie dostajesz
Do ~4 000 zł/rok: typowy VPS x86 z dobrym NVMe, sporo RAM, sensowny stos do hostingu aplikacji. To często najlepszy wybór dla serwisów z niezbyt wysoką współbieżnością i tam, gdzie koszt ma znaczenie.
Średnia klasa: lepsze SLA i kontrola nad I/O.
Klasa wyższa: specjalizowane instancje (Power10, wysoka gęstość rdzeni, niskie opóźnienia sieciowe) — przydatne, gdy aplikacja skaluje się pionowo i ma bardzo niskie wymagania latencji lub kiedy możesz wykorzystać specyfikę architektury CPU. Nadmiar mocy bez dopasowania I/O i sieci to po prostu płacenie za marketing.
Przykład z pracy: dla jors.pl zamiast drogiej wymiany sprzętu najpierw zrobiliśmy optymalizację RAID i schedulerów I/O oraz zmianę konfiguracji sieciowej dla serwera klienta z Poznania. Wynik: ~40% oszczędności w kosztach operacyjnych i lepsza stabilność przy tym samym SLA.