Tapahtumatalon ja KQL-tietokannan kulutus
Tapahtumatalot ja KQL-tietokannat toimivat täysin hallitussa Kusto-moduulissa. Eventhouse- tai KQL-tietokannan avulla voit odottaa käytettävissä olevaa käsittelyä analytiikallesi 5–10 sekunnin kuluessa. Laskentaresurssit kasvavat tietojen analytiikkatarpeiden mukaan. Tässä artikkelissa kerrotaan Microsoft Fabricin KQL-tietokantojen, kuten KustoUpTime-palvelun ja tallennustilan, käsittelykäytön raportoinnista.
Kun käytät Fabric-kapasiteettia, käyttömaksusi näkyvät tilaustesi Azure-portaali Microsoft Cost Managementissa. Saat lisätietoja Fabric-laskustasi tutustumalla Azure-laskuusi Fabric-kapasiteetissa.
Tärkeä
Microsoft Fabric -kuormituksen kulutusasteen muutokset
Kulutusluvut voivat muuttua milloin tahansa. Microsoft pyrkii kohtuullisesti antamaan ilmoituksen sähköpostitse tai tuotteen sisäisellä ilmoituksella. Muutokset ovat voimassa Microsoftin Julkaisutiedot- tai Microsoft Fabric -blogissa mainittuna päivänä. Jos Microsoft Fabric -kuormituksen kulutusaste muuttuu merkittävästi tietyn kuormituksen käyttämiseen vaaditulla kapasiteettiyksiköillä, asiakkaat voivat käyttää valitun maksutavan peruuttamisvaihtoehtoja.
Kapasiteetti
Fabricissa ostetun kapasiteetti-SKU:n perusteella sinulla on oikeus käyttää kapasiteettiyksiköitä (CUS), jotka jaetaan kaikkien Fabric-kuormitusten kesken. Lisätietoja tuetuista käyttöoikeuksista on artikkelissa Microsoft Fabric -käyttöoikeudet.
Kapasiteetti on erillinen resurssijoukko, joka on käytettävissä tiettynä ajankohtana. Kapasiteetti määrittää resurssin mahdollisuuden suorittaa toiminto tai tuottaa tulosta. Eri resurssit kuluttavat varastointiyksiköitä eri aikoina. KQL-tietokannan käyttämän kapasiteetin määrä perustuu KustoUpTime-toimintoon .
KustoUpTime
Tapahtumatalon KustoUpTime-arvo on sekuntien määrä, jonka tapahtumatalosi on aktiivinen verrattuna tapahtumatalosi käyttämien virtuaaliytimien määrään. Tapahtuman koon määrittämiseen käytetään automaattista skaalauksen mekanismia. Tämä mekanismi varmistaa kustannusten ja suorituskyvyn optimoinnin käyttökaavan mukaan. Tapahtumatalo, johon on liitetty useita KQL-tietokantoja, näyttää vain eventhouse-kohteen KustoUpTime-kohteen. Et näe KQL-tietokannan alikohteen käyttöä.
Esimerkiksi tapahtumatalo, jossa on 4 KQL-tietokantaa käyttäen neljää 30 sekunnin ajan aktiivinenta virtuaaliydintä, käyttää 120 sekunnin kapasiteettiyksiköitä.
KQL-tietokannan KustoUpTime-aika on sekuntien määrä, jonka kuluttua KQL-tietokantasi on aktiivinen verrattuna tietokantasi käyttämien näennäisytimien määrään. KQL-tietokannan koko määritetään automaattisen skaalauksen mekanismin avulla. Tämä mekanismi varmistaa kustannusten ja suorituskyvyn optimoinnin käyttökaavan mukaan.
Esimerkiksi tietokanta, joka käyttää neljää näennäisydintä, jotka ovat aktiivisia 30 sekunnin ajan, käyttää 120 sekuntia kapasiteettiyksiköitä.
Muistiinpano
Jos KQL-tietokantasi on tapahtumatalon alikohde, KustoUpTime relfected in eventhouse-kohteessa eikä tietokantakohdetta näytetä luettelossa.
Seuraa KustoUpTimea
Voit valvoa KustoUpTimea Microsoft Fabric Capacity Metric -sovelluksella. Lue, miten voit ymmärtää Metrics-sovelluksen käsittelysivua Tutustu mittarisovelluksen käsittelysivulla. Tässä esimerkissä näytetään KustoUpTime-seurannan tiedot.
Muistiinpano
Sinun on oltava kapasiteetin järjestelmänvalvoja, jotta voit valvoa kapasiteetin käyttöä. Lisätietoja on artikkelissa Tutustu Microsoft Fabric -järjestelmänvalvojarooleihin.
Seuraavassa kuvassa on Näyte käsittelysivu Fabric Capacity Metric -sovelluksen valvontakapasiteetista:
Tässä on joitakin merkityksellisiä tietoja, joita voit ottaa esimerkistä:
- Tutkittavaa kapasiteettia kutsutaan rtafielddemoa.
- Valitun päivän kapasiteettiyksiköitä käytti yksi työtila nimeltä RTA-kentän esittely.
- Kohteet-näkymä on suodatettu näyttämään sekä Eventhouse- että KQL-tietokanta.
- Yksittäisen kohteen, kuten Eventhouse-kohteen, valitseminen eritetä CU:n käyttö toimintojen mukaan.
- Sovelluksen oikeassa reunassa oleva käyttökaavio näyttää lähes 100 % CU:n käytön ajan kuluessa. Tämä suuri käyttö voi selittää käyttäjien kokeman kyselyn rajoittamisen ja osoittaa tarpeen lisätä kapasiteetin yksiköitä.
Tallennustilalaskutus
Tallennustila laskutetaan erillään Fabric- tai Power BI Premium -kapasiteetin yksiköistä. KQL-tietokantaan käsiteltävät tiedot tallennetaan kahteen tallennustasoon: OneLake Cache Storage ja OneLake Standard Storage.
- OneLake-välimuistitallennustila on premium-tallennustila, jonka avulla se tarjoaa nopeimmat kyselyvastausajat. Kun määrität välimuistikäytännön, tämä tallennustilataso vaikuttaa siihen. Jos esimerkiksi teet kyselyn takaisin seitsemälle päivälle, voit määrittää välimuistin säilytysarvoksi seitsemän päivää parhaan suorituskyvyn takaamiseksi. Tämä tallennustilataso on verrattavissa Azure AD LS (Azure Data Lake Storage) premium-tasoon.
Muistiinpano
Vähimmäiskulutuksen käyttöönotto tarkoittaa sitä, että OneLake-välimuistitallennuksesta ei veloiteta mitään. Kun pienin kapasiteetti on määritetty, tapahtumatalo on aina aktiivinen, minkä tuloksena on 100 % KustoUpTime.
- OneLaken vakiotallennustila on vakiosäilö, jota käytetään kaikkien kysettävissä olevien tietojen säilyttämiseen ja tallentamiseen. Kun määrität säilytyskäytännön, tämä tallennustilataso vaikuttaa siihen. Jos sinun on esimerkiksi ylläpidettävä 365 päivän kyselyjä, voit määrittää säilytysasetukseksi 365 päivää. Tämä tallennustilataso on verrattavissa Azure AD LS (Azure Data Lake Storage) -kuumaan tasoon.
OneLake-tallennustilan valvonta
Microsoft Fabric Capacity Metric -sovelluksen avulla kapasiteetin järjestelmänvalvojat voivat valvoa OneLake-tallennustilaa. Lue, miten voit ymmärtää Metrics-sovelluksen tallennussivua Tutustu mittarisovelluksen tallennussivuun.
Seuraavassa kuvassa on esimerkki tallennussivusta KQL-tietokannan valvonnasta Fabric Capacity Metric -sovelluksessa:
