Jaa

Pyyntöyksiköt Cosmos DB:ssä Microsoft Fabricissa

  • Koskee seuraavia:: ✅ Cosmos DB in Microsoft Fabric

Microsoft Fabric raportoi kaiken käytön ja laskutuksen kapasiteettiyksiköiden avulla. Microsoft Fabricin Cosmos DB normalisoi sisäisesti kaikkien tietokantatoimintojen kustannukset Request Units (tai lyhyesti RU) avulla ja mittaa kustannukset läpimenon perusteella (Request Units per se, RU/s). Cosmos DB:n RU/s muunnetaan sitten CU:iksi Fabricin sisällä käyttöä ja laskutusta varten.

Pyyntöyksikkö on suorituskyvyn valuutta, joka abstrahuttaa järjestelmäresursseja, kuten prosessointia (suoritin), syöte-/tulostetoimintoja (IOPS) ja muistia, joita tarvitaan Cosmos DB:n tukemien tietokantatoimintojen suorittamiseen Fabricissa. Riippumatta siitä, onko tietokantatoiminto kirjoitus-, pisteluku- vai kyselytoiminto, toimintoja mitataan aina yksiköissä.

Esimerkiksi pisteen lukeminen on nimi, jolla viitataan yksittäisen kohteen noutamiseen sen tunnus- ja osioavainarvon mukaan. Yhden kilotumayksikön pisteluku vastaa yhtä pyyntöyksikköä.

Voit luokitella yleisiä tietokantatoimintoja tiettyihin tyyppeihin ja tehdä kohtuullisia oletuksia kunkin toimintotyypin kuluttamien pyyntöyksiköiden määrästä:

Operation Description
Lue toiminta Kuluttaa yhden rautatieyrityksen
Lisää toiminto Kuluttaa vaihtelevan määrän RUs-yksiköitä
Upsert-toiminta Kuluttaa vaihtelevan määrän RUs-yksiköitä
Poista toiminto Kuluttaa vaihtelevan määrän RUs-yksiköitä
Kyselyn toiminto Kuluttaa vaihtelevan määrän RUs-yksiköitä, mahdollisesti enemmän kuin pistetoiminnot

Kaavio, joka havainnollistaa eri tietokantatoimintoja ja sitä, miten ne kuluttavat pyyntöyksiköitä.

Kapasiteetin hallintaa ja suunnittelua varten Fabric cosmos DB varmistaa, että tietyn tietokantatoiminnon yksiköiden määrä tietyssä tietojoukossa on deterministinen. Voit tarkastella vastausotsikkoa minkä tahansa tietokantatoiminnon kuluttamien RUs-objektien määrän seuraamiseksi. Kun ymmärrät tekijät, jotka vaikuttavat rautatieyrityksen maksuihin ja sovelluksesi siirtomäärävaatimuksiin, voit suorittaa sovelluskustannuksen tehokkaasti. Seuraavassa osiossa esitellään aiemmin mainitut tekijät, jotka vaikuttavat rautatieyrityksen kulutukseen.

Considerations

Arvioit kuormituksesi kuluttamien RUs-versioiden määrän, mutta huomioi seuraavat seikat:

  • Kohteen koko: Kun kohteen koko kasvaa, myös kohteen lukemiseen tai kirjoittamiseen kulutettujen RU:iden määrä kasvaa.

  • Kohteen indeksointi: Oletusarvoisesti jokainen kohde indeksoidaan automaattisesti. Vähemmän RUs-yksiköitä kulutetaan, jos päätät olla indeksoimatta joitakin kohteitasi säilössä.

  • Kohteen ominaisuuksien määrä: Olettaen, että oletusindeksointi on kaikissa ominaisuuksissa, kohteen kirjoittamiseen kulutettujen RUs-kohteiden määrä kasvaa kohteen ominaisuuden määrän kasvaessa.

  • Indeksoidut ominaisuudet: Kunkin säilön indeksikäytäntö määrittää, mitkä ominaisuudet indeksoidaan oletusarvoisesti. Jos haluat vähentää kirjoitustoimintojen rautatieyrityksen kulutusta, rajoita indeksoitujen ominaisuuksien määrää.

  • Lukemisen tyyppi: Pisteen lukeminen maksaa vähemmän RUs-yksiköitä kuin kyselyt.

  • Kyselymallit: Kyselyn monimutkaisuus vaikuttaa siihen, kuinka monta RU:ta toiminto kuluttaa. Kyselytoimintojen kustannuksiin vaikuttavat muun muassa seuraavat tekijät:

    • Kyselyn tulosten määrä
    • Predikaattien määrä
    • Predikaattien luonne
    • Käyttäjän määrittämien funktioiden määrä
    • Lähdetietojen koko
    • Tulosjoukon koko
    • Kyselystä projisoitujen ominaisuuksien määrä ja koko

    Sama kysely samoista tiedoista maksaa aina saman määrän RUs-yksiköitä toistuvista suorituksista.

Aiheeseen liittyvä sisältö

  • Last updated on