Microsoft Fabricin kustannustehokas käyttö perustuu Capacity Unit -mallin ymmärtämiseen sekä oikean kapasiteettitason ja hinnoittelumallin valintaan.
Valitsemalla sopivan kapasiteetin ja optimoimalla työkuormat voit saavuttaa kustannustehokkuutta ja säilyttää suorituskyvyn. Tässä blogissa avataan Fabricin hinnoittelua, ymmärryksen kasvattamiseksi.
Aiemmin Azuren palveluja on hankittu yksittäisinä komponentteina. Nyt Fabricissa nämä komponentit on tuotu yhteen, jolloin niitä hallitaan yhdeltä käyttöliittymältä ja palvelumallilta. Fabricin komponentit voit tarkistaa blogisarjamme ensimmäisestä osasta.
Capacity Units (CU)
Microsoft Fabricissa resurssien ja kapasiteetin jakamisen perusyksikkö on sekuntipohjainen kapasiteettiyksikkö (CU, Capacity Units) ja ne määrittävät hinnoittelun sekä resurssien allokoinnin. Kapasiteettiyksikkö kuvaa laskentatehoa, jota tarvitaan kyselyiden, ajotehtävien tai muiden toimintojen suorittamiseen Fabric-ympäristössä.
Hinnoittelumielessä kapasiteetit alkavat F2 -tasosta ja nousevat aina F2048 -tasoon asti. F2-kapasiteetilla on vuorokaudessa käytettävissä 172 800 kapasiteettiyksikköä, joka lasketaan kaavalla 2 x 3 600 (sekuntia tunnissa) x 24 tuntia = 172 800 CU. Vastaavasti F16 kapasiteetilla on käytössä 1 382 400 CU jne. Suuremmat kapasiteetit voidaan jakaa useampaan pienempään yksikköön. Esimerkiksi F64 voidaan jakaa yhdeksi F32-kapasiteetiksi ja kolmeksi F8-kapasiteetiksi.
Lähde: Microsoft Fabric Pricing (Region North Europe)
Hinnoittelumallit jakautuvat taulukon mukaisesti Pay-as-you-go ja Reservation -malleihin.
Pay-as-you-go -malli tarjoaa maksimaalista joustavuutta: maksat vain käytetystä kapasiteetista ilman sitoutumista. Tämä malli sopii erityisesti vaihteleviin työkuormiin, kehitysympäristöihin tai projekteihin, joissa kapasiteettitarpeet vaihtelevat (skaalautuvuus). Tässä mallissa kapasiteetin käyttö voidaan keskeyttää (Pause), jolloin laskutus pysähtyy ja jatkuu uudelleen Resume-komennolla.
Reservation -mallissa sitoudutaan tiettyyn kapasiteettiin (esim. F64) vuodeksi, mikä tuo merkittäviä säästöjä verrattuna Pay-as-you-go -malliin (n. 41 %). Tämä malli sopii parhaiten organisaatioille, joilla on tasaiset ja ennakoitavat työkuormat. Reservation-mallissa kapasiteettia ei voi keskeyttää.
Kapasiteetin ylitys: Smoothing, Bursting ja Burndown
Fabric tarjoaa kapasiteetin hallintaan ja ylityksiin kolme keskeistä toimintoa: Smoothing, Bursting ja Burndown. Näiden ominaisuuksien avulla Fabric voi tarjota sujuvan suorituskyvyn ilman, että käyttäjän pitää hankkia suurempaa kapasiteettia vain satunnaisten kuormituspiikkien vuoksi.
Smoothing – Kulutuksen tasoittaminen ajan yli
Smoothing mahdollistaa hetkittäisen ylikäytön ilman välitöntä seurausta Burndownista. Kulutus tasataan aikajaksolle, jolloin hetkellinen piikki ei aiheuta suurta laskennallista kuormaa.
– Interaktiivinen (Interactive) – esim. Power BI -raporttien klikkailu, jolloin ylikäyttö sallitaan 5 minuutin ajan. Interaktiivisessa käytössä (kuten Power BI -raporteissa) hetkellinen kapasiteetin ylitys on sallittu enintään 5 minuutin ajan. Pienillä kapasiteettitasoilla (F2-F8) tämä aikaikkuna voi täyttyä nopeasti, mikä johtaa kapasiteetin rajoituksiin
– Taustakäyttö (Background) – esim. SQL-kyselyt, Spark-jobit, jolloin ylikäyttö sallitaan 24 tunnin ajan
Bursting – Hetkellinen lisäkapasiteetti
Bursting mahdollistaa tilapäisen lisäkapasiteetin hyödyntämisen, kun työkuorma ylittää SKU:n normaalin kapasiteetin.
– Fabric voi hetkellisesti antaa lisäkapasiteettia
– Suorituskyky pysyy sujuvana ilman suuremman SKU:n pysyvää hankintaa
Burndown – Mitä tapahtuu ylityksessä
Burndown-tila aktivoituu, kun Fabric-työkuorma ylittää ostetun kapasiteetin. Tällöin kapasiteetti menee ”velalle” ja alkaa hyvittää sitä myöhemmin, kun työkuorma laskee alle ostetun tason.
– Jos ylitys on merkittävä, Burndown voi kestää useita päiviä
– Ratkaisuna voi käyttää Pause-Resume -taktiikkaa: Pause pysäyttää kapasiteetin ja veloittaa heti ylikäytön, jolloin saat puhtaalta pohjalta käyttöön kapasiteetin uudelleen
Kapasiteetin ylitys: Bursting, Smoothing ja Burndown – missä järjestyksessä ne toimivat?
Kun työkuorma ylittää ostetun kapasiteetin, Fabric ei siirry heti Burndown-tilaan. Sen sijaan järjestelmä pyrkii ensin tasapainottamaan ja lievittämään ylikuormitusta kahdella tavalla:
1. Bursting: Fabric voi hetkellisesti tarjota lisäkapasiteettia ylityksen kattamiseksi ilman pysyviä muutoksia kapasiteettiin.
2. Smoothing: Fabric pyrkii tasaamaan ylityksen kulutusta määritellyn ajan sisällä. Interaktiiviset kuormat (esim. Power BI) sallitaan 5 minuutin ajan, taustaprosessit jopa 24 tuntia.
Jos nämä toimenpiteet eivät riitä ja kapasiteetin ylitys jatkuu tai ylittää aikarajat, Fabric siirtyy Burndown-tilaan. Burndown tarkoittaa, että järjestelmä alkaa kerryttää “velkaa” kapasiteetista ja tätä hyvitetään myöhemmin, kun kuorma on laskenut.
Tallennuskustannukset Fabricissa
Täytyy kuitenkin huomioida, että Microsoft Fabric käyttää OneLakea datan tallennuspaikkana. OneLake-tallennustilan kustannukset eivät kuitenkaan sisälly Microsoft Fabricin kapasiteetin hinnoitteluun, vaan ne veloitetaan erikseen. OneLaken hinnoittelu on verrattavissa Azure Data Lake Storage (ADLS) -tallennuksen hinnoitteluun. Esimerkiksi gigan hinta kuukaudessa on 0,0203 euroa ja teran kustannus on n. 20 euroa kuukaudessa. Itse datan tallennus on siis edullista.
Kapasiteetin koon arviointi? Osittainen pelastus saapui huhtikuussa 2025!
Lähes kaikki ovat varmaan päätyneet asiakaskeskusteluissa kysymykseen: ”No, millaisen kapasiteetin sitten tarvitsemme?” Siinä vaiheessa alkaa kiertely ja kaartelu, koska suoraa ja hyvää vastausta on ollut vaikea antaa. Kunnes osittainen pelastus saapui huhtikuussa 2025, kun Microsoft julkaisi Fabric SKU Estimator -sivuston. Nice! Työkalun avulla voidaan syöttää arvioita mm. datamassan koosta, Data Factory -latauksista, Power BI:n käytöstä ja saada näiden perusteella suuntaa antava kapasiteettisuositus. Tämäkin on luonnollisesti vain arvio eikä absoluuttinen totuus, mutta auttaa varmasti Fabric -ympäristön kulutuksen arvioinnissa.
Linkki sivulle: Fabric Capacity Estimator | Microsoft Fabric
Kaikki tiet vievät lopuksi Capacity Metrics Appiin
Fabric-projektit käynnistyvät usein pienemmällä F-kapasiteetilla, jota skaalataan tarpeen mukaan suuremmaksi, kun käyttö kasvaa ja alemman kapasiteetin rajat tulevat vastaan. Kapasiteetin hallinnan tärkein työkalu on Microsoftin tarjoama Capacity Metrics App, joka tarjoaa reaaliaikaisen ja historiallisen näkymän ympäristön laskentatehon (Capacity Unit) käyttöön. Sovellus auttaa mm. tunnistamaan visuaalisesti kuormitushuiput, seuraamaan Smoothing- ja Bursting-ilmiöitä sekä analysoimaan kapasiteetin kulutusta esimerkiksi Burndown -näkymän kautta ja tarjoaa selkeät graafit kuinka paljon käytetään background jobeja vs. interaktiivista käyttöä. Sen avulla voidaan optimoida työkuormien ajoitusta ja ennaltaehkäistä tilanteet, joissa käytetty kapasiteetti ylittää varatun määrän ja alkaa rajoittaa suorituskykyä.
Copilotin kapasiteettikulutus
Aiemmin Copilot Fabricissa oli saatavilla alkaen F64-kapasiteetista, mutta nyt Copilot on tuotu saataville pienimmästä kapasiteetista eli F2:sta alkaen. Miten Copilot sitten käyttää kapasiteettia? Kulutus perustuu käsiteltyjen tokenien määrään:
Kaava: (syötetyt tokenit × 400 + tuotetut tokenit × 1 200) / 1 000 = CU-kulutus
Tokenit ovat pieniä tekstin yksiköitä – esimerkiksi sana koostuu keskimäärin 3–4 tokenista. Kulutus riippuu siis sekä syötteen että vastauksen pituudesta.
Esimerkki: mitä maksaa yksi analyysipolku?
Microsoftin blogissa esimerkkitapauksessa Copilot generoi kapasiteettikulutusta seuraavalla tavalla:
Tämä esimerkin kustannus Copilotin käytöstä oli n. 0,59 €.
Laskukaava: (19 904 x 400 + 3 921 x 1 200) / 1 000 = 12 666,8.
Kustannuksen laskeminen: (12 666,8 x 0,167 €) / 3600 = 0,588 €. Kerroin 0,167 € tulee North Europe Region, F2 -kapasiteetti, joka on jaettu sekuntipohjaiseksi ja tuntihinnoitteluksi.
Vaikka yksittäinen Copilot-käyttö maksaa vain senteissä, toistuva käyttö voi vaikuttaa merkittävästi kokonaiskapasiteetin kulutukseen. Copilotin vaikutus kannattaa huomioida erityisesti pienemmillä kapasiteeteilla (F2–F8), joissa laskentateho on rajatumpi.
Yhteenveto
Kapasiteettien tasot ja hinnoittelu on ollut Fabricin julkaisusta lähtien suhteellisen stabiili. Hinnoittelu on pysynyt varsin vakaana, mutta pieniä muutoksia on tehty – kuten edellisessä kappaleessa kuvattu Copilotin saatavuus jo F2-kapasiteetista alkaen. Muista kuitenkin tarkkailla tärkeää sivua: Fabric pricing: Microsoft Fabric – Pricing | Microsoft Azure
Jos haluat nähdä Fabricin tositoimissa sinun datallasi, tutustu Fabric Fastlane -työkaluun täältä: FABRIQ | Fabric Fastlane
