Tapahtumatalon ja KQL-tietokannan kulutus

Tapahtumatalot ja KQL-tietokannat toimivat täysin hallitussa Kusto-moduulissa. Event House- 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 tapahtuman talosi on aktiivinen verrattuna tapahtumatalosi käyttämien virtuaaliytimien määrään. Tapahtumatalon koko määritetään automaattisen skaalauksen avulla. Tämä mekanismi varmistaa kustannusten ja suorituskyvyn optimoinnin käyttökaavan mukaan. Tapahtumatalo, johon on liitetty useita KQL-tietokantoja, näyttää vain tapahtuman talokohteen KustoUpTime. Et näe KQL-tietokannan alikohteen käyttöä.

Esimerkiksi tapahtumatalo, jossa on 4 KQL-tietokantaa ja neljää 30 sekunnin ajan aktiivinen näennäisydintä, 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 relfuloi tapahtuman talokohteessa eikä tietokantakohdetta näytetä luettelossa.

Seuraa KustoUpTimea

Voit valvoa KustoUpTimeaMicrosoft 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ä Tapahtumatalo- että KQL-tietokanta.
• Yksittäisen kohteen, kuten Event House -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ä.

Tallennus laskutus

Tallennus laskutetaan erillään Fabric- tai Power BI Premium -kapasiteetin yksiköistä. KQL-tietokantaan käsiteltävät tiedot tallennetaan kahteen tallennustasoon: OneLake Cache Tallennus ja OneLake Standard Tallennus.

• OneLake-välimuistin Tallennus on Premium-tallennustila, jonka avulla voidaan tarjota 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 ADLS:n (Azure Data Lake Tallennus) premium-tasoon.

Muistiinpano

Vähimmäiskulutuksen käyttöönotto tarkoittaa, että OneLake Cahce -Tallennus ei veloiteta sinulta. Kun vähimmäiskapasiteetti on määritetty, tapahtuman talo on aina aktiivinen, minkä tuloksena on 100 % KustoUpTime.

• OneLake Standard Tallennus 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 ADLS :n (Azure Data Lake Tallennus) kuumaan tasoon.

OneLake-Tallennus valvonta

Microsoft Fabric Capacity Metric -sovelluksen avulla kuka tahansa kapasiteetin järjestelmänvalvoja voi valvoa OneLake-Tallennus. 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