Web-palvelinkapasiteettilaskuri
Laske suurin pyyntömäärä sekunnissa worker-lukumäärän ja vasteajan perusteella.
Quick Presets
Läpäisykyky per worker
20.0 req/sec
Suurin läpäisykyky
40.0 req/sec
Skaalausskenaariot
| Worker-lukumäärä | Suurin läpäisykyky | Status |
|---|---|---|
| 1 | 20.0 req/sec | — |
| 2 (current) | 40.0 req/sec | — |
| 4 | 80.0 req/sec | — |
| 8 | 160.0 req/sec | — |
Mika on web-kapasiteettilaskin?
Web-kapasiteettilaskin arvioi palvelinresurssit, joita tarvitaan tietyn maaraen verkkoliikennetta kasittelyyn. Se auttaa maarittelemaan oikean palvelinkoon ennen sivuston kayttoenottoa tai skaalaamaan ylospain liikenteen kasvaessa.
Kapasiteetin suunnittelu kasittaa huippuliikenteen, keskimaaraisen vasteajan ja resurssien kulutuksen pyyntoa kohti arvioimisen. Staattinen sivusto, joka palvelee HTML:aa ja kuvia, tarvitsee murto-osan dynaamiseen, tietokantapohjaiseen sovellukseen verrattuna.
Tyokalun kayttohje
Syota odotettu liikenne (kuukausittaiset kavijat tai samanaikaiset kayttajat), keskimaarainen sivukoko ja sovellustyypipi. Tyokalu laskee tarvittavan kaistanleveyden, muistin ja suositellun palvelinmaeaerityksen.
Keskeiset kapasiteettimittarit
- Samanaikaiset kayttajat — kayttajien maara, jotka kayttavat sivustoa aktiivisesti samanaikaisesti. Tyypillisesti 1-5 % paivittaisista kavijoeista.
- Pyynnot sekunnissa (RPS) — jokainen sivulataus tuottaa useita pyyntoja (HTML, CSS, JS, kuvat). 30 resurssiin sivu 100 samanaikaisella kayttajalla = 3 000 RPS.
- Kaistanleveys — siirretyn datan kokonaismaara. Lasketaan sivukoko * sivunaeytot. 2 MB:n sivu 100 000 kuukausittaisella naytolla = 200 GB/kk.
- Vasteaika — aika vastauksen tuottamiseen ja toimittamiseen. Alle 200 ms on nopea, alle 1 sekunti on hyvaksyttava, yli 3 sekuntia aiheuttaa kayttajien poistumista.
Skaalaamisstrategiat
Vertikaalinen skaalaus tarkoittaa suuremman palvelimen hankkimista (enemman suoritinta, muistia). Horisontaalinen skaalaus tarkoittaa palvelimien lisaamista kuormantasaajan taakse. Aloita vertikaalisella ja siirry horisontaaliseen, kun yksi palvelin ei riita.
Laskuesimerkki
Palvelin käsittelee pyyntöjä, joista kukin kestää keskimäärin 50 ms. Littlen lain mukaan yksi työntekijä suorittaa 1 ÷ 0,05 = 20 pyyntöä sekunnissa. Kahdeksan työntekijää antaa 160 pyyntöä sekunnissa täydellä käytöllä. Pysyäksesi alle 70 %:n käyttöasteen varalla, suunnittele noin 112 pyyntöä sekunnissa ennen kapasiteetin lisäämistä.
Yleisiä virheitä
Yleinen virhe on suunnitella 100 %:n käyttöasteelle; jonot kasvavat räjähdysmäisesti palvelimen lähestyessä kyllästymistä, joten viive piikittää kauan ennen teoreettista rajaa. Toinen on käyttää keskimääräistä vasteaikaa ja sivuuttaa hidas häntä — muutama hyvin hidas pyyntö sitoo työntekijöitä ja leikkaa todellista läpäisyä. Kuormatestaus epärealistisella, välimuistiystävällisellä liikenteellä myös yliarvioi kapasiteetin.
Usein kysytyt kysymykset
Paljonko muistia web-palvelin tarvitsee?
Staattiselle sivustolle tai pienelle CMS:lle: 1-2 GB. Keskikokoiselle WordPress/sovellussivustolle (alle 50K kuukausikavijaa): 2-4 GB. Suurelle sovellukselle (100K+): 8-16+ GB. Tietokantapalvelimet tarvitsevat ylimaaraista.
Miten arvioin huippuliikenteen?
Huippuliikenne tapahtuu tyypillisesti tiettyna tunteina ja voi olla 3-10 kertaa keskiarvo. Yrityssivustoilla huippu on tyoaikana. Verkkokaupassa huippuhetket ovat sesongit ja kampanjat. Suunnittele vahintaan 3-kertaiselle huipulle.
Miksi en saisi suunnitella 100 %:n palvelinkäytölle?
Jonoteoria osoittaa, että odotusaika nousee jyrkästi käyttöasteen lähestyessä 100 %:a; 90 %:ssa pieni liikennepiikki voi aiheuttaa suuria viivepiikkejä. Varan jättäminen — usein tavoitteena 60–70 % — vaimentaa piikit, vikasietoiset vaihdot ja liikenteen kasvun, pitäen vasteajat vakaina sen sijaan, että ne romahtaisivat kuormassa.