Del via

Planlegging av Power BI-implementering: Abonnementer, lisenser og prøveversjoner

  • Artikkel

Merk

Denne artikkelen er en del av planleggingsserien for power BI-implementering av artikler. Denne serien fokuserer hovedsakelig på Power BI-opplevelsen i Microsoft Fabric. Hvis du vil ha en innføring i serien, kan du se Planlegging av Power BI-implementering.

Denne artikkelen presenterer de viktigste vurderingene for planlegging av abonnementer, lisenser og prøveversjoner for Power BI og Fabric. Denne artikkelen er rettet mot:

  • Faktureringsadministratorer: Administratorene som er ansvarlige for å kjøpe abonnementer og analysere kostnader.
  • Azure-administratorer: Administratorene som er ansvarlige for kjøp og administrasjon av Azure-abonnementer og -tjenester.
  • Fabric-administratorer: Administratorene som er ansvarlige for å overvåke Fabric i organisasjonen.
  • Administratorer for lisens- og brukeradministrasjon: Administratorene som er ansvarlige for å tilordne lisenser (som er kjøpt) til brukere.
  • Center of Excellence (COE) og BI-team: Teamene som er ansvarlige for å overvåke Power BI og støtte Power BI-brukere i organisasjonen. Disse teamene tar viktige beslutninger og samarbeider med Fabric-administratorene.
  • Innholdseiere og opprettere: Denne artikkelen kan også være relevant for selvbetjente innholdsopprettere som trenger å skaffe lisenser, slik at de kan opprette, publisere og behandle innhold.

Et viktig aspekt ved administrasjon av Microsoft Fabric er å sikre at brukerne har tilgang til funksjonene de trenger. Til dette formål må du kjøpe og administrere abonnementer, lisenser og prøveversjoner for organisasjonen. Administrasjon av abonnementer, lisenser og prøveversjoner er nødvendig for å sikre at både innholdsopprettere og innholdsforbrukere kan bruke Fabric og Power BI.

Merk

Lisensiering er et viktig tema som kan være komplisert, spesielt når organisasjonen implementerer Fabric eller Power BI for første gang. Selv om denne artikkelen beskriver viktige beslutninger og vurderinger om abonnementer, lisenser og spor, anbefaler vi at du henviser til følgende tilleggsartikler og ressurser for mer detaljert og praktisk informasjon.

Viktig

Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.

Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.

Tabellen nedenfor introduserer viktige konsepter som brukes av denne artikkelen.

Konseptet Beskrivelse Eksempel
Leier Fabric opererer i organisasjonens Microsoft Entra-tenant. En organisasjon vil vanligvis ha én enkelt leier (selv om noen store organisasjoner kan ha flere leiere). I Contoso finnes det én leier for contoso.com.
Abonnement Ett eller flere abonnementer må være aktive for en leier . Hvert abonnement har en startdato og en sluttdato som refererer til et produkt:

• Per bruker-abonnementer administreres i Administrasjonssenter for Microsoft 365. Et bestemt antall lisenser er tilgjengelig i hvert abonnement.
• Et Power BI Premium-kapasitetsabonnement administreres i Administrasjonssenter for Microsoft 365.
• Et stoffkapasitetsabonnement administreres i Azure-portalen.		 Contoso har fire aktive abonnementer:

• Ubegrensede gratislisenser.
• 100 Pro-lisenser.
• 15 PPU-lisenser.
• Tre kapasitetslisenser.
Per bruker-lisens En per bruker-lisens er basert på et abonnement. Alle brukere krever en brukerlisens, som kan være Fabric Free, Power BI Pro (Pro) eller Premium per bruker (PPU). Contoso har 450 aktive brukere:

• Alle 450 brukere er tilordnet en Fabric Free-lisens.
• 92 brukere er tilordnet en Power BI Pro-lisens (slik at åtte er tilgjengelige på abonnementet).
• 15 brukere er tilordnet en PPU-lisens (slik at ingen er tilgjengelige på abonnementet).
Kapasitetslisens En kapasitetslisens er basert på et abonnement. Arbeidsområder tilordnes til en kapasitet, som bestemmer funksjonene og ressursene som er tilgjengelige for innholdet og brukerne av arbeidsområdet. Contoso har tre aktive kapasiteter:

• To stoffkapasiteter.
• Én Power BI Premium-kapasitet.
SKU (lagerføringsenhet) SKU-er er en produkt-ID for abonnementet som ble kjøpt. For kapasitet finnes det to måter å referere til SKU-er på.

• Gruppering: Typen kapasitet som er kjøpt. En F SKU refererer for eksempel til en stoffkapasitet generelt.
• Spesifikk: Den spesifikke SKU-en for en kapasitet angir nivået på databehandlingskraften. En F64-kapasitet har for eksempel et bestemt sett med databehandlingsressurser (for eksempel CPU og minne) som er tilgjengelige for alle arbeidsområder som er tilordnet denne kapasiteten.		 Contoso har tre aktive kapasiteter:

• Én F16-kapasitet.
• Én F64-kapasitet.
• Én P1-kapasitet.
Prøve Med en prøvelisens kan du prøve ut funksjoner. En prøveversjon kan aktiveres for enten en per bruker-lisens eller en fabric-kapasitetslisens. Contoso har aktive forsøk:

• To brukere har en aktiv PPU-prøveversjon.
• Prøveversjonen av stoffkapasiteten er aktiv.

Merk

Abonnementene som det refereres til i denne artikkelen, gjelder kostnader for et produkt. Det er et annet konsept enn rapportabonnementer, som er rapporter levert etter en tidsplan.

Viktig

Snakk med Microsoft-kontoansvarlig når du har spørsmål om organisasjonens abonnementer og lisenser for Fabric, Power BI eller Microsoft 365.

Lisensieringsalternativer kan blandes og samsvares basert på arbeidsbelastningen for individuelle brukere og grupper. Diagrammet nedenfor viser hvordan et abonnement har lisenser per bruker eller per kapasitet, som du administrerer enten fra Administrasjonssenter for Microsoft 365 eller Azure-portalen.

Diagrammet viser både Administrasjonssenter for Microsoft 365 og Azure-portalen.

I Administrasjonssenter for Microsoft 365 kan administratorer kjøpe og tilordne lisenser per bruker eller Premium-kapasitet.

  • Organisasjonen har et Microsoft Fabric Free-abonnement med ubegrensede gratislisenser. Faktureringsadministratorer kan tilordne disse lisensene til brukere i organisasjonen.
  • Faktureringsadministratorer kan kjøpe Power BI Pro-abonnementer og tilordne Power BI Pro-lisenser til brukere i organisasjonen.
  • Faktureringsadministratorer kan kjøpe Lisenser for Power BI Premium per bruker (PPU) som tillegg til et eksisterende Power BI Pro-abonnement. Disse administratorene kan deretter tilordne PPU-lisenser til brukere i organisasjonen.
  • Faktureringsadministratorer kan kjøpe Power BI Premium-kapasitetsabonnementer (P SKU-er) for organisasjonen. Disse lisensene er per kapasitet og ikke per bruker.

I Azure-portalen kan Azure-administratorer tilordne lisenser per bruker og kjøpe og administrere lisenser per kapasitet.

  • Azure-administratorer tilordner lisenser per bruker, for eksempel Microsoft Fabric Free, i Azure-portalen i Microsoft Entra ID.
  • Azure-administratorer administrerer Azure-abonnementet sitt, der de kan kjøpe og administrere lisenser per kapasitet.
    • Faktureringsadministratorer kan kjøpe Premium-kapasitetsabonnementer (A SKU-er eller EM-SKU-er), som er koblet til og fakturert som en del av et Azure-abonnement.
    • Faktureringsadministratorer kan kjøpe fabric-kapasitetsabonnementer (F SKU-er), som er koblet til, og faktureres som en del av, et Azure-abonnement.

Merk

Mange av funksjonene som er beskrevet i denne artikkelen, er ikke tilgjengelige for Fabric-administratorer. I stedet må Fabric-administratorer samarbeide med andre administratorer som har flere tillatelser til å vise (eller oppdatere) abonnementer, fakturering og lisenser.

Resten av denne artikkelen beskriver lisensieringshensyn for både lisensiering per bruker og kapasitetslisensiering.

Se gjennom og administrer lisensiering per bruker

Alle brukere som arbeider med Fabric krever en brukerlisens (enten Gratis, Pro eller PPU, som vil bli beskrevet i trinn 2). Selv om du har tenkt å kjøpe kapasitetslisenser (som dekkes senere i denne artikkelen), kreves lisenser per bruker, slik at hver bruker kan få tilgang til Fabric. Denne tilgangen er tilrettelagt ved integrering med Microsoft Entra ID.

Trinn 1: Se gjennom brukerlisenser

Det er viktig at du først forstår gjeldende tilstand for brukerabonnementer og lisenser. Faktureringsadministratorene kan hjelpe ved å bekrefte eventuelle brukerabonnementer du har for øyeblikket, og hvordan brukerlisenser tilordnes.

Her er to vanlige måter du kan kompilere en liste over brukerabonnementer og lisenser på.

Tips

Du kan også bruke denne informasjonen som en del av overvåkingen på leiernivå. Se nærmere på denne delen om henting av data om brukere og grupper.

Når du gjennomfører gjennomgangen, kan du kompilere følgende informasjon.

  • Aktive abonnementer for brukerlisenser:
    • Microsoft Fabric Free
    • Power BI Pro
    • Power BI Premium per bruker
  • Abonnementsstatus
  • Start- og sluttdatoer for abonnement
  • Abonnementsantall:
    • Totalt kjøpt
    • Antall lisenser tilordnet til brukere
    • Antall tilgjengelige lisenser
  • Abonnementskostnad:
    • Priser for hvert abonnement
    • Organisasjonsprisinformasjon (hvis aktuelt)
    • Hvem godkjent kjøpet (hvis aktuelt)
  • Brukerforsøk som for øyeblikket er aktive

Viktig

Kontroller at du inkluderer eksisterende selvbetjente abonnementer i listen, slik at du får hele bildet. Hvis du vil ha mer informasjon, kan du se Administrere selvbetjente kjøp.

Trinn 2: Bestem deg for brukerlisenser

Når du har gjennomgått brukerlisenser, bør du deretter ta noen viktige avgjørelser om hvordan du tilordner og administrerer disse lisensene i organisasjonen.

Viktig

Dine beslutninger for per bruker-lisenser, med eller uten kapasitet (beskrevet i neste del av denne artikkelen), vil ha betydelig innvirkning på hvilke funksjoner som er tilgjengelige for forfattere og forbrukere.

Bestem hvilke per bruker-lisenser du trenger

Du bør bestemme hvilke brukerlisenser som kreves. Hver bruker må tilordnes en Microsoft Fabric -lisens (gratis) eller en Power BI Pro-lisens. Hvis de oppretter eller viser innhold som er publisert til et arbeidsområde som bruker Premium per bruker lisensmodus, trenger de også en Lisens for Power BI Premium per bruker (PPU).

Her er hver av brukerlisenstypene og bruken.

  • Microsoft Fabric (gratis)-lisens: En gratislisens som ikke har noen abonnementskostnader. Den kan brukes på forskjellige måter:
    • Personlig BI: En gratisbruker kan bruke sitt personlige arbeidsområde i Fabric-portalen. Siden formålet er personlig BI, er ingen rapportdistribusjons-, delings- eller samarbeidsfunksjoner tilgjengelige for gratisbrukeren.
    • Forbruker BI: En gratisbruker kan vise innhold som er distribuert til et arbeidsområde som er tilordnet en kapasitet (minimum F64 eller P1). Denne brukstilfellet for enterprise BI er viktig når du har et stort antall rapportforbrukere som ikke redigerer BI-innhold, fordi du ikke trenger å kjøpe en Power BI Pro-lisens for disse forbrukerne. Hvis du vil ha mer informasjon, kan du se Rapporter planlegging av forbrukersikkerhet.
    • Stoffredigering: En gratisbruker kan opprette og dele stoffelementer (ikke-Power BI) i et arbeidsområde som er tilordnet en F SKU.
  • Power BI Pro-lisens: En Power BI Pro-lisens kreves for å redigere Power BI-innhold. Det kreves for alle former for deling, samarbeid eller innholdsdistribusjon. Hvis du vil ha mer informasjon, kan du se Sikkerhetsplanlegging for Innholdsoppretter.
  • Power BI Premium per bruker (PPU)-lisens: En PPU-lisens gir alle Pro-lisensfunksjoner og inkluderer visse Premium-funksjoner per bruker. Det er et godt valg for mindre organisasjoner og team som ønsker å bruke bestemte funksjoner, men ikke trenger hele settet med Fabric-funksjoner. Hvis du vil ha mer informasjon, kan du se Power BI Premium per bruker.

Tips

Du kan blande og sammenligne brukerlisenser med kapasitetslisenser. Du kan for eksempel ha utviklings-, test- og produksjonsarbeidsområder som er avhengige av bestemte tilnærminger for publisering av virksomhetsinnhold . Siden arbeidsområdene for utvikling og test har svært få brukere, kan disse arbeidsområdene bli tilordnet en mindre kapasitetsstørrelse eller PPU-lisensmodus (hvis de ikke krever en stoffopplevelse eller funksjoner). Produksjonsarbeidsområdet kan bruke en kapasitetslisens til å støtte mange forbrukere (med gratislisenser). På den måten kan du potensielt redusere kostnadene, samtidig som du skiller utviklings- og testinnholdet fra produksjonsarbeidsbelastningen.

Bestem forutsetninger for å skaffe en brukerlisens

Vurder om det finnes krav som må oppfylles før en brukerlisens tilordnes.

Her er noen eksempler på forutsetninger.

  • Krever at brukeren anerkjenner en organisasjonsdatapolicy (for eksempel personvern eller en policy for databehandling) før de blir tilordnet en brukerlisens.
  • Krever at brukeren fullfører en innledende opplæringsøkt eller sertifisering før en lisens gis.
  • Implementere en arbeidsflyt, for eksempel:
    • Krev godkjenning av overordnet.
    • Bekreft hvilket abonnement du vil tilordne lisensen fra.
    • Godkjenn hvor kostnaden skal belastes.
    • Bekreft at brukerens rolle og ansvar rettferdiggjør en lisens (og tilgang til data).

Tips

Ikke introduser for mange hindringer som kan hindre brukere i å få en lisens. Hvis det er for vanskelig, kan det hende at travle fagfolk ikke gidder å be om en lisens. I stedet, for å få arbeidet gjort, vil de finne en annen måte, noe som kan innebære suboptimale midlertidige løsninger. Uten lisens kan for eksempel personer dele filer på et filsystem eller via e-post når de er bedre – og sikrere – tilgjengelige.

Bestem prosessen for behandling av brukerlisensforespørsler

Bestem om du trenger å implementere en egendefinert lisensforespørselsprosess som er definert av organisasjonen. Denne forespørselen kan håndtere scenarioer som:

  • Krever forutsetninger (beskrevet i forrige del).
  • Integrere med en eksisterende lisensadministrasjonsplattform.
  • Informere brukere om opplæringstilbud og tilgjengelig hjelp som en del av tilordningsprosessen for brukerlisenser.
  • Fastslå hvordan kostnader skal fordeles, eller hvordan tilbakeføringer gjøres.

Tips

Du kan angi en egendefinert URL-adresse for lisensieringsforespørsler i leierinnstillingen Publiser Få hjelp-informasjon. URL-adressen kan dirigere brukere til et skjema, eller til den interne lisensforespørselssiden.

Bestem hvordan brukerabonnementer skal kjøpes

Det er viktig å planlegge nøyaktig hvordan prosessen med å kjøpe abonnementer vil fungere.

Her er noen spørsmål du bør vurdere.

  • Kjøpes abonnementer enkeltvis eller i bulk?
    • I mindre organisasjoner kan du velge å kjøpe hvert abonnement (og tilordne lisensen) på forespørsel. Denne tilnærmingen fungerer bra når det er et lavt antall forespørsler.
    • I større organisasjoner er det ofte effektivt å kjøpe abonnementer i grupper (for eksempel 50 Pro-lisenser). Denne tilnærmingen fungerer bra når tilstrekkelige midler er tilgjengelige i budsjettet, og du forventer at lisensene blir tilordnet (og brukt) snart.
  • Har du en Microsoft Foretaksavtale (EA)? Organisasjonen anskaffet for eksempel et Microsoft 365-abonnement som inkluderer 500 enterprise E5-lisenser. I så fall vil hver bruker som er tilordnet en E5-lisens, ha en Power BI Pro-lisens (vær oppmerksom på at tilgang til individuelle apper kan fjernes for brukere når det er nødvendig).
  • Er kjøp av en sentralisert funksjon som håndteres av én avdeling? Eller er selvbetjent innkjøp tillatt?

Tips

Vi anbefaler at du prioriterer veiledning og brukeraktivering og brukerstøtteaktiviteter . Disse aktivitetene blir enda viktigere når lisenser distribueres til brukere over hele organisasjonen.

Bestem om prøveversjoner er aktivert

En viktig styringsbeslutning er om brukerforsøk er tillatt. En prøveversjon i produktet gir brukerne mulighet til å prøve ut funksjoner før de forplikter seg til å kjøpe en lisens. Det finnes to typer forsøk som en bruker kan starte: en prøveversjon av Premium per bruker (PPU) og en prøveversjon av stoffkapasitet.

Når prøveversjoner er aktivert, vises en Start prøveversjon-knapp i portalen som gjør det mulig for en bruker å starte en prøveversjon av Stoff. En bruker kan også bli bedt om å starte en prøveversjon mens de arbeider. Hvis en gratisbruker for eksempel prøver å opprette et arbeidsområde eller dele en rapport, blir de bedt om å starte en prøveversjon av PPU ved å velge Prøv gratis-knappen . På samme måte, hvis en Pro-bruker prøver å vise innhold i et PPU-arbeidsområde, blir de bedt om å starte en prøveversjon ved å velge Prøv gratis-knappen .

Muligheten til å bruke prøveversjoner i produktet styres av brukere kan prøve leierinnstillingene for betalte funksjoner for Microsoft Fabric. Atferden er nært korrelert med hvordan selvbetjent innkjøp fungerer (beskrevet neste). Hvis du vil ha mer informasjon, kan du se Brukere kan prøve betalte funksjoner for Microsoft Fabric.

Merk

Prøveversjonen er ment å være en bekvemmelighet som gjør det mulig for brukere å fortsette med normal arbeidsflyt. Vanligvis anbefales ikke deaktivering av prøveversjoner. Begrensning av prøveversjoner kan oppmuntre brukere til å søke midlertidige løsninger, kanskje ved å eksportere data eller arbeide utenfor støttede verktøy og prosesser.

Vurder å deaktivere prøveversjoner bare når:

  • Det er betydelige kostnadsbekymringer som vil gjøre det usannsynlig å gi brukeren en full lisens på slutten av prøveperioden.
  • Forutsetninger kreves for å få en lisens (for eksempel godkjenning, begrunnelse eller et opplæringskrav) som må oppfylles før du begynner en prøveversjon eller får en lisens.
  • Det er et gyldig behov, for eksempel et forskriftsmessig krav, for å kontrollere tilgangen til Fabric nøye.

Bestem om selvbetjent innkjøp er aktivert

Brukere kan kjøpe lisenser på egen hånd når selvbetjent innkjøp er aktivert. I dette tilfellet kan en bruker kjøpe en lisens mens de arbeider. Hvis en Pro-bruker for eksempel prøver å vise innhold i et PPU-arbeidsområde, kan de velge å kjøpe en lisens ved å velge oppgraderingskontoen eller Kjøp nå-knappen. Hvis du vil ha mer informasjon, kan du se Registrere deg for eller kjøpe Power Bi-tjeneste som enkeltperson.

Selvbetjent innkjøp er nyttig for:

  • Større organisasjoner med desentraliserte forretningsenheter som har innkjøpsmyndighet og ønsker å håndtere betaling direkte med et kredittkort.
  • Organisasjoner som har til hensikt å gjøre det så enkelt som mulig å kjøpe abonnementer på en månedlig forpliktelse.

Diagrammet nedenfor viser hvordan selvbetjent innkjøp fungerer (når det ikke finnes en egendefinert nettadresse for lisensforespørsler).

Diagrammet viser selvbetjent kjøp av lisenser.

Diagrammet viser følgende prosesser og trinn i selvbetjent kjøp av lisenser.

Vare Beskrivelse
Element 1. En selvbetjent bruker kan bare kjøpe sin egen lisens når de har en eksisterende organisasjonskonto.
Element 2. Brukeren kan kjøpe sin egen lisens når selvbetjent publisering støttes av organisasjonen.
Element 3. Brukeren har begrenset oversikt over lisensene som er kjøpt fra Administrasjonssenter for Microsoft 365 som de kan tilordne til andre innenfor ansvarsområdet.
Element 4. Microsoft 365-administratorer har en helhetlig oversikt over alle lisensene som er anskaffet gjennom selvbetjent publisering i Administrasjonssenter for Microsoft 365.
Element 5. Brukere med en selvbetjent kjøpt lisens kan få tilgang til og bruke Power BI.

Vurder å deaktivere selvbetjent kjøp når:

  • Sentraliserte innkjøpsprosesser er på plass for å oppfylle forskriftsmessige krav, sikkerhet og styringskrav.
  • Rabatterte priser oppnås gjennom en Microsoft Foretaksavtale (EA).
  • Eksisterende prosesser er på plass for å håndtere konserninterne tilbakeføringer.
  • Eksisterende prosesser er på plass for å håndtere gruppebaserte lisensieringstilordninger.
  • Forutsetninger kreves for å få en lisens, for eksempel godkjenning, begrunnelse, opplæring eller et krav til styringspolicy.

Det er mange hensyn når du planlegger selvbetjent innkjøp.

Her er noen andre faktorer å vurdere.

  • Finnes det en eksisterende policy for hele organisasjonen for selvbetjente kjøp og prøveversjoner?
  • Følger Fabric den eksisterende organisasjonspolicyen for selvbetjente kjøp og prøveversjoner?
  • Bør både innkjøp og prøveversjoner aktiveres, begge deaktiveres eller en kombinasjon? Brukerens opplevelse avhenger av hvordan du kombinerer innstillingene for innkjøp og prøveversjoner.
  • Bør brukere som prøver å kjøpe en lisens, rettes til en bestemt side?
    • Med en egendefinert URL-adresse for lisensieringsforespørsler blir brukeren umiddelbart dirigert til denne siden når de velger oppgraderingskontoen eller Kjøp nå-knappen . Du kan gi ytterligere instruksjoner eller be dem om å sende inn detaljer i et skjema. Bruk av en egendefinert URL-adresse er en måte å forby bruk av selvbetjent kjøp ved å omdirigere brukeren et annet sted.
    • Uten en egendefinert URL-adresse blir en bruker som velger å kjøpe en lisens, sendt til Microsoft 365 for å fullføre kjøpet.

Bestem hvordan du skal håndtere lisensiering for eksterne brukere

Det kan hende du må arbeide med gjestebrukere som er eksterne for organisasjonen. Gjester kan inkludere kunder, partnere eller leverandører. De kan også være konsulenter eller eksterne samarbeidspartnere. Dette emnet kan også gjelde for organisasjoner som har flere juridiske enheter eller leiere på grunn av fusjoner og anskaffelser.

Her er noen vurderinger når du planlegger hvordan du skal håndtere lisensiering for gjestebrukere.

  • Hvordan vil prosessen for å tilordne brukerlisenser være annerledes når en ekstern bruker er involvert?
  • Fungerer den eksterne brukeren for en organisasjon som har Konfigurert Microsoft Entra-ID? I så fall kan legitimasjonen administreres av hjemmeleieren. Hvis du vil ha mer informasjon, kan du se Strategi for eksterne brukere.
  • Hvilke eksterne brukere er bare forbrukere kontra de som trenger å opprette og publisere innhold?
  • I hvilke situasjoner vil en lisens bli levert av den eksterne brukeren (kjent som bring-your-own-license, eller BYOL). I hvilke tilfeller vil en lisens bli gitt av organisasjonen? Hvis du vil ha mer informasjon, kan du se lisensieringsemnet i Distribuer Power BI-innhold til eksterne gjestebrukere ved hjelp av Microsoft Entra B2B.
  • Hvilken type gjesteinvitasjon vil du bruke? Det finnes ulike funksjoner for sporadiske kontra planlagte gjestebrukerinvitasjoner. Brukeropplevelsen er også forskjellig. Hvis du vil ha mer informasjon, kan du se Prosessen for gjesteinvitasjon.

Tips

Hvis du vil ha mer informasjon, kan du se microsoft Entra B2B-hvitboken. Det er en god ressurs å lære om strategier for håndtering av eksterne brukere.

Trinn 3: Oppdatere brukerlisenser

På dette tidspunktet er informasjon tilgjengelig om eksisterende abonnementer og lisenser, og du har tatt målbevisste beslutninger. Nå er du klar til å foreta eventuelle oppdateringer som er nødvendige.

Viktig

Pass på å koordinere endringer med Microsoft-kontoadministratoren hvis du har spørsmål eller trenger en avklaring.

Følgende emner er handlinger som kan være passende.

Øke eller redusere antall brukerabonnementer

Basert på informasjonen du har samlet inn, kan du velge å justere eksisterende brukerabonnementer. Du kan for eksempel velge å øke eller redusere antallet pro- eller PPU-abonnementer.

Merk

Justeringer av brukerabonnementene kan korrelere med andre endringer i et kapasitetsabonnement. Kapasitetslisensiering dekkes senere i denne artikkelen.

Tilordne eller oppheve tilordning av brukerlisenser

Du må kanskje tilordne eller oppheve tilordning av brukerlisenser. Du kan for eksempel identifisere at du må tilordne flere Pro-lisenser til bestemte brukere, eller fjerne PPU-lisenser fra andre brukere.

Overta selvbetjente kjøp

Hvis målet ditt er å administrere alle abonnementer sentralt, må du kanskje ta over et kjøp som tidligere ble gjort av en selvbetjent bruker. Hvis du vil ha mer informasjon, kan du se Avgjøre om selvbetjent innkjøp er aktivert.

Juster leierinnstillinger

Basert på dine beslutninger om håndtering av brukerlisensiering og prøveversjoner, må du kanskje justere noen leierinnstillinger i administrasjonsportalen for Fabric.

Du må kanskje oppdatere:

Trinn 4: Dokumentbrukerlisenser

Avhengig av interne prosesser kan du velge å opprette dokumentasjon som forsterker informasjonen som er tilgjengelig i portalen for brukerabonnementer og lisenser.

Du kan bygge videre på informasjonen som er registrert i trinn 1 , ved å inkludere følgende detaljer i dokumentasjonen.

  • Viktige beslutninger, inkludert mer kontekst eller detaljer
  • Hvem godkjente brukerlisenskjøp, og når
  • Tidsberegning eller ventende handlingselementer
  • Styringskrav knyttet til brukerlisenser
  • Overvåkingskrav knyttet til brukerlisenser
  • Et øyeblikksbilde av brukerlisensinformasjon

Tips

Med mindre du er en svært liten organisasjon med svært få endringer, må du ikke dokumentere hver brukerlisens manuelt. I stedet kan du bruke Microsoft Graph API-er til å trekke ut informasjon om abonnementer og lisenser regelmessig. Vurder å lagre et øyeblikksbilde av brukerlisensdataene hver uke eller hver måned. På den måten kan du sammenligne øyeblikksbilder for å finne ut hva som er endret. Hvis du vil ha mer informasjon, kan du se Overvåke brukerlisenser.

Viktig

Se dokumentasjonen for produktplaner og tjenesteplanidentifikatorer når du sammenligner Microsoft Graph-resultatene med det som vises i Administrasjonssenter for Microsoft 365.

Trinn 5: Administrere brukerlisenser

Brukerlisenser vil trenge oppmerksomhet kontinuerlig. Følgende emner er aspekter å vurdere.

Opprett en prosess for å godta brukerlisensforespørsler

Du bør opprette en repeterbar, dokumentert prosess for å be om en brukerlisens. Det innebærer vanligvis å opprette et elektronisk skjema. Informasjon om nødvendige forutsetninger bør også inkluderes .

Overvåk prøveversjoner av brukere

Hver måned bør du identifisere brukere som har startet en prøveversjon som snart utløper. Det er mulig at brukeren må ha en tilordnet lisens. Målet er å unngå et tjenesteavbrudd for disse brukerne. Hvis du vil ha mer informasjon, kan du se Overvåking av prøveversjon av bruker.

Automatiser brukerlisenstilordninger

I store organisasjoner kan håndtering av forespørsler om brukerlisenser innebære betydelig administrativ innsats. Én måte å forbedre effektiviteten på er å bruke gruppebasert lisensiering. Med gruppebasert lisensiering kan du automatisk tilordne en lisens basert på medlemskap i en sikkerhetsgruppe. En gruppe som innholdsforfattere av stoff fungerer bra for dette formålet, slik at tilordningen av lisenser til brukere på en effektiv måte.

Diagrammet nedenfor viser hvordan gruppebasert lisensiering fungerer.

Diagram viser gruppebasert lisensiering.

Diagrammet viser følgende prosesser og trinn som er involvert i gruppebasert lisensiering.

Vare Beskrivelse
Element 1. Faktureringsadministratorer kjøper og tilordner lisenser per bruker fra Administrasjonssenter for Microsoft 365.
Element 2. Administratorer tilordner disse lisensene til grupper som de administrerer i Microsoft Entra ID.
Element 3. Gruppene er konfigurert til å tilordne lisenser til alle medlemmer.
Element 4. Alle brukere som legges til i en gruppe, får automatisk Power BI-lisensen som er tilordnet denne gruppen (forutsatt at en er tilgjengelig).

Se gjennom og optimaliser brukerlisenskostnader

Sammenlign lisensierte brukere regelmessig med aktivitetsloggen for å finne ut om brukere aktivt bruker lisensen sin. Se etter brukere som er tilordnet en lisens, men som ikke har brukt den. En bruker kan for eksempel ha en Pro-lisens tilordnet, men de viser bare innhold som finnes i en kapasitet. Bruk konsekvente vilkår når det er mulig, for eksempel:

  • Lisensen brukes ikke for en bestemt periode (for eksempel seks måneder).
  • Lisensen brukes sjelden eller sporadisk.
  • Lisensen ble brukt én gang for én enkelt aktivitet.

Aktivitetsloggen hjelper deg med å identifisere når aktiviteter oppstod for en bruker, og hva de er (for eksempel vise en rapport eller publisere en rapport).

Trinn 6: Overvåke brukerlisenser

Det er viktig å ha en prosess for regelmessig overvåking av abonnementer, lisenser og prøveversjoner for brukere. En Fabric-administrator må samarbeide med andre administratorer for å få denne informasjonen (for eksempel globale administratorer, faktureringsadministratorer og Azure-administratorer).

Overvåking av brukerabonnement

Her er noen handlinger du kan se etter når du overvåker abonnementer.

  • Liste over aktive abonnementer: Du kan vise produkter som har et aktivt abonnement i faktureringsområdet i Administrasjonssenter for Microsoft 365. Du kan også bruke REST-API-en for listetegnede SKU-er til å trekke ut aktive abonnementer med Microsoft Graph.
  • Nytt abonnement ble opprettet: Nylig kjøpte produkter viser en ny indikator i faktureringsområdet i Administrasjonssenter for Microsoft 365.

Overvåking av brukerlisens

Her er noen handlinger du kan se etter når du skal overvåke brukerlisenser.

  • Liste over brukerlisenser: Vis totalt antall lisenser som er tilgjengelige og tilordnet i faktureringsområdet til Administrasjonssenter for Microsoft 365. Du kan også drille ned for å se gjennom brukere som er tilordnet en lisens for hvert produktabonnement. Du kan også bruke REST-API-en for listelisensdetaljer til å trekke ut detaljer for hver bruker (for å angi ID-parameteren må du først hente hver bruker-ID fra REST-API-en for listebrukere).
  • Brukeren ble tilordnet en lisens: Søk i overvåkingsloggen i Microsoft Purview-samsvarsportal. Se etter operasjonen Endre brukerlisens. ModifiedProperties-egenskapen angir at en ny lisens ble tilordnet.
  • Brukere som er tilordnet en lisens, men ikke har brukt den: Bruk listen over brukerlisenser (beskrevet tidligere). Sammenlign disse resultatene med aktivitetsloggen. Se etter brukere som ikke har aktivitet i aktivitetsloggen. Hvis du vil gjøre dette enklere, kan du også vise aktiviteter fra rapporten funksjonsbruk og innføring og den underliggende semantiske modellen fra arbeidsområdet for administratorovervåking.
  • Abonnementet har tilgjengelige lisenser som ennå ikke er tilordnet: Vis antall tilgjengelige lisenser per produktabonnement i faktureringsområdet i Administrasjonssenter for Microsoft 365. Du kan også bruke REST-API-en for listetegnede SKU-er til å trekke ut lisensdetaljer. ConsumedUnits-egenskapen angir hvor mange lisenser som er tilordnet, og egenskapen Enabled angir antall lisenser som er kjøpt.

Overvåking av prøveversjon av bruker

Når du søker etter nye prøveversjoner av brukere i aktivitetsloggen, kan du se etter OptInForPPUTrial- eller OptInForProTrial-aktivitetene.

Viktig

Informasjonen som presenteres i dette trinnet, er ikke ment å være en fullstendig liste over måter å overvåke dataene på. Snarere er det ment å gi deg ideer for å komme i gang med revisjonsarbeidet. For andre ideer anbefaler vi at du rådfører deg med faktureringsadministratorene dine.

Sjekkliste – Når du planlegger for brukerlisenser, omfatter viktige beslutninger og handlinger:

  • Foreta en gjennomgang: Bestem gjeldende tilstand ved å se gjennom gjeldende brukerabonnementer, lisenser og prøveversjoner.
  • Identifiser eksisterende policyer og beslutninger: Kompiler eksisterende interne policyer eller tidligere beslutninger knyttet til brukerlisensiering, slik at de er lett tilgjengelige.
  • Diskuter og bestem: Planlegg workshops for å ta viktige beslutninger knyttet til brukerabonnementer, lisenser og prøveversjoner. Involver alle relevante beslutningstakere, interessenter og den utøvende sponsoren når det er aktuelt.
  • Opprett dokumentasjon: Kompiler informasjonen som innhentes, og dokumenter viktige beslutninger for fremtidig referanse.
  • Gjør oppdateringer: Oppdater brukerabonnementer og lisenser basert på beslutningene som er tatt i verkstedene.
  • Opprett en prosess for å behandle brukerforespørsler: Konfigurere en prosess for hvordan brukere kan be om en lisens.
  • Konfigurer overvåking: Opprett overvåkingsprosesser slik at du kan spore aktiviteter relatert til brukerabonnementer, lisenser og prøveversjoner.

Se gjennom og administrer kapasitetslisensiering

I tillegg til brukerlisenser (beskrevet tidligere i denne artikkelen), kan organisasjonen finne betydelig verdi i kjøp av én eller flere kapasitetslisenser. Kapasitetslisenser gir for eksempel tilgang til andre funksjoner, for eksempel stoffopplevelsene som følger med en Fabric-lisens. Disse funksjonene kan hjelpe deg med å støtte og skalere Power BI-implementeringen.

Trinn 1: Se gjennom kapasitetsabonnementer

Det er viktig at du først forstår gjeldende status for kapasitetsabonnementene. Fakturerings- og lisensadministratorene kan bidra til å bekrefte hvilke kapasitetsabonnementer du har. Du må kanskje også snakke med nåværende kapasitetsadministratorer eller kapasitetsbidragsytere for å få en klar forståelse av formålet med hver eksisterende kapasitet. Hvis du vil ha mer informasjon, kan du se Behandle brukertillatelser.

Du kan kompilere gjeldende status for kapasitetsabonnementer og lisenser på forskjellige måter.

  • Vis kapasitetsinnstillinger i administrasjonsportalen for Stoff.
  • Vis faktureringsområdet for Administrasjonssenter for Microsoft 365 (gjelder for Power BI Premium).
  • Vis Azure-portalen (gjelder for Fabric-kapasitet og Power BI Embedded).
  • Pakk ut dataene programmatisk ved hjelp av de relevante Microsoft Graph-API-ene.

Når du gjennomfører gjennomgangen, kan du kompilere følgende informasjon.

  • Aktive abonnementer for kapasitetslisenser:
    • Microsoft Fabric-kapasitet
    • Power BI Premium-kapasitet
    • Power BI Embedded
  • Abonnementsstatus
  • Abonnementstype (betal etter bruk eller reservert med start- og sluttdato)
  • Abonnementskostnad:
    • Priser for hvert abonnement
    • Organisatoriske prisinsentiver fra Microsoft (hvis aktuelt)
    • Hvem godkjent kjøpet (hvis aktuelt)
    • Kostnadstildelinger i organisasjonen (hvis aktuelt)

Trinn 2: Bestem deg for kapasitetslisenser

Når du har gjennomgått kapasitetsabonnementene, bør du bestemme deg for kapasitetslisenser.

Bruk av kapasitet kan spille en viktig rolle i strategien for å opprette, administrere, publisere og distribuere innhold. Dine beslutninger knyttet til kapasitetslisenser kommer i tillegg til lisensene per bruker, som ble beskrevet tidligere.

Bestem om du trenger en kapasitetslisens

Når du begynner å analysere behovene for en kapasitetslisens, er det viktig å ha klarhet i arkitekturbehovene og brukerbehovene som vil informere beslutningen om å bruke en kapasitet.

Her er noen spørsmål du kanskje i utgangspunktet kan utforske.

  • Dataarkitektur: Hvilken type dataarkitekturinvesteringer pågår for øyeblikket? Hvordan vil de påvirke valgene du gjør? Har du store semantiske modeller som inneholder store mengder data?
  • Stoffopplevelser: Hvilke opplevelser er i bruk eller planlegges for fremtidig bruk? Du kan for eksempel bruke Power BI-opplevelsen, men du har tenkt å investere i en lakehouse-arkitektur i Fabric, som er en del av Dataingeniør opplevelsen.
  • Data- og BI-krav: Finnes det forretningskrav for å håndtere analytiske behov som for øyeblikket ikke er oppfylt? Hvordan korrelerer kravene med arkitekturbeslutninger (og lisensiering) ?
  • Forbrukere: Hvor mange forbrukere med bare visning har du?
  • Forfattere: Hvor mange innholdsforfattere har du? Er forfattere sentralisert, distribuert på tvers av ulike forretningsenheter eller begge deler?
  • Bruksmønstre: Hva er de gjeldende bruksmønstrene for brukerspørringer og dataoppdatering? Er bruksmønstre forutsigbare og konsekvente fra dag til dag?

Merk

Når du arbeider deg gjennom prosessen med å analysere og planlegge kapasitetslisenser, er det mulig at du må utføre en fullstendig teknisk vurdering.

Bestem hvilken kapasitetslisens du trenger

Når du finner ut at du trenger en kapasitet, må du bestemme hvilken type kapasitetslisens som passer best.

Her er hver av kapasitetslisensene og deres bruk og egnethet.

  • Stoffkapasitet (F SKU-er): F SKU-er kjøpes i Azure (vær oppmerksom på at prisene er regionale). F SKU-er har noen fordeler (som ikke er tilgjengelige med P SKU-er), inkludert muligheten til å:
    • Skaler kapasiteten for å endre størrelsen opp eller ned når som helst. Med denne muligheten til å skalere kan du justere størrelsen og kostnadene etter hvert som du forstår arbeidsbelastningen bedre.
    • Stans kapasiteten midlertidig når som helst. Denne funksjonaliteten er nyttig for sjeldent brukte kapasiteter.
    • Test funksjonene med en fabric-prøveversjon før du forplikter deg til et kjøp.
    • Bruk en kapasitetslisens på lavere nivå for små arbeidsbelastninger som en måte å redusere kostnadene på.
    • Velg foretrukket forpliktelsesnivå:
      • Betal etter bruk: Prismodellen betal etter bruk har ingen bruksforpliktelse. Du kan endre størrelsen på kapasiteten opp og ned etter behov, og til og med stanse den midlertidig. Det passer når du vil ha fleksibilitet.
      • Reservasjon: Den reserverte prismodellen innebærer en forhåndsforpliktende størrelse (SKU) for en bestemt periode, noe som resulterer i et lavere kostnadsalternativ enn betal etter behov. En reservert forekomst kan imidlertid ikke stanses midlertidig, så den passer når du må kjøre en kapasitet 24/7.
    • Bruk organisatoriske prisinsentiver. Hvis du har en pengeavtale på plass med Microsoft, gjelder programmer som Microsoft Azure Consumption Commitment (MACC) for F SKU-er.
    • Bruk Microsoft Cost Management-funksjoner til å overvåke og spore kostnader.
  • Power BI Premium per kapasitet (P SKU-er): P SKU-er kjøpes i administrasjonsportalen for Microsoft 365. Power BI Premium bruker en reservert prismodell, så den kjører 24/7 og kan ikke skaleres eller stanses midlertidig. Du kan ikke kjøpe P SKU-er etter 1. juli 2024.
  • Power BI Premium (EM SKU-er): EM SKU-er er en spesialisert type Power BI Premium-kapasitetslisens som er kjøpt i administrasjonsportalen for Microsoft 365 eller gjennom volumlisensiering (tilgjengelig via Microsoft-kontoansvarlig). EM SKU-er er rettet mot enkle innebyggingsscenarioer, for eksempel innebygging av en rapport i et program. EM SKU-er-tilbudet er et delsett av funksjonalitet som er tilgjengelig i P SKU-ene. De har mindre databehandlingskraft, og ingen tilgang til Power Bi-tjeneste. EM SKU-er støtter heller ikke stoffopplevelser. Hvis du vil ha mer informasjon, kan du se Kapasitet og SKU-er.
  • Power BI Embedded (A SKU-er): En SKU-er kjøpes i Azure (men dette tilbudet er forskjellig fra F SKU-er som tidligere er beskrevet). Power BI Embedded er primært rettet mot uavhengige programvareleverandører (ISV-er) som ønsker å bygge inn Power BI-innhold i programmene sine. SKU-er støtter ikke stoffelementer. Hvis du vil ha mer informasjon, kan du se bruksscenarioet Bygg inn for kundene .

Tips

Du kan også bruke F SKU-er til å bygge inn Power BI-innhold på samme måte som med A- og EM-SKU-ene. Hvis du vil ha mer informasjon, kan du se Power BI Embedded med Microsoft Fabric.

Resten av denne artikkelen fokuserer på SKU-er og P SKU-er.

Bestem deg for å bruke én eller flere kapasiteter

En viktig beslutning er om du vil bruke én større kapasitet eller flere mindre kapasiteter. Valget ditt bør omfatte følgende vurderinger.

  • Sentraliseringsnivå kontra desentralisering: Hvor viktig er sentralisert ledelse kontra desentralisert styring for kapasiteten? Når du har en distribuert arkitektur eller mesh-arkitektur, er det mer sannsynlig at flere kapasiteter vil være nødvendig for å tillate forskjellige team å administrere sine egne kapasiteter.
  • Datalagringsplassering: Har du regionale, bransjespesifikke eller organisatoriske krav til datalagring? Den geografiske plasseringen der data lagres, er korrelert med kapasiteten ved hjelp av Multi-Geo-funksjonen .
  • Ressursisolasjon: Hvilket nivå av ressursisolasjon per kapasitet kreves? Du må for eksempel kanskje opprette forskjellige kapasiteter for bestemte forretningsenheter. Du kan også opprette en kapasitet spesielt for å støtte arbeidsområder for et domene.
  • Databehandlingsressurser: Hvilket nivå av databehandlingsressurser kreves for hver kapasitet? Hvis du for eksempel velger å klargjøre to F32-kapasiteter i stedet for én F64, er færre kapasitetsenheter tilgjengelige for begge kapasitetene fordi de er delt. Kapasitetsenhetene oversettes til begrensninger for hver SKU, for eksempel maksimal minnestørrelse for en semantisk modell.
  • Funksjoner som kreves: I tillegg til nivået av databehandlingskraft, er visse funksjoner nødvendige? En F64 (eller P1) eller høyere kapasitet gjør det for eksempel mulig for brukere med en gratislisens å vise BI-innhold eller bruke Copilot.
  • Kostnad: Må du spore eller tildele kostnader separat for hver SKU? Det er enklere å oppnå når du har separate kapasiteter.

Bestem størrelsen på kapasiteten

Nå er du klar til å velge en bestemt SKU for kapasitet. Vurder hvilke miljøer du har tenkt å kjøre: utvikling, test og/eller produksjon. Det er vanlig at utviklings- og testmiljøer kjører på en mindre kapasitet enn det som kreves for et produksjonsmiljø.

Hvis du vil ha tillit til kapasitetsstørrelsen du trenger, kan du vurdere å utføre belastningstesting av kapasiteten. Hvis du vil ha mer informasjon, kan du se Kapasitetsplanlegging og Vurdere kapasitetsbelastningen.

Bestem behov for opp- og nedskalering

Det er viktig å vurdere skalerbarhetsbehov under lisensplanleggingsprosessen fordi det bidrar til kostnader. Du må for eksempel av og til endre størrelse på (eller stanse) en F SKU-kapasitet. Alternativt kan du konfigurere autoskala til å håndtere sporadiske eller uventede serier i bruksnivåer for P SKU-kapasitet. Hvis du vil ha mer informasjon, kan du se Endre størrelse på kapasitet.

Tips

Du kan tenke på skalerbarhet på to måter.

  • Skalering opp eller ned er når du legger til eller fjerner ressurser (for eksempel skalering opp til en F16 fra en F8-kapasitet).
  • Skalering er når du legger til flere kapasiteter (du kan for eksempel kjøpe to F8-er i stedet for en F16). Kapasiteter bruker imidlertid ikke kombinerte ressurser (som en datagatewayklynge når du skalerer ut). Hvis du vurderer å skalere ut til flere kapasiteter, må du derfor være oppmerksom på at separate kapasiteter fungerer i isolasjon.

Bestem om lokal eller hybridlisens er nødvendig

rapportserver for Power BI (PBIRS) er en forenklet rapporteringsløsning. Det er rettet mot organisasjoner som ønsker å implementere en hybrid tilnærming der Power BI-innhold kan publiseres til enten den skybaserte Fabric-portalen, for å rapportserver for Power BI eller begge deler. Du kan installere Rapportserver på en maskin som kjører innenfor lokal infrastruktur, eller på en virtuell Azure-maskin (med Azure Hybrid Benefit).

Du kan få en rapportserverlisens på én av to måter.

  • Power BI Premium -abonnement (P SKU)
  • SQL Server Enterprise Edition med Software Assurance (SA)

Merk

En forfatter som publiserer innhold til rapportserveren, må ha en Pro-lisens.

Tips

Utfør et teknisk konseptbevis for å sikre at rapportserver for Power BI oppfyller dine behov. Vær oppmerksom på at funksjonsparitet med Fabric-portalen ikke er et mål. Når du publiserer innhold til rapportserver for Power BI, anbefales også bruken av Power BI Desktop for rapportserver (forskjellig fra vanlig Power BI Desktop).

Hvis du vil ha mer informasjon, kan du se Lisensiering rapportserver for Power BI.

Viktig

Vi anbefaler på det sterkeste at du henviser til volumlisensavtalen og snakker med Microsoft-kontorepresentanten for spesifikke detaljer. Lisensavtalen for rapportserveren inkluderer for eksempel begrensninger knyttet til antall kjerner på målmaskinen.

Trinn 3: Oppdatere kapasitetslisenser

På dette tidspunktet er den eksisterende kapasitetsabonnementsinformasjonen tilgjengelig, og du har tatt målbevisste beslutninger. Nå er du klar til å gjøre oppdateringer som er nødvendige.

Følgende emner er handlinger som kan være passende.

Juster kapasitetsabonnement

Noen ganger må du kanskje foreta en justering av et eksisterende kapasitetsabonnement basert på hva du fant under gjennomgangen (trinn 1) og beslutningene som ble tatt (trinn 2).

Her er noen eksempler på endringer du kan gjøre.

  • Endre til reserverte priser: Arbeidsbelastningene som kjører på kapasiteten din, er konsekvente og må kjøre 24/7. Derfor, for å spare kostnader, er det forsvarlig å endre Fabric-kapasiteten fra betal-etter-bruk-priser til reserverte priser.
  • Endre til betal-etter-bruk-priser: Arbeidsbelastningene som kjører på kapasiteten endres regelmessig, og vil dra nytte av muligheten til ofte å skalere opp og ned. I dette tilfellet kan den mest kostnadseffektive tilnærmingen være å endre til betal-etter-bruk-priser.

Viktig

Kontakt Microsoft-kontoansvarlig hvis du har spørsmål eller trenger en avklaring om abonnementskostnader og alternativer.

Endre størrelse på kapasitet

Du kan oppdage at det er behov for å endre størrelsen på kapasiteten når en mindre eller større størrelse bedre oppfyller behovene dine.

Det finnes to måter å håndtere endring av størrelsen på en kapasitet på.

  • Manuell skalering: Du kan velge å endre størrelse på (eller stanse) en F SKU-kapasitet i Azure-portalen. Det er nyttig når du feilsøker ytelsesproblemer, eller du har en kjent tidsperiode når belastningen blir høyere (for eksempel den siste uken i hver måned).
  • Automatisert skalering: Du kan aktivere autoskala for å håndtere sporadiske eller uventede serier i bruksnivåer for P SKU-kapasitet uten å kreve manuell innsats. Autoskala kan reagere på disse utbruddene ved å endre størrelsen på ressursene på en elastisk måte for å støtte den økte arbeidsbelastningen. Automatisert oppskalering reduserer risikoen for å pådra seg ytelses- eller brukeropplevelsesutfordringer, i bytte mot ekstra kostnader. Hvis kapasiteten ikke er godt administrert, kan autoskala utløse oftere enn forventet, noe som kan føre til at du vurderer en større kapasitetsstørrelse.

Trinn 4: Lisenser for dokumentkapasitet

Avhengig av interne prosesser kan du velge å opprette dokumentasjon som vil øke informasjonen som er tilgjengelig i portalen for kapasitetsabonnementene.

Du kan bygge videre på informasjonen som er registrert i trinn 1 , ved å inkludere følgende detaljer i dokumentasjonen.

  • Viktige beslutninger, inkludert mer kontekst eller detaljer
  • Hvem godkjente kapasitetslisenskjøp, og når
  • Tidsberegning eller ventende handlingselementer
  • Styringskrav knyttet til kapasitetslisenser
  • Overvåkingskrav knyttet til kapasitetslisenser
  • Et øyeblikksbilde av kapasitetslisensinformasjon

Trinn 5: Administrere kapasitetslisenser

Kapasitetsadministrasjon og abonnementsbehandling er to separate emner. De er imidlertid svært beslektet. Begge trenger oppmerksomhet på løpende basis. Følgende emner er aspekter å vurdere.

Opprett en prosess for å godta kapasitetsforespørsler

Du bør opprette en repeterbar, dokumentert prosess for brukere å be om en kapasitet. Det innebærer vanligvis å opprette et elektronisk skjema. Be om informasjon som du må vurdere kapasitetsforespørselen, for eksempel:

  • Formål og type innhold som skal driftes på kapasiteten.
  • Hvem administrerer kapasiteten.
  • Om kapasiteten skal kjøre 24/7 eller ikke.
  • Der dataene må lagres geografisk.
  • Slik belaster eller tildeler du kostnaden internt.

Overvåke og forstå kapasitetsbruk

Her er noen vurderinger for overvåking og forståelse av kapasitetsbruk.

  • Analyser belastningen for å finne ut om gjeldende kapasitetsstørrelse (SKU) fungerer bra for de spesifikke dataene og BI-behovene. Pass på å forstå hvordan kapasitetsenheter (CUer) fungerer. Analyser eventuell sprengnings- og utjevningsaktivitet for å analysere om du bruker kapasiteten effektivt over tid, eller om den konsekvent er overbelastet. Du kan analysere kapasitetsbruk ved hjelp av Fabric Capacity Metrics-appen.
  • Endre størrelsen på en kapasitet når du oppdager at den er for stor eller for liten til å betjene dine nåværende behov. Endring av størrelsen er den samme som å endre SKU-en. Endringen påvirker prisnivået.
  • Opprett en ny kapasitet når du trenger det:
    • Segreger en arbeidsbelastning.
    • Lagre data i et annet område.
    • Tilordne ulike kapasitetsadministratorer (for desentralisert kapasitetsadministrasjon).
  • Opprett brukeropplæring eller kommuniser med forfattere når du finner ut at de kan utføre spesifikke tiltak for å forbedre effektiviteten til kapasiteten.

Konfigurer varslinger

Hvis kapasiteten er overbelastet regelmessig, angir den at du kanskje må kjøpe en større kapasitet (skalere opp) eller opprette andre kapasiteter (skalere ut)– eller flytte innhold til en annen kapasitet. Av disse grunnene har kapasitetsadministrasjon og lisensieringsadministrasjon en betydelig innvirkning på hverandre.

Du bør konfigurere følgende varsler slik at de holdes informert.

Se gjennom og optimaliser kapasitetskostnader

Du bør regelmessig se gjennom og administrere faktureringen. Vurder følgende alternativer for å optimalisere kostnadene.

  • Forskjeller i formål: Du kan for eksempel velge å bruke en mindre kapasitetsstørrelse (for eksempel en F16) for testarbeidsområder, og en større kapasitetsstørrelse (for eksempel en F64) for produksjonsarbeidsområder.
  • Effektiv bruk av databehandlingsressurser: Bruk måledataappen for stoffkapasitet til å avgjøre om databehandlingsressursene brukes effektivt, og om det er noe potensial for å optimalisere kostnadene.
  • Overvåke databehandlingskostnader: Overvåk kostnadene for kapasiteten, og hvor ofte kapasitetene skaleres opp og ned. Vurder å bruke kostnadsanalyse, forbruksgrenser eller budsjetter med Microsoft Cost Management.
  • Fakturerbare lagringskostnader: Kontroller den fakturerbare lagringsplassen for hvert arbeidsområde i måledataappen for stoffkapasitet. For stoffelementer beregnes lagringskostnaden separat fra databehandlingskostnaden. Kontroller også kapasitetsinnstillingen for nødgjenoppretting . Denne innstillingen vil ha innvirkning på de fakturerbare lagringskostnadene.
  • Skaler opp og ned: Opprett en prosess for automatisk å skalere kapasiteten opp eller ned (eller stanse den midlertidig når det er aktuelt) når arbeidsbelastningen er uregelmessig, men forutsigbar.
  • Kostnadstilbakeføringer: Når du trenger å distribuere kostnader til andre avdelinger, oppretter du en tilbakeføringsprosess for å tildele abonnementskostnader.

Trinn 6: Lisenser for overvåkingskapasitet

Det er viktig å ha en prosess for regelmessig overvåking av kapasiteter. En Fabric-administrator må samarbeide med andre administratorer for å få denne informasjonen (for eksempel en global administrator, faktureringsadministrator eller Azure-administrator).

Tips

Denne delen fokuserer på overvåking for abonnementer, lisenser og prøveversjoner. Det finnes mange ekstra overvåkings- og overvåkingsaspekter for kapasitet, inkludert overvåking av bruk og ytelse (og identifiseringsbehov for å skalere opp eller ned) ved hjelp av Måledataappen for stoffkapasitet. Du vil også overvåke aktivitetsloggen for situasjoner som når kapasitetsinnstillingene endres, kapasitetsadministratorer oppdateres, kapasitetsbidragsytere legges til, eller når arbeidsområder tilordnes til en kapasitet.

Her er noen handlinger for å identifisere når abonnementer, prøveversjoner og kostnader for kapasiteter skal overvåkes.

  • Liste over aktive kapasiteter: Hent kapasiteter som REST-API for administratorer kan gi deg informasjon som SKU, delstat, administratorer og område for alle kapasitetene i leieren. Det er en administrator-API som returnerer et øyeblikksbilde fra et tidspunkt. Hvis du registrerer disse dataene regelmessig, kan du sammenligne øyeblikksbilder (for eksempel denne uken kontra forrige uke) for å oppdage endringer som har oppstått.
  • En ny fabric-prøveversjon ble startet av en bruker: Se etter ChangeCapacityState-aktiviteten i aktivitetsloggen. CapacityState-egenskapen indikerer at en ny Fabric-kapasitet ble klargjort. ItemName-egenskapen angir at det er en prøvekapasitet, SKU og ID-en.
  • En ny Fabric-kapasitet ble opprettet, eller en eksisterende kapasitet ble endret på nytt: Se etter operasjonen For oppretting av oppdateringsstoffkapasitet i aktivitetsloggen for Azure Monitor. Du kan også vise stoffkapasiteter i Azure-portalen.
  • Databehandlingsmotoren for en Fabric-kapasitet ble stanset midlertidig eller startet på nytt: I aktivitetsloggen for Azure Monitor kan du se etter Avsender-operasjonen eller CV-operasjonen. Du kan også vise tilstanden til en Fabric-kapasitet i Azure-portalen.
  • En ny Premium-kapasitet ble opprettet: Se etter ChangeCapacityState-aktiviteten i aktivitetsloggen. CapacityState-egenskapen angir at den ble klargjort som en ny kapasitet. Du kan også vise produkter som har et aktivt abonnement i faktureringsområdet i Administrasjonssenter for Microsoft 365.
  • Overvåk kostnadene for en stoffkapasitet: Bruk Microsoft Cost Management-funksjoner til å analysere kostnader for Microsoft Fabric-kapasiteter og andre Azure-tjenester.
  • Overvåk kostnader for Premium-kapasitet: Du kan vise fakturaer i faktureringsområdet i Administrasjonssenter for Microsoft 365.
  • Et arbeidsområde ble tilordnet til, eller fjernet fra, en kapasitet: Se etter MigrateWorkspaceIntoCapacity-aktiviteten eller RemoveWorkspacesFromCapacity-aktiviteten i aktivitetsloggen.

Tips

Når du navigerer i Azure Portal, må du ikke forveksles med Service Fabric-ressursene . Disse ressursene er forskjellige tjenester fra Microsoft Fabric.

Viktig

Informasjonen som presenteres i dette trinnet, er ikke ment å være en fullstendig liste over måter å overvåke dataene på. Snarere er det ment å gi deg ideer for å komme i gang med revisjonsarbeidet. For andre ideer anbefaler vi at du rådfører deg med faktureringsadministratorene dine.

Sjekkliste – Når du planlegger kapasitetslisenser, omfatter viktige beslutninger og handlinger:

  • Foreta en gjennomgang: Bestem gjeldende tilstand ved å se gjennom gjeldende kapasitetsabonnementer.
  • Identifiser eksisterende policyer og beslutninger: Kompiler eksisterende interne policyer eller tidligere beslutninger knyttet til kapasitetsabonnementer, slik at informasjonen er lett tilgjengelig.
  • Diskuter og bestem deg: Planlegg workshops for å ta viktige beslutninger knyttet til kapasitetsabonnementer. Involver alle relevante beslutningstakere, interessenter og den utøvende sponsoren når det er aktuelt.
  • Opprett dokumentasjon: Kompiler informasjonen som samles inn om kapasitetsabonnementer, og dokumentnøkkelbeslutninger for fremtidig referanse.
  • Gjør oppdateringer: Oppdater kapasitetsabonnementer basert på beslutningene som er tatt i verkstedene.
  • Opprett en prosess for å behandle kapasitetsforespørsler: Konfigurere en prosess for hvordan brukere kan be om en ny kapasitet.
  • Konfigurer overvåking: Opprett overvåkingsprosesser, slik at du kan spore aktiviteter relatert til kapasitetsabonnementer og prøveversjoner.

Relatert innhold

Hvis du vil ha mer informasjon, handlinger, beslutningskriterier og anbefalinger for å hjelpe deg med implementeringsbeslutninger for Power BI, kan du se planlegging av Power BI-implementering.