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 käsittelykäytön raportoinnista, kuten [Eventhouse UpTime](#eventhouse -käyttöaika) ja -tallennustilasta.

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ä kapasiteetin määrä perustuu Eventhouse UpTime - toimintoon.

Eventhouse-ajan aika

Eventhousen ajan tasalla tapahtumatalon 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 Tapahtumatalon ajan. 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ä.

Eventhouse-ajan aika KQL-tietokannalle on sekuntien määrä, jonka 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ä.

Huomautus

Jos KQL-tietokantasi on tapahtumatalon alikohde, Eventhouse UpTime relfuloidaan eventhouse-kohteeseen eikä tietokantakohdetta näytetä luettelossa.

Valvo Eventhouse-käyttöaikaa

Voit valvoa Eventhouse UpTimeMicrosoft Fabric Capacity Metric -sovelluksen. Lue, miten voit ymmärtää Metrics-sovelluksen käsittelysivua Tutustu mittarisovelluksen käsittelysivulla. Tässä esimerkissä näytetään Eventhouse UpTime-valvontatiedot.

Huomautus

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.

Huomautus

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, ja sen tuloksena on 100% Eventhouse UpTime.

• 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:

Liittyvä sisältö

• Microsoft Fabric -käsitteet ja -käyttöoikeudet
• Mikä on Microsoft Fabric Capacity Metrics -sovellus?
• KQL-tietokannan luominen