Wiedza o przepustowości serwera i doborze pod ruch
Przepustowość należy do najczęstszych pułapek przy uruchamianiu witryny lub aplikacji webowej. Kto bierze VPS i przy pierwszym wirusowym tweecie zostaje throttlowany lub zaczyna serwować błędy 503, nie ma za mało mocy, ma za mało przepustowości egress. Kalkulator KernelHost pomaga oszacować realistyczne miesięczne zapotrzebowanie na ruch i wybrać pasujący plan, zanim zobaczysz pierwszy rachunek.
Matematyka jest trywialna. Mnożysz liczbę wizyt dziennie przez średnią wagę strony w MB i przez 30 (dni w miesiącu). Na to nakładasz narzut egress, ponieważ nagłówki HTTP, handshake TLS, wywołania API i okazjonalne retransmisje generują dodatkowy ruch nieobecny w czystej wadze strony. Podzielone przez 1024 dają gigabajty, podzielone przez kolejne 1024, terabajty. Trzy parametry, jeden wiarygodny wynik doboru.
Wielu nie docenia tego, że nowoczesne strony są znacznie cięższe niż pięć lat temu. HTTP Archive Report (stan na 2026) podaje średnią wagę strony około 2,5 MB na desktopie i 2,2 MB na mobile. Obejmuje to HTML, skompilowany JavaScript, CSS, fonty i obrazy typowej landing page. Witryny multimedialne z hero video, sliderami w wysokiej rozdzielczości lub osadzonym WebGL łatwo dochodzą do 5 do 15 MB. Kto używa motywu WordPress bez optymalizacji, często osiąga 4 do 6 MB na stronę nie zauważając tego.
Przy wprowadzaniu wartości warto patrzeć na realne liczby. Narzędzia takie jak WebPageTest, Lighthouse czy zakładka Network w devtoolsach pokazują dokładny transfer size strony (po kompresji Brotli). Ten wpis traktuj jako wagę strony, kalkulator automatycznie dolicza narzut dla realistycznego obrazu.
Jak poprawnie obliczyć przepustowość serwera?
Wzór bazowy: wizyty_dziennie * waga_strony_MB * 30 * (1 + narzut/100) / 1024 = miesięczna przepustowość w GB. Konkretny przykład: 5000 wizyt dziennie przy 2,5 MB wagi strony i 20 procent narzutu dają 5000 * 2,5 * 30 * 1,2 / 1024 = 439 GB miesięcznie, czyli około 0,44 TB. KernelHost VPS S z 1 Gbit unmetered miałby tu więcej niż wystarczający zapas.
Zawsze wymiaruj z rezerwą. Liczenie na styk oznacza natychmiastowy problem przy wirusowym piku lub krótkim pushu marketingowym. Reguła kciuka: planuj podwojoną wartość obliczoną jako headroom, by absorbować piki ruchu, rosnącą bazę klientów i okazjonalne bursty crawlerów. Łącze 1 Gbit teoretycznie potrafi wypchnąć 324 TB miesięcznie na długiej średniej, w rzeczywistości limit znajduje się bliżej 30 do 50 TB w modelu 95 percentyla.
Drugi aspekt: ruch w pikach a ruch ciągły. Większość hostingów i operatorów rozlicza w modelu 95 percentyla. Próbują throughput co 5 minut, sortują wartości w skali miesiąca, odrzucają górne 5 procent i fakturują najwyższą pozostałą wartość. Krótkie piki (np. 30-minutowy burst z artykułu na Hacker News) w ogóle nie pojawiają się na fakturze. Plany KernelHost VPS są unmetered w ramach prędkości łącza, co eliminuje tę dyskusję dla większości klientów.
Czym jest narzut egress?
Narzut egress to dodatkowy ruch wynikający z mechaniki protokołu HTTP/HTTPS, który nie jest widoczny w czystym wolumenie zasobów. Obejmuje dane handshake TLS (około 5 do 10 KB na nowe połączenie), nagłówki HTTP (cookies, cache control, tokeny auth, średnio 1 do 4 KB na żądanie), retransmisje TCP na niestabilnych połączeniach, wywołania JSON API dla wyszukiwania, filtrowania i personalizacji oraz piksele tracking i skrypty zewnętrzne.
Na typowej witrynie sumuje się to do 15 do 25 procent ponad wagą strony. Aplikacje SaaS z dużą liczbą wywołań API i funkcjami real time (WebSockets, server sent events) plasują się bliżej 30 do 50 procent. Platformy streamingowe z ABR (adaptive bitrate) plasują się około 5 do 10 procent przez ciągły polling manifestu. Domyślne 20 procent to konserwatywne oszacowanie dla średniej witryny z normalnym ładunkiem cookies i kilkoma trackerami zewnętrznymi.
Kto chce dokładnych liczb, porównuje miesięczne wartości przepustowości z Cloudflare Analytics lub access logu serwera z teoretyczną wartością odsłon razy waga strony. Różnica to realny narzut w procentach. Na serwerach KernelHost liczby znajdziesz w nload, vnstat lub Netdata, alternatywnie w portalu klienta per VLAN.
VPS a serwer dedykowany przy wysokiej przepustowości
Przy umiarkowanym ruchu do około 5 TB miesięcznie VPS KVM jest zazwyczaj najbardziej ekonomicznym wyborem. Dzielisz fizyczny sprzęt z innymi tenantami, ale dostajesz dedykowaną pamięć RAM, dedykowane rdzenie vCPU i dedykowane łącze 1 Gbit do internetu. Wszystkie plany KernelHost VPS działają na NVMe SSD i 100 procentach zielonej energii w Frankfurt FRA01, ten sam standard datacenter co serwery dedykowane.
Powyżej 5 do 10 TB egressu przejście na serwer dedykowany się opłaca. Otrzymujesz pełną przepustowość fizycznego łącza (1 lub 10 Gbit, zależnie od modelu), brak ryzyka noisy neighbor i pełną kontrolę nad CPU, RAM i storage. Dla platform streamingowych, źródeł CDN i aplikacji SaaS mocno korzystających z baz danych, dedykowany to nie tylko kwestia wydajności, lecz także kosztu, ponieważ plany VPS o wysokiej przepustowości stają się droższe niż porównywalny serwer dedykowany.
Reguła kciuka: do 1 TB hosting web, do 5 TB VPS S/M, do 20 TB VPS L lub Dedicated Entry, powyżej Dedicated Premium lub Custom. Te progi nie są twarde, wynikają z typowej utylizacji sprzętu. Kto ma silne wymagania bursts (eventy live streaming, release oprogramowania), korzysta z dedykowanego 10 Gbit z anti-DDoS przed nim, ponieważ piki nie powodują throttlingu.
Kiedy offload CDN się opłaca?
CDN (content delivery network) jak Cloudflare, Fastly lub BunnyCDN cache'uje statyczne zasoby (obrazy, CSS, JS, fonty, wideo) na węzłach edge na całym świecie. Gdy odwiedzający otwiera Twoją stronę, przeglądarka pobiera body HTML z Twojego serwera KernelHost, ale wszystkie inne zasoby ciągnie z najbliższego węzła edge. Ruch origin spada drastycznie, zwykle o 60 do 90 procent zależnie od konfiguracji cache'a.
CDN zaczyna mieć sens od około 500 GB ruchu origin miesięcznie lub przy międzynarodowej publiczności. Free tier Cloudflare oferuje nielimitowaną przepustowość, więc nic nie kosztuje, ale już daje 70 do 80 procent offloadu. Fastly i BunnyCDN mają płatne pakiety od 0,005 USD za GB egress, co przy 10 TB wychodzi około 50 USD miesięcznie, ale daje 95+ procent offloadu. Własna warstwa cache z Varnish lub nginx cache na drugim VPS KernelHost to alternatywa, jeśli chcesz uniknąć zależności od stron trzecich.
Ważne: ruch dynamiczny (HTML pod konkretnego użytkownika, wywołania REST API, autoryzacja) nadal trafia do origin. Kto serwuje 90 procent statycznego markupu, widzi ogromne oszczędności. Kto prowadzi aplikację SaaS z personalizowanymi odpowiedziami na każde żądanie, zyskuje mniej. Toggle CDN w kalkulatorze zakłada 70 procent offloadu, realistyczna średnia dla większości witryn.
Ochrona DDoS i przepustowość: dlaczego 3,2 Tbps Arbor ma znaczenie
Przy planowaniu przepustowości często pomija się fakt, że nie tylko legalny ruch obciąża łącze. Atak DDoS może w ciągu minut zasycić Twój interfejs 1 Gbit tak, że legalni odwiedzający dostaną błędy 503, a serwer faktycznie jest offline, mimo że CPU stoi bezczynnie. Większość ataków wolumetrycznych (UDP floods, reflection amps przez NTP, DNS, memcached) obecnie mieści się w przedziale 100 Gbps do 1 Tbps, rekordowe ataki (Cloudflare Q1 2024) sięgnęły 5,6 Tbps.
KernelHost prowadzi w Frankfurt FRA01 system mitygacji DDoS Arbor 3,2 Tbps, aktywny na każdym interfejsie VLAN klienta. W cenie każdego VPS i dedykowanego, bez dodatkowych kosztów. System scrubuje złośliwy ruch w warstwach 3 i 4 (SYN floods, UDP amps, ataki refleksyjne), zanim dotrze do Twojego serwera. Ataki warstwy 7 (HTTP floods, slowloris) przechwytywane są na życzenie poprzez nginx rate-limiting lub upstream Cloudflare Pro.
W praktyce oznacza to: obliczone zapotrzebowanie na przepustowość, to obciążenie dla legalnego ruchu. Ataki wolumetryczne nie zjadają budżetu łącza, ponieważ scrubowane są przed VLAN. Infrastruktura KernelHost w Frankfurt FRA01 (Maincubes, Tier III, zgodne z BSI IT Grundschutz) utrzymuje serwer dostępnym nawet pod atakiem, czego żaden hyperscaler w tym przedziale cenowym nie dostarcza.