Laskelmat, esimerkit ja valintamenetelmä
Palvelimen mitoitus: paljonko vCPU:ta, muistia ja levyä yritys oikeasti tarvitsee
Miten mitoitat pilvipalvelimen tai VPS:n mittausten perusteella, miksi ylimitoitus on yleisin kustannusvirhe ja miten oikea koko tarkistetaan käyttöönoton jälkeen.
Palvelin mitoitetaan mitattujen käyttöasteiden perusteella: kuinka paljon prosessoria, muistia, levyä ja levyn suorituskykyä sovellus käyttää tavallisena päivänä ja huippukuormassa. Hyvä lähtökohta on valita koko, jolla prosessorin keskimääräinen käyttöaste on huippukuormassakin selvästi alle sadan prosentin ja muistia jää vapaaksi, ja tarkistaa koko 2–4 viikon kuluttua. Ylimitoitus on pk-yrityksen pilvilaskun yleisin turha kulu, koska pilvessä maksat varatusta kapasiteetista, et käytetystä. Tämä opas kertoo, mitä mitata, miten mittauksista päätellään koko ja miten mitoitus vaikuttaa hintaan. Opas kuuluu kokonaisuuteen sopivimman palvelinratkaisun valinta.
Mitä mitata ennen siirtoa
Jos sovellus on jo käytössä omalla palvelimella, VPS:llä tai toisessa pilvessä, kerää vähintään kahden viikon mittaukset. Mukaan kannattaa ottaa kuun vaihde, jos silloin ajetaan raportteja tai laskutusta.
| Mittari | Mitä se kertoo | Mitoituksen kannalta |
|---|---|---|
| Prosessorin käyttöaste (keskiarvo ja 95. persentiili) | Paljonko laskentatehoa tarvitaan tavallisesti ja huipussa | vCPU-määrä |
| Muistin käyttö (ilman välimuistia) | Paljonko sovellus ja tietokanta tarvitsevat | Muistin määrä ja instanssiperhe |
| Levyn käyttö ja kasvu | Paljonko tilaa tarvitaan nyt ja vuoden päästä | Levyn koko |
| Levyn IOPS ja läpäisy | Montako luku- ja kirjoitusoperaatiota sekunnissa | Tallennusluokka |
| Verkkoliikenne | Paljonko dataa lähtee ja tulee | Liikennekiintiö, egress-arvio |
| Samanaikaiset käyttäjät | Kuinka moni käyttää kerralla | Skaalauksen tarve |
- persentiili on hyödyllisempi kuin pelkkä maksimi: lyhyt piikki ei välttämättä vaadi suurempaa palvelinta, jos sovellus sietää hetkellisen hidastumisen.
Mittauksista kokoon: havainnollinen esimerkki
Nykyinen palvelin: 8 prosessoriydintä ja 32 Gt muistia. Mittaukset kahden viikon ajalta:
- Prosessori: keskiarvo 12 %, 95. persentiili 35 %
- Muisti: sovellus ja tietokanta käyttävät 9 Gt
- Levy: 180 Gt käytössä, kasvu 30 Gt vuodessa
- IOPS: huipussa 1 200
Päättely: 35 % kahdeksasta ytimestä vastaa noin 2,8 ydintä huipussa. Jos jätetään 30 %:n varaus, tarvitaan 2,8 ÷ 0,70 ≈ 4 ydintä. Muistin tarve on 9 Gt; 30 %:n varauksella 9 ÷ 0,70 ≈ 12,9 Gt, joten 16 Gt riittää. Levyksi 250 Gt, joka riittää kahden vuoden kasvuun (180 + 2 × 30 = 240 Gt).
Vaikutus hintaan (havainnollinen): nykyistä vastaava 8 vCPU / 32 Gt pilvi-instanssi maksaisi noin 320 €/kk, kun 4 vCPU / 16 Gt maksaa noin 160 €/kk. Ero on 160 €/kk eli 1 920 € vuodessa pelkästään oikealla koolla. Huomaa, että monilla alustoilla vCPU on säie, ei kokonainen ydin; vertaa suorituskykyä testijaksolla.
Uusi sovellus: mitoitus ilman historiaa
Kun mittauksia ei ole, aloita pienestä ja suurenna tarvittaessa. Pilvessä ja useimmilla VPS-alustoilla koon vaihto onnistuu lyhyellä katkoksella.
- Kysy sovellustoimittajalta suositeltu kokoonpano tietylle käyttäjämäärälle.
- Tee kuormatesti, jossa simuloidaan odotettu käyttäjämäärä ja huippukuorma.
- Valitse joustoteho-instanssi tai pieni VPS kehitysvaiheeseen.
- Aseta hälytykset prosessorin ja muistin käyttöasteelle sekä levytilalle.
- Tarkista koko 2–4 viikon kuluttua ja tee päätös mahdollisesta varauksesta vasta sen jälkeen.
Ohjelmistotoimittajan suositukset ovat usein varovaisia, koska toimittaja haluaa välttää suorituskykyongelmat kaikissa asiakasympäristöissä. Pidä suositusta ylärajana, et lähtökohtana, ja kysy, mihin käyttäjämäärään ja kuormaan se perustuu. Jos toimittaja ilmoittaa vähimmäisvaatimuksen ja suositellun kokoonpanon erikseen, aloita näiden välistä ja mittaa.
Tietokannan mitoitus
Tietokanta on yleensä palvelinympäristön kriittisin ja kallein osa. Sen suorituskyky riippuu enemmän muistista ja levyn nopeudesta kuin prosessorien määrästä. Jos aktiivisesti käytetty data mahtuu muistiin, kyselyt ovat nopeita. Siksi muistipainotteinen instanssiperhe on usein edullisempi kuin yleiskäyttöinen, jossa muistin saamiseksi joutuu ostamaan ylimääräisiä prosessoreita. Instanssiperheistä kerrotaan oppaassa vCPU, muisti ja tallennusluokat.
Hallinnoitu tietokantapalvelu maksaa tyypillisesti enemmän kuin pelkkä instanssi, mutta sisältää varmuuskopiot, päivitykset ja usein vikasietoisuuden. Vertaa hintaeroa omaan ylläpitotyöhön oppaan hallinnoitu pilvi vai oma ylläpito avulla.
Vikasietoisuus ja mitoitus
Jos sallittu katkos on lyhyt, yksi palvelin ei riitä, vaikka sen kapasiteetti olisi riittävä. Kaksi palvelinta eri saatavuusvyöhykkeillä ja kuormantasaaja kaksinkertaistavat laskentakulut ja tuovat lisäksi kuormantasaajan ja vyöhykkeiden välisen liikenteen kulut. Havainnollinen esimerkki: yksi 4 vCPU / 16 Gt instanssi 160 €/kk; kaksi instanssia ja kuormantasaaja 2 × 160 + 18 = 338 €/kk. Päätä vikasietoisuudesta liiketoiminnan näkökulmasta: paljonko tunnin katkos maksaa?
Mitoitus eri palvelinmalleissa
Mitoituksen virhe maksaa eri malleissa eri tavalla, koska koon muuttaminen on joissakin helppoa ja toisissa työlästä.
| Malli | Koon muuttaminen | Mitoitusstrategia |
|---|---|---|
| Webhotelli | Pakettitason vaihto, usein ilman katkoa | Valitse taso resurssirajojen perusteella, nosta tarvittaessa |
| VPS | Suurentaminen yleensä helppoa, pienentäminen ei aina mahdollista (levy) | Aloita pienestä, varaa levylle kasvua |
| Dedikoitu palvelin | Vaatii laitteen vaihdon tai lisäkomponentit | Mitoita 2–3 vuoden kasvulle |
| Julkinen pilvi | Instanssikoon vaihto lyhyellä katkolla, automaattinen skaalaus mahdollinen | Mitoita nykytarpeelle, skaalaa tarvittaessa |
| Hallinnoitu pilvi | Palveluntarjoajan kautta, voi vaatia muutostilauksen | Sovi koon muutosten menettely ja hinta sopimuksessa |
Havainnollinen esimerkki VPS:stä: yritys valitsee 8 vCPU:n ja 16 Gt:n VPS:n (60 €/kk) varmuuden vuoksi, vaikka mittausten mukaan 4 vCPU ja 8 Gt (35 €/kk) riittäisi. Kolmessa vuodessa ylimitoitus maksaa (60 − 35) × 36 = 900 €. Jos levyä ei voi pienentää ilman uutta palvelinta, korjaaminen vaatii vielä siirtotyötä. Pilvessä sama virhe maksaisi enemmän kuukaudessa, mutta korjaantuisi helpommin.
Uudelleenmitoitus käytön aikana
Mitoitus ei ole kertaluonteinen. Tarkista säännöllisesti, esimerkiksi neljännesvuosittain:
- Onko jokin palvelin jatkuvasti alle 10–20 %:n käyttöasteella? Pienennä tai yhdistä.
- Onko levy jatkuvasti lähes täynnä? Suurenna ennen kuin palvelu pysähtyy.
- Onko testiympäristö päällä öisin ja viikonloppuisin? Ajasta sammutus.
- Onko varaus edelleen oikean kokoinen?
Kustannusten seurannasta kerrotaan oppaassa pilvikustannusten hallinta, ja sitoumuspäätöksestä oppaassa on-demand, varaus vai spot. Oman kokoonpanon kustannushaarukan saat kuukausiarviolla.
Usein kysyttyä
Kannattaako palvelin mitoittaa kasvua varten valmiiksi?
Pilvessä ja VPS:ssä yleensä ei, koska koko voidaan kasvattaa tarvittaessa. Levyn koko kannattaa mitoittaa vähintään vuoden kasvulle. Dedikoidussa palvelimessa kasvuvara on perustellumpi, koska laitteen vaihto on työläämpää.
Mistä tiedän, onko palvelin liian pieni?
Merkkejä ovat jatkuvasti korkea prosessorin käyttöaste, muistin loppuminen ja levyn jonot. Käyttäjät huomaavat hitauden huippuaikoina. Hälytykset kertovat asiasta ennen käyttäjiä.
Vaikuttaako mitoitus lisenssikuluihin?
Kyllä, jos lisenssi hinnoitellaan vCPU:iden tai ytimien mukaan. Ylimitoitettu palvelin voi kasvattaa lisenssikulua enemmän kuin infrakulua.
Onko automaattinen skaalaus pienyritykselle tarpeen?
Vain, jos kuorma vaihtelee paljon. Tasaisessa kuormassa oikein mitoitettu kiinteä palvelin on yksinkertaisempi ja ennustettavampi.
Lähteet
- Kyberturvallisuuskeskus — palvelinten valvonta ja lokitus
- Liikenne- ja viestintävirasto Traficom — verkko- ja pilvipalvelujen toimintavarmuus
- Finlex — kyberturvallisuuslaki 124/2025 (riskienhallinta, jos yritys kuuluu lain piiriin)
