Cunoștințe despre lățimea de bandă a serverului și dimensionarea trafficului
Lățimea de bandă este una dintre cele mai frecvente capcane când lansați un site sau o aplicație web. Dacă rezervați un VPS și sunteți throttled sau chiar începeți să serviți erori 503 la primul tweet viral, nu vă lipsește puterea, vă lipsește lățimea de bandă egress. Calculatorul de lățime de bandă KernelHost vă ajută să estimați cererea realistă de traffic lunar și să alegeți un tarif potrivit înainte să vedeți prima factură.
Matematica din spate este trivială. Înmulțiți numărul de vizite zilnice cu greutatea medie a paginii în MB și cu 30 (zile pe lună). Adăugați un egress overhead deasupra, deoarece anteturile HTTP, handshake-urile TLS, apelurile API și retransmisiile ocazionale produc traffic suplimentar care nu face parte din greutatea brută a paginii. Împărțit la 1024 obțineți gigabytes, împărțit cu încă 1024 terabytes. Trei intrări, un rezultat fiabil de dimensionare.
Ceea ce mulți subestimează este faptul că site-urile moderne sunt mult mai grele decât erau acum cinci ani. HTTP Archive Report (la zi: 2026) plasează greutatea medie a paginii în jur de 2,5 MB pe desktop și 2,2 MB pe mobil. Asta acoperă HTML, JavaScript compilat, CSS, fonturi și imagini ale unei landing page tipice. Site-urile media-heavy cu hero videos, slidere de înaltă rezoluție sau WebGL încorporat ajung ușor la 5 până la 15 MB. Cei care rulează un theme WordPress neoptimizat lovesc adesea 4 până la 6 MB pe pagină fără să își dea seama.
Când introduceți valorile, uitați-vă la numerele reale. Instrumente ca WebPageTest, Lighthouse sau tab-ul network al browserului dvs. vă arată exact transfer size al paginii (după compresia Brotli). Folosiți acea valoare ca greutate pagină, calculatorul adaugă overhead-ul automat pentru o imagine realistă.
Cum se calculează corect lățimea de bandă a serverului?
Formula de bază este: vizite zilnice * greutate pagină în MB * 30 * (1 + overhead/100) / 1024 = lățime de bandă lunară în GB. Exemplu concret: 5000 de vizite zilnice la 2,5 MB greutate pagină și 20 procente overhead ies la 5000 * 2,5 * 30 * 1,2 / 1024 = 439 GB pe lună, adică aproximativ 0,44 TB. Un KernelHost VPS S cu 1 Gbit unmetered ar avea aici rezervă din plin.
Dimensionați întotdeauna cu rezervă. Tăierea fin înseamnă o problemă imediată în timpul unui spike viral sau a unei campanii scurte de marketing. Regula de bază: planificați dublul valorii calculate ca rezervă pentru a absorbi burst traffic, numărul în creștere de clienți și ocazionalele explozii de crawler. Un uplink 1 Gbit poate teoretic împinge 324 TB pe lună într-o medie lungă, în realitate limita ajunge mai aproape de 30 până la 50 TB pe modelul 95th percentile.
Al doilea aspect: burst traffic vs. sustained traffic. Majoritatea hosterilor și operatorilor facturează după modelul 95th percentile. Eșantionează throughput-ul la fiecare 5 minute, sortează valorile pe lună, taie 5 procente de sus și facturează cea mai mare valoare rămasă. Spike-uri scurte (de exemplu un burst de 30 minute de la un articol Hacker News) nu apar deloc pe factură. Tarifele KernelHost VPS sunt unmetered în limita vitezei uplink-ului, ceea ce ocolește această discuție pentru majoritatea clienților.
Ce este egress overhead?
Egress overhead este trafficul suplimentar produs de mecanica protocolului HTTP/HTTPS care nu apare în volumul brut de asset-uri. Aceasta include date de handshake TLS (aproximativ 5 până la 10 KB pe conexiune nouă), anteturi HTTP (cookies, cache control, token-uri auth, în medie 1 până la 4 KB pe cerere), retransmisii TCP pe conexiuni instabile, apeluri JSON API pentru căutare, filtrare și personalizare, plus tracking pixels și script-uri third party.
Pe un site tipic, asta se adună la 15 până la 25 procente peste greutatea paginii. Aplicațiile SaaS cu multe apeluri API și funcționalități real time (WebSockets, server sent events) stau mai aproape de 30 până la 50 procente. Platformele de streaming cu ABR (adaptive bitrate) stau în jur de 5 până la 10 procente datorită polling-ului constant al manifestului. Valoarea implicită de 20 procente este o estimare conservatoare pentru un site mediu cu încărcare normală de cookies și o mână de tracker-e third party.
Dacă vreți cifre exacte, comparați valorile lunare ale lățimii de bandă din Cloudflare Analytics sau din log-ul de access al serverului cu valoarea teoretică din page views ori greutate pagină. Diferența este overhead-ul real în procente. Pe serverele KernelHost găsiți cifrele în nload, vnstat sau Netdata, alternativ în portalul clientului per VLAN.
VPS vs. dedicated server la lățime de bandă mare
Pentru traffic moderat până la aproximativ 5 TB pe lună, un KVM VPS este de obicei alegerea cea mai economică. Împărtășiți hardware fizic cu alți chiriași, dar primiți RAM dedicată, nuclee vCPU dedicate și un uplink dedicat de 1 Gbit. Tarifele KernelHost VPS rulează toate pe NVMe SSD și 100 procente energie verde în Frankfurt FRA01, același standard de datacenter ca serverele dedicated.
Peste 5 până la 10 TB egress, mutarea pe un dedicated server merită. Obțineți lățimea de bandă completă a uplink-ului fizic (1 sau 10 Gbit, în funcție de model), zero risc de noisy neighbour și control complet asupra CPU, RAM și storage. Pentru platforme de streaming, CDN origins și aplicații SaaS database-heavy, dedicated nu este doar o întrebare de performanță, ci și de cost, deoarece tarifele VPS cu lățime de bandă mare devin mai scumpe decât un dedicated server comparabil.
Regula de bază: până la 1 TB web hosting, până la 5 TB VPS S/M, până la 20 TB VPS L sau Dedicated Entry, peste atât Dedicated Premium sau Custom. Aceste praguri nu sunt rigide, sunt o consecință a utilizării tipice a hardware-ului. Dacă aveți cerințe puternice de burst (evenimente live streaming, software releases), un dedicated 10 Gbit cu filtrare anti DDoS în față merită, deoarece spike-urile nu declanșează throttling.
Când merită CDN offload?
Un CDN (content delivery network) ca Cloudflare, Fastly sau BunnyCDN cache-uiește asset-uri statice (imagini, CSS, JS, fonturi, videoclipuri) pe noduri edge la nivel mondial. Când un vizitator deschide pagina dvs., browserul aduce HTML body de la serverul KernelHost dar trage toate celelalte asset-uri de la cel mai apropiat nod edge. Trafficul origin scade dramatic, tipic cu 60 până la 90 procente în funcție de configurația cache.
CDN începe să aibă sens de la aproximativ 500 GB traffic origin pe lună sau pentru audiențe internaționale. Tier-ul gratuit Cloudflare oferă lățime de bandă nelimitată, deci nu costă nimic dar deja aduce 70 până la 80 procente offload. Fastly și BunnyCDN au tier-uri plătite de la 0,005 USD pe GB egress, ceea ce iese la aproximativ 50 USD pe lună la 10 TB dar livrează 95+ procente offload. Un strat de cache self hosted cu Varnish sau nginx cache pe un al doilea KernelHost VPS este o alternativă dacă vreți să evitați dependențele third party.
Important: trafficul dinamic (HTML specific utilizatorului, apeluri REST API, autentificare) tot ajunge la origin-ul dvs. Cei care servesc 90 procente markup static văd economii masive. Cei care rulează o aplicație SaaS cu răspunsuri personalizate la fiecare cerere beneficiază mai puțin. Toggle-ul CDN din calculator presupune 70 procente offload, ceea ce este o medie realistă pentru majoritatea site-urilor.
Protecție DDoS și lățime de bandă: de ce contează 3,2 Tbps Arbor
Când dimensionați lățimea de bandă, oamenii trec adesea cu vederea că nu doar trafficul legitim încarcă uplink-ul. Un atac DDoS poate satura interfața dvs. de 1 Gbit în câteva minute, astfel încât vizitatorii legitimi primesc erori 503 iar serverul este efectiv offline chiar dacă stă idle pe CPU. Majoritatea atacurilor volumetrice (UDP floods, reflection amps prin NTP, DNS, memcached) ajung în prezent între 100 Gbps și 1 Tbps, atacurile record cele mai mari (Cloudflare Q1 2024) au atins 5,6 Tbps.
KernelHost rulează un sistem de mitigare DDoS Arbor de 3,2 Tbps în Frankfurt FRA01, activ pe fiecare interfață VLAN client. Inclus cu fiecare VPS și dedicated, fără cost suplimentar. Sistemul scrubuiește trafficul rău intenționat la nivelul 3 și 4 (SYN floods, UDP amps, reflection attacks) înainte ca acesta să ajungă la serverul dvs. Atacurile nivel 7 (HTTP floods, slowloris) sunt prinse cu nginx rate limiting sau un setup Cloudflare Pro upstream dacă optați pentru asta.
În practică asta înseamnă: cererea dvs. calculată de lățime de bandă este sarcina pentru trafficul legitim. Atacurile volumetrice nu vă mănâncă din bugetul de uplink, deoarece sunt scrubbed în fața VLAN-ului dvs. Infrastructura KernelHost din Frankfurt FRA01 (Maincubes, Tier III, conform BSI IT Grundschutz) menține serverul dvs. accesibil chiar și sub atac, ceva ce niciun hyperscaler nu livrează la acest nivel de preț.