Megosztás a következőn keresztül:

A Power BI implementálásának megtervezése: Előfizetések, licencek és próbaverziók

  • Cikk

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-élményre összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a cikk a Power BI és a Fabric előfizetéseinek, licenceinek és próbaverzióinak tervezésével kapcsolatos legfontosabb szempontokat ismerteti. Ez a cikk a következő célokat célozza:

  • Számlázási rendszergazdák: Az előfizetések megvásárlásáért és a költségek elemzéséért felelős rendszergazdák.
  • Azure-rendszergazdák: Az Azure-előfizetések és -szolgáltatások megvásárlásáért és kezeléséért felelős rendszergazdák.
  • Hálógazdák: Azok a rendszergazdák, akik a Fabric felügyeletéért felelősek a szervezetben.
  • Licenc- és felhasználófelügyeleti rendszergazdák: Azok a rendszergazdák, akik a (megvásárolt) licencek hozzárendeléséért felelősek.
  • Kiválósági központ (COE) és BI-csapatok: Azok a csapatok, amelyek a Power BI felügyeletéért és a Power BI-felhasználók támogatásáért felelősek a szervezetben. Ezek a csapatok kulcsfontosságú döntéseket hoznak, és együttműködnek a Háló rendszergazdáival.
  • Tartalomtulajdonosok és tartalomkészítők: Ez a cikk olyan önkiszolgáló tartalomkészítők számára is releváns lehet, akiknek licenceket kell beszerezniük ahhoz, hogy tartalmakat hozzanak létre, tegyenek közzé és kezelhessenek.

A Microsoft Fabric kezelésének egyik fontos eleme, hogy a felhasználók hozzáférhessenek a szükséges képességekhez. Ennek érdekében meg kell vásárolnia és kezelnie kell a szervezet előfizetéseit, licenceit és próbaverzióit. Az előfizetések, licencek és próbaverziók kezeléséhez szükséges annak biztosítása, hogy a tartalomkészítők és a tartalomfogyasztók egyaránt használhatják a Fabricet és a Power BI-t.

Feljegyzés

A licencelés fontos témakör, amely összetett lehet, különösen akkor, ha a szervezet először implementálja a Fabricet vagy a Power BI-t. Bár ez a cikk az előfizetésekkel, licencekkel és nyomvonalokkal kapcsolatos legfontosabb döntéseket és szempontokat ismerteti, javasoljuk, hogy részletesebb és gyakorlatiasabb információkért tekintse meg az alábbi kiegészítő cikkeket és forrásokat.

Fontos

Ez a cikk időnként a Power BI Premiumra vagy annak kapacitás-előfizetésére (P termékváltozatokra) hivatkozik. Vegye figyelembe, hogy a Microsoft jelenleg összevonja a vásárlási lehetőségeket, és visszavonul a Power BI Premium kapacitásonkénti termékváltozataitól. Az új és a meglévő ügyfeleknek érdemes megfontolni a Fabric-kapacitás-előfizetések (F SKU-k) megvásárlását.

További információ: Fontos frissítés a Power BI Premium licenceléséhez és a Power BI Premiumhoz – gyakori kérdések.

Az alábbi táblázat a cikk által használt főbb fogalmakat ismerteti.

Koncepció Leírás Példa
Bérlő A Fabric a szervezet Microsoft Entra-bérlőjén belül működik. A szervezetek általában egyetlen bérlővel rendelkeznek (bár egyes nagy szervezetek több bérlővel is rendelkezhetnek). A Contoso-nál egy bérlő létezik a contoso.com.
Előfizetés Egy vagy több előfizetésnek aktívnak kell lennie egy bérlőhöz. Minden előfizetéshez tartozik egy kezdő dátum és egy termékre mutató befejezési dátum:

• Felhasználónkénti előfizetések kezelése a Microsoft 365 Felügyeleti központ. Az egyes előfizetéseken belül meghatározott számú licenc érhető el.
• A Power BI Premium-kapacitás-előfizetések kezelése a Microsoft 365 Felügyeleti központ történik.
• A Fabric-kapacitás-előfizetés kezelése az Azure Portalon történik.		 A Contoso négy aktív előfizetéssel rendelkezik:

• Korlátlan ingyenes licencek.
• 100 Pro-licenc.
• 15 PPU-licenc.
• Három kapacitáslicencet.
Felhasználónkénti licenc A felhasználónkénti licencek előfizetésen alapulnak. Minden felhasználónak felhasználói licencre van szüksége, amely lehet Fabric Free, Power BI Pro (Pro) vagy Prémium felhasználónként (PPU). A Contoso 450 aktív felhasználóval rendelkezik:

• Mind a 450 felhasználó rendelkezik fabric ingyenes licenccel.
• 92 felhasználó kap Power BI Pro-licencet (az előfizetésben nyolcat hagy).
• 15 felhasználó rendelkezik PPU-licenccel (az előfizetésben nincs elérhető).
Kapacitáslicenc A kapacitáslicencek előfizetésen alapulnak. A munkaterületek egy kapacitáshoz vannak rendelve, amely meghatározza a munkaterület tartalma és felhasználói számára elérhető képességeket és erőforrásokat. A Contoso három aktív kapacitással rendelkezik:

• Két hálókapacitás.
• Egy Power BI Premium-kapacitás.
Termékváltozat (készletmegőrzési egység) A termékváltozatok a megvásárolt előfizetés termékazonosítói. A kapacitás esetében kétféleképpen hivatkozhat a termékváltozatokra.

• Csoportosítás: A megvásárolt kapacitás típusa. Az F termékváltozat például általában egy hálókapacitásra hivatkozik.
• Specifikus: A kapacitás adott termékváltozata a számítási teljesítmény szintjét jelöli. Egy F64-kapacitás például egy adott számítási erőforráskészlettel rendelkezik (például processzor- és memóriakészlettel), amelyek az adott kapacitáshoz rendelt összes munkaterület számára elérhetők.		 A Contoso három aktív kapacitással rendelkezik:

• Egy F16-os kapacitás.
• Egy F64-kapacitás.
• Egy P1 kapacitás.
Próbaverzió A próbaverziós licenc lehetővé teszi a funkciók kipróbálására. A próbaverzió felhasználónkénti vagy fabrickapacitási licenc esetén is aktiválható. A Contoso aktív próbaverziókkal rendelkezik:

• Két felhasználó rendelkezik aktív PPU-próbaverzióval.
• A One Fabric kapacitás próbaverziója aktív.

Feljegyzés

Az ebben a cikkben említett előfizetések egy termék költségeihez kapcsolódnak. Ez más fogalom, mint a jelentés-előfizetések, amelyek ütemezés szerint kézbesített jelentések.

Fontos

Beszéljen a Microsoft-fiókkezelőjével, ha kérdése van a szervezet Fabrichez, Power BI-hoz vagy Microsoft 365-höz készült előfizetéseivel és licenceivel kapcsolatban.

A licencelési lehetőségek az egyes felhasználók és csoportok számítási feladatai alapján keverhetők és egyeztethetők. Az alábbi ábra bemutatja, hogyan rendelkezik egy előfizetés felhasználónkénti vagy kapacitásonkénti licencekkel, amelyeket a Microsoft 365 Felügyeleti központ vagy az Azure Portalon kezelhet.

Az ábrán a Microsoft 365 Felügyeleti központ és az Azure Portal is látható.

A Microsoft 365 Felügyeleti központ a rendszergazdák felhasználónkénti licenceket vagy prémium szintű kapacitásokat vásárolhatnak és rendelhetnek hozzájuk.

  • A szervezet ingyenes Microsoft Fabric-előfizetéssel rendelkezik korlátlan ingyenes licenccel. A számlázási rendszergazdák hozzárendelhetik ezeket a licenceket a szervezet felhasználóihoz.
  • A számlázási rendszergazdák Power BI Pro-előfizetéseket vásárolhatnak, és Power BI Pro-licenceket rendelhetnek a szervezet felhasználóihoz.
  • A számlázási rendszergazdák power BI Premium per user (PPU) licenceket vásárolhatnak bővítményként egy meglévő Power BI Pro-előfizetéshez. Ezek a rendszergazdák ezután PPU-licenceket rendelhetnek a szervezet felhasználóihoz.
  • A számlázási rendszergazdák Power BI Premium-kapacitás-előfizetéseket (P SKU-kat) vásárolhatnak a szervezet számára. Ezek a licencek kapacitásonként és nem felhasználónként vannak.

Az Azure Portalon az Azure-rendszergazdák felhasználónkénti licenceket rendelhetnek hozzá, és kapacitásonkénti licenceket vásárolhatnak és kezelhetnek.

  • Az Azure-rendszergazdák felhasználónkénti licenceket rendelnek hozzá, például a Microsoft Fabric Freeet az Azure Portalon a Microsoft Entra ID-ban.
  • Az Azure-rendszergazdák felügyelik az Azure-előfizetésüket, ahol kapacitásonkénti licenceket vásárolhatnak és kezelhetnek.
    • A számlázási rendszergazdák prémium szintű kapacitás-előfizetéseket (SKU-kat vagy EM termékváltozatokat) vásárolhatnak, amelyek egy Azure-előfizetéshez kapcsolódnak és annak részeként számláznak.
    • A számlázási rendszergazdák megvásárolhatják a Fabric-kapacitás-előfizetéseket (F SKU-kat), amelyek egy Azure-előfizetéshez kapcsolódnak és annak részeként számláznak.

Feljegyzés

A cikkben ismertetett számos funkció nem érhető el a Háló rendszergazdái számára. Ehelyett a hálógazdáknak más rendszergazdákkal kell együttműködniük, akik további engedélyekkel rendelkeznek az előfizetések, a számlázás és a licencek megtekintéséhez (vagy frissítéséhez).

A cikk további része a felhasználónkénti licencelés és a kapacitáslicencelés licencelési szempontjait ismerteti.

Felhasználónkénti licencelés áttekintése és kezelése

A Hálóval dolgozó összes felhasználónak felhasználói licencre van szüksége (ingyenes, Pro vagy PPU, amelyet a 2. lépésben ismertetünk). Még akkor is szükség van felhasználónkénti licencekre, ha kapacitáslicenceket szeretne vásárolni (ez a cikk későbbi részében szerepel), hogy minden felhasználó hozzáférhessen a Fabrichez. Ezt a hozzáférést a Microsoft Entra ID-val való integráció segíti elő.

1. lépés: Felhasználói licencek áttekintése

Fontos, hogy először tisztában legyen a felhasználói előfizetések és licencek aktuális állapotával. A számlázási rendszergazdák a jelenlegi felhasználói előfizetések megerősítésével és a felhasználói licencek hozzárendelésének módjával segíthetnek.

Az alábbiakban két gyakori módszert talál a felhasználói előfizetések és licencek listájának fordítására.

Tipp.

Ezeket az információkat a bérlői szintű naplózás részeként is használhatja. Ebben a szakaszban a felhasználókra és csoportokra vonatkozó adatok lekéréséről olvashat.

A véleményezés során állítsa össze a következő információkat.

  • Aktív előfizetések felhasználói licencekhez:
    • Ingyenes Microsoft Fabric
    • Power BI Pro
    • Power BI Premium felhasználónként
  • Előfizetés állapota
  • Előfizetés kezdő és záró dátumai
  • Előfizetési mennyiségek:
    • Megvásárolt összeg
    • Felhasználókhoz rendelt licencek száma
    • Az elérhető licencek száma
  • Előfizetés költsége:
    • Az egyes előfizetések díjszabása
    • Szervezeti díjszabási információk (ha vannak)
    • Ki hagyta jóvá a vásárlást (ha van)
  • Jelenleg aktív felhasználói próbaverziók

Fontos

Győződjön meg arról, hogy meglévő önkiszolgáló előfizetéseket is felvesz a listába, hogy teljes képet kapjon. További információ: Önkiszolgáló vásárlások kezelése.

2. lépés: Felhasználói licencek meghatározása

Miután áttekintette a felhasználói licenceket, a következő lépésben meg kell hoznia néhány fontos döntést arról, hogyan rendelheti hozzá és kezelheti ezeket a licenceket a szervezetben.

Fontos

A felhasználónkénti licencekkel kapcsolatos, kapacitással vagy anélkül (a cikk következő szakaszában ismertetett) döntések jelentősen befolyásolják a szerzők és a felhasználók számára elérhető képességeket.

Döntse el, hogy mely felhasználónkénti licencekre van szüksége

Meg kell határoznia, hogy mely felhasználói licencek szükségesek. Minden felhasználóhoz Hozzá kell rendelni egy Microsoft Fabric (ingyenes) licencet vagy egy Power BI Pro-licencet. Ha olyan tartalmat hoznak létre vagy tekintenek meg, amelyet felhasználónkénti Premium licencmódot használó munkaterületen tesznek közzé, akkor power BI Premium Per User (PPU) licencre is szükségük van.

Íme a felhasználói licenctípusok és azok felhasználási módjai.

  • Microsoft Fabric (ingyenes) licenc: Ingyenes licenc , amelynek nincs előfizetési költsége. Különböző módokon használható:
    • Személyes BI: Az ingyenes felhasználók használhatják a személyes munkaterületüket a Háló portálon. Mivel a cél személyes BI, a jelentésterjesztési, megosztási és együttműködési funkciók nem érhetők el az ingyenes felhasználó számára.
    • A BI használata: Az ingyenes felhasználók megtekinthetik a kapacitáshoz hozzárendelt munkaterületen üzembe helyezett tartalmakat (legalább F64 vagy P1). Ez a nagyvállalati BI-használati eset akkor jelentős, ha sok olyan jelentésfelhasználóval rendelkezik, aki nem hoz létre BI-tartalmat, mert nem kell Power BI Pro-licencet vásárolnia ezekhez a felhasználókhoz. További információ: Jelentés a fogyasztói biztonság tervezéséről.
    • Hálókészítés: Az ingyenes felhasználók létrehozhatnak és megoszthatnak hálóelemeket (nem Power BI-t) egy olyan munkaterületen, amely egy termékváltozathoz van rendelve.
  • Power BI Pro-licenc: Power BI Pro-licenc szükséges a Power BI-tartalmak létrehozásához. Ez a megosztás, az együttműködés vagy a tartalomterjesztés bármilyen formájához szükséges. További információ: Tartalomkészítő biztonsági tervezése.
  • Power BI Premium Per User (PPU) licenc: A PPU-licenc minden Pro-licencképességet biztosít, és bizonyos Prémium funkciókat tartalmaz felhasználónként. Ez egy jó választás kisebb szervezetek és csapatok számára, amelyek konkrét funkciókat szeretnének használni, de nincs szükségük a Fabric képességeinek teljes készletére. További információ: Power BI Premium felhasználónként.

Tipp.

A felhasználói licenceket kombinálhatja és egyeztetheti kapacitáslicencekkel. Előfordulhat például, hogy fejlesztési, tesztelési és éles munkaterületei adott vállalati tartalom-közzétételi megközelítésekre támaszkodnak. Mivel a fejlesztési és tesztelési munkaterületek nagyon kevés felhasználóval rendelkeznek, előfordulhat, hogy ezek a munkaterületek kisebb kapacitásméretet vagy PPU-licenc módot kapnak (ha nem igényelnek hálóélményt vagy képességeket). Az éles munkaterület kapacitáslicenc használatával számos fogyasztót támogathat (ingyenes licencekkel). Így csökkentheti a költségeket, miközben elkülönítheti a fejlesztési és tesztelési tartalmakat az éles számítási feladattól.

Felhasználói licenc beszerzésének előfeltételeinek meghatározása

Gondolja át, hogy vannak-e olyan követelmények, amelyeknek teljesülniük kell a felhasználói licenc hozzárendelése előtt.

Íme néhány példa az előfeltételekre.

  • Annak megkövetelése a felhasználótól, hogy a felhasználói licenc hozzárendelése előtt nyugtázza a szervezeti adatházirendet (például adatvédelmi vagy adatkezelési szabályzatot).
  • A licenc megadása előtt a felhasználónak be kell fejeznie egy kezdeti betanítási munkamenetet vagy minősítést.
  • Munkafolyamat implementálása, például:
    • Vezetői jóváhagyást igényel.
    • Ellenőrizze, hogy melyik előfizetéstől rendelje hozzá a licencet.
    • Hagyja jóvá, hogy hol számítsa fel a költséget.
    • Győződjön meg arról, hogy a felhasználó szerepköre és feladatai indokolják a licencet (és az adatokhoz való hozzáférést).

Tipp.

Ne vezessen be túl sok akadályt, amely megakadályozhatja, hogy a felhasználók licenchez jussanak. Ha túl nehéz, az elfoglalt szakemberek nem fáradhatnak licenc kérésére. Ehelyett a munka elvégzéséhez más módszert is találnak, amely a nem optimális áthidaló megoldásokat is magában foglalhatja. Licenc nélkül például előfordulhat, hogy a felhasználók fájlokat osztanak meg egy fájlrendszeren vagy e-mailben, ha jobb – és biztonságosabb – megközelítések érhetők el.

A felhasználói licenckérelmek kezelésének folyamata

Határozza meg, hogy a szervezet által meghatározott egyéni licenckérelem-folyamatot kell-e implementálnia. Ez a kérés a következő forgatókönyveket képes kezelni:

  • Előfeltételek megkövetelése (az előző szakaszban leírtak szerint).
  • Integráció meglévő licenckezelési platformmal.
  • A felhasználók tájékoztatása a képzési ajánlatokról és az elérhető súgóról a felhasználói licenc hozzárendelési folyamatának részeként.
  • A költségek lefoglalásának vagy a költségvisszatérítések végrehajtásának meghatározása.

Tipp.

A licencelési kérelmek egyéni URL-címét a Súgóinformációk közzététele bérlői beállításban állíthatja be. Az URL-cím átirányíthatja a felhasználókat egy űrlapra vagy a belső licencelési kérelem lapjára.

Döntse el, hogyan vásárolják meg a felhasználói előfizetéseket

Fontos, hogy pontosan megtervezze az előfizetések vásárlásának folyamatát.

Íme néhány kérdés, amelyeket érdemes megfontolnia.

  • Az előfizetéseket egyenként vagy tömegesen vásárolják meg?
    • Kisebb szervezetekben dönthet úgy, hogy kérésre megvásárolja az egyes előfizetéseket (és hozzárendeli a licencet). Ez a megközelítés akkor működik jól, ha kevés a kérés.
    • A nagyobb szervezetekben gyakran hatékonyan vásárolhat előfizetéseket kötegekben (például 50 Pro-licencben). Ez a megközelítés akkor működik jól, ha elegendő pénz áll rendelkezésre a költségvetésben, és a licencek hamarosan ki lesznek rendelve (és felhasználhatók).
  • Rendelkezik Nagyvállalati Szerződés (EA)? A szervezet például beszerzett egy Microsoft 365-előfizetést, amely 500 nagyvállalati E5-licencet tartalmaz. Ebben az esetben minden E5-licenccel rendelkező felhasználó power BI Pro-licenccel rendelkezik (vegye figyelembe, hogy az egyes alkalmazásokhoz való hozzáférés szükség esetén eltávolítható a felhasználók számára).
  • Egy részleg által kezelt központosított függvény vásárlása? Vagy engedélyezett az önkiszolgáló vásárlás ?

Tipp.

Javasoljuk, hogy előnyben részesítse a mentorálást, a felhasználói engedélyezést és a felhasználói támogatási tevékenységeket. Ezek a tevékenységek még fontosabbak lesznek, ha a licencek széles körben el vannak osztva a felhasználók között a szervezetben.

Döntse el, hogy engedélyezve vannak-e a próbaverziók

Fontos szabályozási döntés, hogy engedélyezve vannak-e a felhasználói próbaverziók. A terméken belüli próbaverzió lehetővé teszi a felhasználók számára, hogy kipróbálják a funkciókat, mielőtt elkötelezik magukat a licencvásárlás mellett. A felhasználó kétféle próbaverziót indíthat el: egy Felhasználónkénti Prémium (PPU) próbaverziót és egy Fabric-kapacitás próbaverziót.

Ha a próbaverziók engedélyezve vannak, megjelenik a próbaverzió indítása gomb a portálon, amely lehetővé teszi a felhasználó számára a Fabric-próbaidőszak elindítását. Emellett a felhasználó kérheti, hogy indítsa el a próbaverziót, amíg dolgozik. Ha például egy ingyenes felhasználó megpróbál munkaterületet létrehozni vagy megosztani egy jelentést, a rendszer kérni fogja, hogy indítsa el a PPU-próbaverziót az Ingyenes kipróbálás gombra kattintva. Hasonlóképpen, ha egy Pro-felhasználó megkísérli megtekinteni a tartalmat egy PPU-munkaterületen, a rendszer kérni fogja, hogy indítsa el a próbaverziót az Ingyenes kipróbálás gomb kiválasztásával.

A terméken belüli próbaverziók használatának lehetőségét a felhasználók a Microsoft Fabric fizetős szolgáltatások bérlői beállításával próbálhatják ki. Viselkedése szorosan összefügg az önkiszolgáló vásárlás működésével (a következő leírásban). További információ: A felhasználók kipróbálhatják a Microsoft Fabric fizetős funkcióit.

Feljegyzés

A próbaverziós felület célja, hogy kényelmes legyen, amely lehetővé teszi a felhasználók számára a normál munkafolyamat folytatását. Általában nem ajánlott letiltani a próbaverziókat. A próbaverziók korlátozása arra ösztönözheti a felhasználókat, hogy kerülő megoldásokat keressenek, például adatok exportálásával vagy a támogatott eszközökön és folyamatokon kívül végzett munkával.

Fontolja meg a próbaverziók letiltását, ha:

  • Vannak jelentős költségproblémák, amelyek miatt nem valószínű, hogy a próbaidőszak végén teljes licencet adna a felhasználónak.
  • A licenc megszerzéséhez (például jóváhagyáshoz, indokláshoz vagy betanítási követelményhez) olyan előfeltételek szükségesek, amelyeket a próbaidőszak megkezdése vagy a licenc megszerzése előtt teljesíteni kell.
  • A Fabrichez való hozzáférés szigorú szabályozásához érvényes szükség van, például egy szabályozási követelményre.

Döntse el, hogy engedélyezve van-e az önkiszolgáló vásárlás

A felhasználók önállóan is vásárolhatnak licenceket, ha engedélyezve van az önkiszolgáló vásárlás. Ebben az esetben a felhasználó munka közben vásárolhat licencet. Ha például egy Pro-felhasználó megkísérli megtekinteni a tartalmat egy PPU-munkaterületen, választhat, hogy megvásárolja a licencet a Frissítés vagy a Vásárlás most gombra kattintva. További információt a Power BI szolgáltatás egyéni regisztrációja vagy megvásárlása című témakörben talál.

Az önkiszolgáló vásárlás a következő esetekben hasznos:

  • Nagyobb szervezetek decentralizált üzleti egységekkel, amelyek beszerzési hatósággal rendelkeznek, és közvetlenül hitelkártyával szeretnék kezelni a fizetést.
  • Azok a szervezetek, amelyek a lehető legegyszerűbbé kívánják tenni az előfizetések havi előfizetéssel történő megvásárlását.

Az alábbi ábra az önkiszolgáló vásárlás működését mutatja be (ha nincs egyéni URL-cím a licenckérelmekhez).

Az ábrán a licencek önkiszolgáló vásárlása látható.

A diagram a következő folyamatokat és lépéseket mutatja be a licencek önkiszolgáló megvásárlásában.

Cikk Leírás
1. elem. Az önkiszolgáló felhasználók csak akkor vásárolhatják meg a saját licencüket, ha már rendelkeznek meglévő szervezeti fiókkal.
2. elem. A felhasználó akkor vásárolhat saját licencet, ha a szervezet támogatja az önkiszolgáló közzétételt.
3. elem. A felhasználó korlátozott mértékben tekintheti meg a Microsoft 365 Felügyeleti központ vásárolt licenceket, amelyeket a felelősségi körén belül másokhoz rendelhet.
4. elem. A Microsoft 365 rendszergazdái holisztikus képet kapnak a Microsoft 365 Felügyeleti központ önkiszolgáló közzétételével beszerzett összes licencről.
5. elem. Az önkiszolgáló megvásárolt licenccel rendelkező felhasználók hozzáférhetnek és használhatják a Power BI-t.

Fontolja meg az önkiszolgáló vásárlás letiltását a következő esetekben:

  • A központi beszerzési folyamatok megfelelnek a szabályozási, biztonsági és szabályozási követelményeknek.
  • A kedvezményes díjszabás egy Nagyvállalati Szerződés (EA) keresztül érhető el.
  • A vállalatközi terhelés-visszaterhelések kezelésére meglévő folyamatok vannak érvényben.
  • A csoportalapú licencelési hozzárendelések kezelésére meglévő folyamatok vannak érvényben.
  • A licenc beszerzésének előfeltételei, például jóváhagyás, indoklás, képzés vagy szabályozási szabályzatra vonatkozó követelmény.

Az önkiszolgáló vásárlás tervezésekor számos szempontot figyelembe kell venni.

Íme néhány további megfontolandó tényező.

  • Létezik már meglévő szervezeti szintű szabályzat az önkiszolgáló vásárlásokhoz és próbaverziókhoz?
  • A Fabric követi a meglévő szervezeti szabályzatot az önkiszolgáló vásárlásokhoz és próbaverziókhoz?
  • Engedélyezni kell-e a vásárlást és a próbaverziókat, mindkettő le legyen tiltva, vagy kombinációt használjon? A felhasználói élmény attól függ, hogyan kombinálja a vásárlási és próbaverziós beállításokat .
  • A licencet vásárolni próbáló felhasználókat egy adott oldalra kell irányítani?
    • A licencelési kérelmek egyéni URL-címével a rendszer azonnal erre a lapra irányítja a felhasználót, amikor kiválasztja a Frissítés fiókot vagy a Vásárlás most gombot. További útmutatást adhat meg, vagy megkérheti őket, hogy küldjenek el adatokat egy űrlapon. Egyéni URL-cím használatával letilthatja az önkiszolgáló vásárlás használatát a felhasználó máshová történő átirányításával.
    • Egyéni URL-cím nélkül a licenc vásárlását választó felhasználó a Microsoft 365-höz irányítja a vásárlás befejezéséhez.

Döntse el, hogyan kezelje a külső felhasználók licencelését

Előfordulhat, hogy a szervezeten kívüli vendégfelhasználókkal kell dolgoznia. A vendégek lehetnek ügyfelek, partnerek vagy szállítók. Lehetnek tanácsadók vagy külső közreműködők is. Ez a témakör azokra a szervezetekre is vonatkozhat, amelyek egyesülések és felvásárlások miatt több jogi entitással vagy bérlőkkel rendelkeznek.

Az alábbiakban néhány szempontot figyelembe kell venni, amikor a vendégfelhasználók licencelésének kezelését tervezi.

  • Hogyan változik a felhasználói licencek hozzárendelésének folyamata külső felhasználó bevonása esetén?
  • A külső felhasználó olyan szervezetnél dolgozik, amely beállította a Microsoft Entra-azonosítót? Ebben az esetben a hitelesítő adataikat az otthoni bérlő kezelheti. További információ: Stratégia külső felhasználók számára.
  • Mely külső felhasználók a felhasználók, szemben azokkal, akiknek tartalmat kell létrehozniuk és közzétennie?
  • Milyen helyzetekben nyújt majd licencet a külső felhasználó (más néven bring-your-own-license, vagy BYOL). Milyen körülmények között biztosít majd licencet a szervezet? További információkért tekintse meg a Power BI-tartalmak Microsoft Entra B2B-t használó külső vendégfelhasználóknak való terjesztésével kapcsolatos licencelési témakört.
  • Milyen típusú vendégmeghívó folyamatot fog használni? Az alkalmi és a tervezett vendégfelhasználói meghívókhoz különböző képességek állnak rendelkezésre. A felhasználói élmény is más. További információ: Vendégmeghívó folyamat.

Tipp.

További információt a Microsoft Entra B2B tanulmányában talál. Ez egy jó forrás a külső felhasználók kezelésére vonatkozó stratégiák megismeréséhez.

3. lépés: Felhasználói licencek frissítése

Ezen a ponton az információk elérhetők a meglévő előfizetéseken és licenceken, és ön céltudatos döntéseket hozott. Most már készen áll a szükséges frissítések elvégzésére.

Fontos

Ha kérdése van, vagy pontosításra van szüksége, mindenképpen egyeztetje a módosításokat a Microsoft-fiókkezelőjével.

Az alábbi témakörök olyan műveletek, amelyek megfelelőek lehetnek.

Felhasználói előfizetés mennyiségének növelése vagy csökkentése

Az összegyűjtött információk alapján dönthet úgy, hogy módosítja a meglévő felhasználói előfizetéseit. Dönthet például úgy, hogy növeli vagy csökkenti a Pro- vagy PPU-előfizetések mennyiségét.

Feljegyzés

A felhasználói előfizetések módosítása korrelálhat a kapacitás-előfizetés más módosításaival. A kapacitáslicenceléssel a cikk későbbi részében foglalkozunk.

Felhasználói licencek hozzárendelése vagy hozzárendelésének megszüntetése

Előfordulhat, hogy felhasználói licenceket kell hozzárendelnie vagy megszüntetnie . Előfordulhat például, hogy több Pro-licencet kell hozzárendelnie bizonyos felhasználókhoz, vagy más felhasználóktól származó PPU-licenceket kell hozzárendelnie.

Önkiszolgáló vásárlások átvétele

Ha a cél az összes előfizetés központi kezelése, előfordulhat, hogy át kell vennie egy önkiszolgáló felhasználó által korábban végrehajtott vásárlást. További információ: Annak eldöntése, hogy engedélyezve van-e az önkiszolgáló vásárlás.

Bérlői beállítások módosítása

A felhasználói licencelés és próbaverziók kezelésével kapcsolatos döntések alapján előfordulhat, hogy módosítania kell néhány bérlői beállítást a Háló felügyeleti portálján.

Előfordulhat, hogy frissítenie kell a következőt:

4. lépés: Felhasználói licencek dokumentálása

A belső folyamatoktól függően dönthet úgy, hogy olyan dokumentációt hoz létre, amely kibővíti a portálon elérhető információkat a felhasználói előfizetésekhez és licencekhez.

Az 1. lépésben rögzített információkra úgy építhet, hogy az alábbi részleteket is belefogadja a dokumentációba.

  • Főbb döntések, beleértve a kontextust vagy a részleteket
  • Ki hagyta jóvá a felhasználói licenc vásárlásait, és mikor
  • Időzítés vagy függőben lévő műveletelemek
  • A felhasználói licencekkel kapcsolatos szabályozási követelmények
  • A felhasználói licencekkel kapcsolatos naplózási követelmények
  • Pillanatkép a felhasználói licenc adatairól

Tipp.

Hacsak ön nem egy nagyon kis méretű szervezet, amely nagyon kevés módosítást hajt végre, ne dokumentáljon manuálisan minden felhasználói licencet. Ehelyett a Microsoft Graph API-kkal rendszeresen kinyerhet információkat az előfizetésekről és a licencekről. Fontolja meg a felhasználói licencadatok pillanatképének tárolását minden héten vagy havonta. Így összehasonlíthatja a pillanatképeket, hogy megállapíthassa, mi változott. További információ: Felhasználói licencek naplózása.

Fontos

A Microsoft Graph-eredmények és a Microsoft 365 Felügyeleti központ megjelenített adatok összehasonlításához tekintse meg a termékcsomagok és a szolgáltatáscsomag-azonosítók dokumentációját.

5. lépés: Felhasználói licencek kezelése

A felhasználói licencek folyamatos figyelmet igényelnek. Az alábbi témaköröket érdemes figyelembe venni.

Felhasználói licenckérelmek elfogadására irányuló folyamat létrehozása

Létre kell hoznia egy megismételhető, dokumentált folyamatot a felhasználói licenc igényléséhez. Ez általában egy online űrlap létrehozását foglalja magában. A szükséges előfeltételekre vonatkozó információkat is tartalmazni kell.

Felhasználói próbaverziók figyelése

Minden hónapban azonosítania kell azokat a felhasználókat, akik megkezdték a hamarosan lejáró próbaverziót. Lehetséges, hogy a felhasználónak licenccel kell rendelkeznie. A cél az, hogy elkerüljük a szolgáltatáskimaradást ezen felhasználók számára. További információ: Felhasználó próbaverziójának naplózása.

Felhasználói licenc hozzárendeléseinek automatizálása

A nagy szervezetekben a felhasználói licencekre vonatkozó kérelmek kezelése jelentős adminisztrációs erőfeszítést igényelhet. A hatékonyság növelésének egyik módja a csoportalapú licencelés használata. A csoportalapú licencelés lehetővé teszi, hogy automatikusan hozzárendeljen egy licencet egy biztonsági csoport tagsága alapján. Az olyan csoportok, mint a Fabric tartalomkészítői , jól működnek erre a célra, lehetővé téve a licencek felhasználókhoz való hozzárendelését hatékonyan.

Az alábbi ábra a csoportalapú licencelés működését mutatja be.

Az ábrán a csoportalapú licencelés látható.

A diagram a csoportalapú licencelés következő folyamatait és lépéseit mutatja be.

Cikk Leírás
1. elem. A számlázási rendszergazdák felhasználónkénti licenceket vásárolnak és rendelnek hozzá a Microsoft 365 Felügyeleti központ.
2. elem. Rendszergazda istratorok ezeket a licenceket a Microsoft Entra-azonosítóban kezelt csoportokhoz rendelik.
3. elem. A csoportok úgy vannak beállítva, hogy licenceket rendeljenek az összes taghoz.
4. elem. A csoporthoz hozzáadott felhasználók automatikusan megkapják az adott csoporthoz rendelt Power BI-licencet (feltéve, hogy elérhető).

Felhasználói licencelési költségek áttekintése és optimalizálása

Rendszeresen hasonlítsa össze a licencelt felhasználókat a tevékenységnaplóval annak megállapításához, hogy a felhasználók aktívan használják-e a licencüket. Keresse meg azokat a felhasználókat, akik licenchez vannak rendelve, de még nem használták. Előfordulhat például, hogy egy felhasználóhoz Pro-licenc van hozzárendelve, de csak a kapacitásban található tartalmakat tekinti meg. Ha lehetséges, használjon konzisztens feltételeket, például:

  • A licenc nem egy adott időszakra (például hat hónapra) vonatkozik.
  • A licencet ritkán vagy szórványosan használják.
  • A licencet egyszer használták egyetlen tevékenységhez.

A tevékenységnapló segít azonosítani, hogy mikor történtek tevékenységek egy felhasználónál, és mik azok (például egy jelentés megtekintése vagy egy jelentés közzététele).

6. lépés: Felhasználói licencek naplózása

Fontos, hogy legyen egy folyamat, amely rendszeresen naplózhatja az előfizetéseket, licenceket és próbaverziókat a felhasználók számára. A Háló rendszergazdájának együtt kell működnie más rendszergazdákkal ezeknek az információknak a beszerzéséhez (például globális rendszergazdák, számlázási rendszergazdák és Azure-rendszergazdák).

Felhasználói előfizetés naplózása

Az alábbiakban néhány olyan műveletet talál, amelyeket az előfizetések naplózásakor kell keresnie.

Felhasználói licenc naplózása

Az alábbiakban néhány műveletet talál a felhasználói licencek naplózásának időpontjáról.

  • Felhasználói licencek listája: Megtekintheti a Microsoft 365 Felügyeleti központ számlázási területén elérhető és hozzárendelt licencek teljes számát. Az egyes termék-előfizetésekhez licenccel rendelkező felhasználókat is áttekintheti. Vagy a Microsoft Graph segítségével a List License Details REST API-val kinyerheti az egyes felhasználók adatait (az azonosító paraméter megadásához először szerezze be az egyes felhasználói azonosítót a Felhasználók listázása REST API-ból).
  • A felhasználóhoz licenc lett hozzárendelve: Keresés a naplóban a Microsoft Purview megfelelőségi portál. Keresse meg a Felhasználói licenc módosítása műveletet. A ModifiedProperties tulajdonság azt jelzi, hogy új licenc lett hozzárendelve.
  • Licenccel rendelkező, de még nem használt felhasználók: Használja a (korábban ismertetett) felhasználói licencek listáját. Hasonlítsa össze ezeket az eredményeket a tevékenységnaplóval. Keresse meg azokat a felhasználókat, akiknek nincs tevékenysége a tevékenységnaplóban. Ennek megkönnyítése érdekében a funkcióhasználati és bevezetési jelentésből és annak mögöttes szemantikai modelljéből is megtekintheti a tevékenységeket a Rendszergazda monitorozási munkaterületről.
  • Az előfizetés még nem rendelkezik hozzárendelt licencekkel: Tekintse meg az elérhető licencek számát termék-előfizetésenként a Microsoft 365 Felügyeleti központ számlázási területén. Vagy a Microsoft Graph használatával a List Subscribed SKU REST API-val kinyerheti a licenc részleteit. A ConsumedUnits tulajdonság azt jelzi, hogy hány licenc van hozzárendelve, az Engedélyezett tulajdonság pedig a megvásárolt licencek számát jelzi.

Felhasználó próbaverziójának naplózása

Amikor új felhasználói próbaverziókat keres a tevékenységnaplóban, keresse meg az OptInForPPUTrial vagy az OptInForProTrial tevékenységeket.

Fontos

Az ebben a lépésben bemutatott információk nem az adatok naplózásának mindenre kiterjedő listájára szolgálnak. Ehelyett az a célja, hogy ötleteket nyújtson a naplózási erőfeszítések megkezdéséhez. Egyéb ötletekért javasoljuk, hogy forduljon a számlázási rendszergazdákhoz.

Ellenőrzőlista – A felhasználói licencek tervezésekor a legfontosabb döntések és műveletek a következők:

  • Tekintse át az aktuális állapotot az aktuális felhasználói előfizetések, licencek és próbaverziók áttekintésével.
  • Meglévő szabályzatok és döntések azonosítása: Állítsa össze a meglévő belső szabályzatokat vagy a felhasználói licenceléssel kapcsolatos korábbi döntéseket, hogy azok könnyen elérhetők legyenek.
  • Megvitatás és döntés: Workshopok ütemezése a felhasználói előfizetésekkel, licencekkel és próbaverziókkal kapcsolatos legfontosabb döntések meghozatalához. Szükség esetén bevonja az összes érintett döntéshozókat, érdekelt feleket és a vezető szponzort.
  • Dokumentáció létrehozása: Az összegyűjtött információk fordítása és a legfontosabb döntések dokumentálása későbbi referenciaként.
  • Frissítések készítése: A felhasználói előfizetések és licencek frissítése a műhelyekben hozott döntések alapján.
  • Felhasználói kérelmek kezelésére szolgáló folyamat létrehozása: Állítson be egy folyamatot, amely meghatározza, hogy a felhasználók hogyan kérhetnek licencet.
  • Naplózás beállítása: Naplózási folyamatok létrehozása a felhasználói előfizetésekkel, licencekkel és próbaverziókkal kapcsolatos tevékenységek nyomon követéséhez.

Kapacitáslicencelés áttekintése és kezelése

A felhasználói licencek (a cikk korábbi szakaszában ismertetett) mellett a szervezet jelentős értéket is találhat egy vagy több kapacitáslicencek vásárlásában. A kapacitáslicencek például hozzáférést biztosítanak más funkciókhoz, például a Fabric-licenchez tartozó Fabric-élményekhez. Ezek a funkciók segíthetnek a Power BI-implementáció támogatásában és skálázásában.

1. lépés: Kapacitás-előfizetések áttekintése

Fontos, hogy először tisztában legyen a kapacitás-előfizetések aktuális állapotával. A számlázási és licencgazdák segíthetnek annak megerősítésében, hogy milyen kapacitás-előfizetésekkel rendelkezik. Előfordulhat, hogy az egyes meglévő kapacitások céljának egyértelmű megértéséhez a jelenlegi kapacitásgazdákhoz vagy kapacitás-közreműködőkhöz is beszélnie kell. További információ: Felhasználói engedélyek kezelése.

A kapacitás-előfizetések és -licencek aktuális állapotát különböző módokon fordíthatja le.

A véleményezés során állítsa össze a következő információkat.

  • A kapacitáslicencek aktív előfizetései:
    • Microsoft Fabric-kapacitás
    • Power BI Premium-kapacitás
    • Power BI Embedded
  • Előfizetés állapota
  • Előfizetés típusa (használatalapú fizetés vagy fenntartott kezdési és befejezési dátummal)
  • Előfizetés költsége:
    • Az egyes előfizetések díjszabása
    • Szervezeti díjszabási ösztönzők a Microsofttól (ha van)
    • Ki hagyta jóvá a vásárlást (ha van)
    • A szervezeten belüli költségfelosztások (ha vannak)

2. lépés: Kapacitáslicencek meghatározása

A kapacitás-előfizetések áttekintése után a kapacitáslicencekről kell döntenie.

A kapacitás használata jelentős szerepet játszhat a tartalom létrehozására, kezelésére, közzétételére és terjesztésére vonatkozó stratégiában. A kapacitáslicencekkel kapcsolatos döntések a felhasználónkénti licencek mellett vannak, amelyeket korábban már ismertettünk.

Döntse el, hogy szüksége van-e kapacitáslicencekre

Amikor elkezdi elemezni a kapacitáslicencekre vonatkozó igényeket, fontos, hogy egyértelmű legyen az architektúra igényei és a felhasználói igények, amelyek tájékoztatják a kapacitás használatára vonatkozó döntést.

Íme néhány kérdés, amelyeket kezdetben megvizsgálhat.

  • Adatarchitektúra: Jelenleg milyen típusú adatarchitektúra-beruházások vannak folyamatban? Hogyan befolyásolják az Ön által hozott döntéseket? Nagy méretű szemantikai modellekkel rendelkezik, amelyek nagy mennyiségű adatot tartalmaznak?
  • Hálóélmények: Mely szolgáltatások vannak jelenleg használatban, vagy tervezik a jövőbeli használatot? Előfordulhat például, hogy jelenleg a Power BI-élményt használja, de a Fabricben szeretne befektetni egy lakehouse-architektúrába, amely a adatmérnök élmény része.
  • Adat- és BI-követelmények: Vannak üzleti követelmények a jelenleg nem kielégített elemzési igények kezelésére? Hogyan kapcsolódnak a követelmények az architektúra (és licencelési) döntésekhez?
  • Fogyasztók: Hány csak megtekintésre képes felhasználója van?
  • Szerzők: Hány tartalomszerzője van? A szerzők központosítva vannak, különböző üzleti egységek között vannak elosztva, vagy mindkettőt?
  • Használati minták: Melyek a felhasználói lekérdezések és adatfrissítések aktuális használati mintái? Kiszámíthatók és konzisztensek a használati minták napról napra?

Feljegyzés

A kapacitáslicencek elemzésének és tervezésének folyamata során lehetséges, hogy meg kell határoznia, hogy teljes körű műszaki értékelést kell végeznie.

Döntse el, hogy melyik kapacitáslicencre van szüksége

Amikor megállapítja, hogy kapacitásra van szüksége, el kell döntenie, hogy melyik típusú kapacitáslicenc a legmegfelelőbb.

Itt találja a kapacitáslicencek és azok felhasználási módjait és alkalmasságát.

  • Hálókapacitás (F termékváltozatok): Az F termékváltozatok az Azure-ban vásárolhatók (vegye figyelembe, hogy a díjszabás regionális). Az F termékváltozatoknak vannak előnyei (amelyek nem érhetők el a P termékváltozatokkal), beleértve a következőket:
    • Skálázza a kapacitást úgy, hogy bármikor felfelé vagy lefelé méretezhető legyen. Ez a méretezési lehetőség lehetővé teszi, hogy a számítási feladat jobb megértése érdekében módosítsa a méretet és a költségeket.
    • Bármikor szüneteltetheti a kapacitást. Ez a funkció ritkán használt kapacitások esetén hasznos.
    • Tesztelje a képességeket egy Fabric-próbaverzióval , mielőtt véglegesíteni szeretne egy vásárlást.
    • A költségek csökkentése érdekében használjon alacsonyabb szintű kapacitáslicencet kis számítási feladatokhoz.
    • Válassza ki az előnyben részesített kötelezettségvállalási szintet:
      • Használatalapú fizetés: A használatalapú fizetéses díjszabási modell nem rendelkezik használati kötelezettséggel. Igény szerint átméretezheti a kapacitást, és akár szüneteltetheti is. Ez akkor megfelelő, ha rugalmasságot szeretne.
      • Foglalás: A fenntartott díjszabási modell egy adott időszakra előre meghatározott méretet (termékváltozatot) tartalmaz, ami alacsonyabb költséglehetőséget eredményez, mint a használatalapú fizetés. A fenntartott példányok azonban nem szüneteltethetők, ezért akkor megfelelő, ha 24/7 kapacitást kell futtatnia.
    • Szervezeti díjszabási ösztönzők használata. Ha pénzügyi megállapodása van a Microsofttal, az F termékváltozatokra olyan programok vonatkoznak, mint a Microsoft Azure Consumption Commitment (MACC).
    • A Költségek monitorozása és nyomon követése a Microsoft Cost Management képességeivel.
  • Power BI Premium kapacitásonként (P termékváltozatok): A P termékváltozatok a Microsoft 365 felügyeleti portálján vásárolhatók meg. A Power BI Premium fenntartott tarifamodellt használ, ezért a 24/7-es verziót futtatja, és nem skálázható és nem szüneteltethető. 2024. július 1-jét követően nem vásárolhat P termékváltozatokat.
  • Power BI Premium (EM termékváltozatok): Az EM SKU-k a Power BI Premium kapacitáslicencek speciális típusai, amelyeket a Microsoft 365 felügyeleti portálján vagy mennyiségi licenceléssel (a Microsoft-fiókkezelőn keresztül lehet megvásárolni). Az EM SKU-k célja az egyszerű beágyazási forgatókönyvek, például egy jelentés beágyazása egy alkalmazásba. Az EM termékváltozatok ajánlata a P termékváltozatokban elérhető funkciók egy részhalmaza. Kevesebb számítási teljesítménnyel rendelkeznek, és nincs hozzáférésük a Power BI szolgáltatás. Emellett az EM termékváltozatok nem támogatják a Fabric-szolgáltatásokat. További információ: Kapacitás és termékváltozatok.
  • Power BI Embedded (A SKU-k): A termékváltozatok az Azure-ban vásárolhatók (ez az ajánlat azonban eltér a korábban ismertetett F termékváltozatoktól). A Power BI Embedded elsősorban olyan független szoftvergyártóknak (ISV-knek) szól, amelyek Power BI-tartalmakat szeretnének beágyazni az alkalmazásaikba. A termékváltozatok nem támogatják a hálóelemeket. További információ: Beágyazás az ügyfelek számára használati forgatókönyv.

Tipp.

Az F termékváltozatokkal power BI-tartalmakat is beágyazhat, ahogyan az A és az EM termékváltozatokkal tenné. További információ: Power BI Embedded és Microsoft Fabric.

A cikk további része az F termékváltozatokra és a P termékváltozatokra összpontosít.

Döntse el, hogy egy vagy több kapacitást használ

A legfontosabb döntés az, hogy egy nagyobb kapacitást vagy több kisebb kapacitást használ-e. A választás során figyelembe kell venni az alábbi szempontokat.

  • A központosítás és a decentralizáltság szintje: Mennyire fontos a központosított felügyelet és a kapacitás decentralizált kezelése? Elosztott vagy hálós architektúra esetén valószínűbb, hogy több kapacitásra lesz szükség ahhoz, hogy a különböző csapatok felügyelhessék saját kapacitásaikat.
  • Adattárolás helye: Rendelkezik regionális, iparági vagy szervezeti adattárolási követelményekkel? Az adatok tárolásának földrajzi helye a Multi-Geo funkcióval korrelál a kapacitáshoz.
  • Erőforrás-elkülönítés: Milyen szintű erőforrás-elkülönítésre van szükség kapacitásonként? Előfordulhat például, hogy különböző kapacitásokat kell létrehoznia adott üzleti egységekhez. Vagy létrehozhat egy kapacitást, amely kifejezetten egy tartomány munkaterületeit támogatja.
  • Számítási erőforrások: Milyen szintű számítási erőforrásokra van szükség az egyes kapacitásokhoz? Ha például két F32-kapacitást szeretne kiépíteni egy F64 helyett, akkor mindkét kapacitáshoz kevesebb kapacitás érhető el, mert fel vannak osztva. A kapacitásegységek az egyes termékváltozatokra vonatkozó korlátozásokat, például a szemantikai modellek maximális memóriaméretét jelentik.
  • Szükséges funkciók: A számítási teljesítmény szintje mellett szükség van bizonyos képességekre? Például egy F64 (vagy P1) vagy nagyobb kapacitás lehetővé teszi az ingyenes licenccel rendelkező felhasználók számára a BI-tartalmak megtekintését vagy a Copilot használatát.
  • Költség: Minden termékváltozathoz külön kell nyomon követnie vagy lefoglalnia a költségeket? Ez egyszerűbb, ha külön kapacitással rendelkezik.

Kapacitás méretének meghatározása

Ezen a ponton készen áll egy adott kapacitás-termékváltozat kiválasztására. Gondolja át, hogy milyen környezet(ek)et kíván futtatni: fejlesztést, tesztelést és/vagy éles környezetet. Gyakran előfordul, hogy a fejlesztési és tesztelési környezetek kisebb kapacitáson futnak, mint ami az éles környezethez szükséges.

A szükséges kapacitásméret megbízhatóságának növeléséhez fontolja meg a kapacitás terheléstesztelésének elvégzését. További információ: Kapacitástervezés és kapacitásterhelés felmérése.

A vertikális fel- és leskálázás igényeinek meghatározása

A licenctervezési folyamat során fontos figyelembe venni a méretezhetőségi igényeket, mivel ez hozzájárul a költségekhez. Előfordulhat például, hogy időnként át kell méreteznie (vagy szüneteltetnie) egy F termékváltozat kapacitását. Másik lehetőségként beállíthatja az automatikus skálázást a P termékváltozat kapacitáshasználati szintjeiben előforduló alkalmi vagy váratlan adatkitörések kezelésére. További információ: Kapacitás átméretezése.

Tipp.

A méretezhetőséget kétféleképpen tekintheti át.

  • A vertikális fel- vagy leskálázás akkor történik, ha erőforrásokat ad hozzá vagy távolít el (például egy F16-ra felskálázás egy F8-kapacitásból).
  • A horizontális felskálázás az, ha több kapacitást ad hozzá (például két F8-at vásárolhat F16 helyett). A kapacitások azonban nem használnak kombinált erőforrásokat (például egy adatátjárófürt a vertikális felskálázáskor). Ezért ha több kapacitásra szeretné felskálázni a kapacitásokat, vegye figyelembe, hogy a különálló kapacitások szándékosan külön működnek.

Döntse el, hogy szükség van-e helyszíni vagy hibrid licencre

A Power BI jelentéskészítő kiszolgáló (PBIRS) egy egyszerűsített jelentéskészítési megoldás. Olyan szervezeteknek készült, amelyek hibrid megközelítést szeretnének megvalósítani, ahol a Power BI-tartalmak közzétehetők a felhőalapú Fabric portálon, Power BI jelentéskészítő kiszolgáló vagy mindkettőhöz. A jelentéskészítő kiszolgálót telepítheti egy helyszíni infrastruktúrán belül futó gépre vagy egy Azure-beli virtuális gépre (az Azure Hybrid Benefittel).

A jelentéskészítő kiszolgáló licencét kétféleképpen szerezheti be.

  • Power BI Premium-előfizetés (P SKU)
  • SQL Server Enterprise kiadás szoftvergaranciával (SA)

Feljegyzés

A jelentéskészítő kiszolgálón tartalmat közzétevő szerzőnek Pro-licenccel kell rendelkeznie.

Tipp.

Készítsen technikai igazolást a koncepcióról annak biztosítása érdekében, hogy Power BI jelentéskészítő kiszolgáló megfeleljen az igényeinek. Vegye figyelembe, hogy a Háló portál funkcióparitása nem cél. Ha tartalmat tesz közzé Power BI jelentéskészítő kiszolgáló, a Jelentéskészítő kiszolgálóhoz készült Power BI Desktop használata (a szokásos Power BI Desktoptól eltérő) használata is ajánlott.

További információ: Licencelési Power BI jelentéskészítő kiszolgáló.

Fontos

Javasoljuk, hogy tekintse meg a mennyiségi licencszerződését, és konkrét részletekért forduljon a Microsoft-fiók képviselőjéhez. A jelentéskészítő kiszolgáló licencszerződése például a célgép magjainak számához kapcsolódó korlátozásokat tartalmaz.

3. lépés: Kapacitáslicencek frissítése

Ezen a ponton a meglévő kapacitás-előfizetés adatai elérhetők, és ön céltudatos döntéseket hozott. Most már készen áll a szükséges frissítések elvégzésére.

Az alábbi témakörök olyan műveletek, amelyek megfelelőek lehetnek.

Kapacitás-előfizetés módosítása

Előfordulhat, hogy módosítania kell egy meglévő kapacitás-előfizetést a felülvizsgálat (1. lépés) és a meghozott döntések (2. lépés) alapján.

Íme néhány példa a módosításokra.

  • Váltás fenntartott díjszabásra: A kapacitáson futó számítási feladatok konzisztensek, és 24/7-et kell futtatniuk. Ezért a költségek megtakarítása érdekében érdemes a Fabric-kapacitást használatalapú díjszabásról fenntartott díjszabásra módosítani.
  • Váltás használatalapú fizetéses díjszabásra: A kapacitásán futó számítási feladatok rendszeresen változnak, és kihasználnák a vertikális fel- és leskálázás lehetőségét. Ebben az esetben a legköltséghatékonyabb módszer lehet, ha használatalapú díjszabásra vált.

Fontos

Ha kérdése van, vagy tisztáznia kell az előfizetés költségeit és lehetőségeit, forduljon a Microsoft-fiókkezelőjéhez.

Kapacitás átméretezése

Előfordulhat, hogy szükség van a kapacitás átméretezésére, ha egy kisebb vagy nagyobb méret jobban megfelel az igényeinek.

A kapacitás átméretezésének kétféle módja van.

  • Manuális skálázás: Az Azure Portalon átméretezheti (vagy szüneteltetheti) az F SKU-kapacitást. Ez akkor hasznos, ha teljesítményproblémákat hárít el, vagy ha van egy ismert időszaka, amikor a terhelés nagyobb lesz (például minden hónap utolsó hetében).
  • Automatizált skálázás: Az automatikus skálázás lehetővé teszi, hogy manuális beavatkozás nélkül kezelje a P termékváltozat kapacitáshasználati szintjein előforduló alkalmi vagy váratlan adatkitöréseket. Az automatikus skálázás képes reagálni ezekre a kipukkadásokra, ha rugalmasan átméretezi az erőforrásokat a megnövekedett számítási feladat támogatása érdekében. Az automatizált vertikális felskálázás csökkenti a teljesítmény vagy a felhasználói élmény kihívásainak kockázatát, plusz költségekért cserébe. Ha a kapacitás nincs megfelelően kezelve, az automatikus skálázás a vártnál gyakrabban aktiválódik, ami nagyobb kapacitásméretet eredményezhet.

4. lépés: Kapacitáslicencek dokumentálása

A belső folyamatoktól függően dönthet úgy, hogy olyan dokumentációt hoz létre, amely kibővíti a kapacitás-előfizetések portálján elérhető információkat.

Az 1. lépésben rögzített információkra úgy építhet, hogy az alábbi részleteket is belefogadja a dokumentációba.

  • Főbb döntések, beleértve a kontextust vagy a részleteket
  • Ki hagyta jóvá a kapacitáslicenc vásárlásait, és mikor
  • Időzítés vagy függőben lévő műveletelemek
  • A kapacitáslicencekkel kapcsolatos szabályozási követelmények
  • Kapacitáslicencekkel kapcsolatos naplózási követelmények
  • Pillanatkép a kapacitáslicencek adatairól

5. lépés: Kapacitáslicencek kezelése

A kapacitáskezelés és az előfizetés-kezelés két külön témakör. Azonban nagyon egymáshoz vannak fonódva. Mindkettőnek folyamatos figyelmet kell fordítania. Az alábbi témaköröket érdemes figyelembe venni.

Kapacitáskérések elfogadására irányuló folyamat létrehozása

Létre kell hoznia egy megismételhető, dokumentált folyamatot, amellyel a felhasználók kapacitást kérhetnek. Ez általában egy online űrlap létrehozását foglalja magában. Kérje le azokat az információkat, amelyekre szüksége lesz a kapacitáskérés értékeléséhez, például:

  • A kapacitáson üzemeltetendő tartalom célja és típusa.
  • Ki fogja felügyelni a kapacitást.
  • Azt jelzi, hogy a kapacitás 24/7-én fog-e futni.
  • Ahol az adatokat földrajzilag kell tárolni.
  • A költségek belső felszámítása vagy lefoglalása.

Kapacitáshasználat monitorozása és értelmezése

Íme néhány szempont a kapacitáshasználat monitorozásához és megértéséhez.

  • Elemezze a terhelést annak megállapításához, hogy az aktuális kapacitásméret (SKU) megfelelően működik-e az adott adatokhoz és bi-igényekhez. Ügyeljen arra, hogy tisztában legyen a kapacitásegységek (CU-k) működésének módjával. Elemezze a kipukkanó és simító tevékenységeket annak elemzéséhez, hogy hatékonyan használja-e a kapacitást az idő függvényében, vagy hogy az folyamatosan túlterhelt-e. A kapacitáshasználatot a Fabric Kapacitásmetrikák alkalmazással elemezheti.
  • Méretezze át a kapacitást, ha azt tapasztalja, hogy túl nagy vagy túl kicsi a jelenlegi igények kiszolgálásához. A méret módosítása megegyezik az termékváltozat módosításával. A változás hatással van a tarifacsomagra.
  • Hozzon létre egy új kapacitást, amikor a következőkre van szüksége:
    • Számítási feladatok elkülönítése.
    • Adatok tárolása egy másik régióban.
    • Különböző kapacitásgazdák hozzárendelése (decentralizált kapacitásfelügyelethez).
  • Hozzon létre felhasználói képzést, vagy kommunikáljon a szerzőkkel, amikor úgy találja, hogy konkrét lépéseket tehetnek a kapacitás hatékonyságának javítása érdekében.

Értesítések beállítása

Ha a kapacitása rendszeresen túlterhelt, az azt jelzi, hogy nagyobb kapacitást kell vásárolnia (vertikális felskálázást), vagy más kapacitásokat kell létrehoznia (vertikális felskálázást) vagy a tartalmat egy másik kapacitásba kell áthelyeznie. Ezen okok miatt a kapacitáskezelés és a licenckezelés jelentős hatással van egymásra.

A tájékoztatáshoz az alábbi értesítéseket kell beállítania.

  • Állítsa be az Értesítések engedélyezése szolgáltatáskimaradások vagy incidensek bérlői beállítását, hogy a Fabric értesítést küldhessen, ha a kapacitás túlterhelődik, vagy ha leállás vagy incidens történik.
  • Állítsa be az Azure Monitor-riasztásokat , hogy értesítést kapjon, ha bizonyos kapacitásmetrikák túllépnek egy küszöbértéket. Ez a funkció elérhető az F termékváltozatokhoz, az A termékváltozatokhoz és a P termékváltozatok automatikus skálázásához.

Kapacitásköltségek áttekintése és optimalizálása

Rendszeresen tekintse át és kezelje a számlázást. A költségek optimalizálásához vegye figyelembe az alábbi lehetőségeket.

  • A célkülönbségek: Dönthet például úgy, hogy kisebb kapacitásméretet (például F16-ot) használ a teszt-munkaterületekhez, és nagyobb kapacitásméretet (például egy F64-et) az éles munkaterületekhez.
  • Számítási erőforrások hatékony használata: A Fabric Capacity Metrics alkalmazással meghatározhatja, hogy a számítási erőforrásokat hatékonyan használják-e, és hogy van-e lehetőség a költségek optimalizálására.
  • Számítási költségek monitorozása: A kapacitás költségeinek figyelése, valamint a kapacitások vertikális fel- és leskálázásának gyakorisága. Érdemes lehet költségelemzést, költségkeretet vagy költségvetést használni a Microsoft Cost Management használatával.
  • Számlázható tárolási költség: Ellenőrizze a Fabric Capacity Metrics alkalmazás egyes munkaterületeinek számlázható tárterületét. Fabric-elemek esetén a tárolási költség a számítási költségtől elkülönítve lesz kiszámítva. Emellett ellenőrizze a vészhelyreállítási kapacitás beállítását is. Ez a beállítás hatással lesz a számlázható tárolási költségekre.
  • Vertikális fel- és leskálázás: Hozzon létre egy folyamatot, amely automatikusan fel- vagy leskálázza a kapacitást (vagy ha lehetséges, szünetelteti), ha a számítási feladat időszakos, de kiszámítható.
  • Költségvisszatérítések: Ha más részlegeknek kell elosztania a költségeket, hozzon létre egy díjvisszatérítési folyamatot az előfizetési költségek lefoglalásához.

6. lépés: Kapacitáslicencek naplózása

Fontos, hogy legyen egy folyamat a kapacitások rendszeres naplózására. A háló rendszergazdájának együtt kell működnie más rendszergazdákkal ezeknek az információknak a beszerzéséhez (például globális rendszergazda, számlázási rendszergazda vagy Azure-rendszergazda).

Tipp.

Ez a szakasz az előfizetések, licencek és próbaverziók naplózásával foglalkozik. A kapacitás számos további naplózási és monitorozási szempontot tartalmaz, beleértve a használat és a teljesítmény monitorozását (és a vertikális fel- vagy leskálázási igények azonosítását) a Fabric Capacity Metrics alkalmazással. Emellett figyelnie kell a tevékenységnaplót olyan helyzetekben is, mint a kapacitásbeállítások módosítása, a kapacitásgazdák frissítése, a kapacitás-közreműködők hozzáadása vagy a munkaterületek kapacitáshoz való hozzárendelése.

Íme néhány művelet az előfizetések, próbaverziók és kapacitások költségeinek naplózására.

  • Aktív kapacitások listája: A Kapacitások lekérése Rendszergazda REST API-ként olyan információkat biztosít, mint például a termékváltozat, az állapot, a rendszergazdák és a régió a bérlő összes kapacitásához. Ez egy rendszergazdai API , amely pillanatképet ad vissza egy időponttól kezdve. Ha rendszeresen rögzíti ezeket az adatokat, összehasonlíthatja a pillanatképeket (például ezen a héten és a múlt héten), hogy észlelje a bekövetkezett változásokat.
  • Egy felhasználó elindított egy új Fabric-próbaverziót: Keresse meg a ChangeCapacityState tevékenységet a tevékenységnaplóban. A CapacityState tulajdonság azt jelzi, hogy új hálókapacitás lett kiépítve. Az ItemName tulajdonság azt jelzi, hogy ez egy próbakapacitás, az SKU és annak azonosítója.
  • Létre lett hozva egy új hálókapacitás, vagy átméretezett egy meglévő kapacitást: Keresse meg az Update Fabric Kapacitás létrehozása műveletet az Azure Monitor tevékenységnaplójában. A Fabric-kapacitásokat az Azure Portalon is megtekintheti.
  • A hálókapacitás számítási motorja fel lett függesztve vagy újraindult: Az Azure Monitor tevékenységnaplójában keresse meg a felfüggesztési műveletet vagy a folytatási műveletet. A Fabric-kapacitás állapotát az Azure Portalon is megtekintheti.
  • Új Prémium szintű kapacitás jött létre: A tevékenységnaplóban keresse meg a ChangeCapacityState tevékenységet. A CapacityState tulajdonság azt jelzi, hogy új kapacitásként lett kiépítve. Az aktív előfizetéssel rendelkező termékeket a Microsoft 365 Felügyeleti központ számlázási területén is megtekintheti.
  • Hálókapacitás költségeinek monitorozása: A Microsoft Cost Management képességeivel elemezheti a Microsoft Fabric-kapacitások és más Azure-szolgáltatások költségeit .
  • Prémium szintű kapacitás költségeinek figyelése: A számlákat a Microsoft 365 Felügyeleti központ számlázási területén tekintheti meg.
  • Egy munkaterület egy kapacitáshoz lett hozzárendelve vagy eltávolítva: Keresse meg a MigrateWorkspaceIntoCapacity tevékenységet vagy a RemoveWorkspacesFromCapacity tevékenységet a tevékenységnaplóban.

Tipp.

Az Azure Portalon való navigáláskor ne keverje össze a Service Fabric-erőforrásokat . Ezek az erőforrások a Microsoft Fabrictől eltérő szolgáltatások.

Fontos

Az ebben a lépésben bemutatott információk nem az adatok naplózásának mindenre kiterjedő listájára szolgálnak. Ehelyett az a célja, hogy ötleteket nyújtson a naplózási erőfeszítések megkezdéséhez. Egyéb ötletekért javasoljuk, hogy forduljon a számlázási rendszergazdákhoz.

Ellenőrzőlista – A kapacitáslicencek tervezésekor a legfontosabb döntések és műveletek a következők:

  • Végezzen felülvizsgálatot: Az aktuális kapacitás-előfizetések áttekintésével állapítsa meg az aktuális állapotot.
  • Meglévő szabályzatok és döntések azonosítása: Állítsa össze a kapacitás-előfizetésekkel kapcsolatos meglévő belső szabályzatokat vagy korábbi döntéseket, hogy az információk könnyen elérhetők lehessenek.
  • Megvitatás és döntés: Workshopok ütemezése a kapacitás-előfizetésekkel kapcsolatos legfontosabb döntések meghozatalához. Szükség esetén bevonja az összes érintett döntéshozókat, érdekelt feleket és a vezető szponzort.
  • Dokumentáció létrehozása: A kapacitás-előfizetésekről gyűjtött információk és a jövőbeli referenciakulcs-döntések dokumentálása.
  • Frissítések készítése: Kapacitás-előfizetések frissítése a műhelyekben hozott döntések alapján.
  • Kapacitáskérelmek kezelésére szolgáló folyamat létrehozása: Állítson be egy folyamatot, amelyből megtudhatja, hogy a felhasználók hogyan kérhetnek új kapacitást.
  • Naplózás beállítása: Naplózási folyamatok létrehozása a kapacitás-előfizetésekhez és próbaverziókhoz kapcsolódó tevékenységek nyomon követéséhez.

Kapcsolódó tartalom

További szempontokat, műveleteket, döntéshozatali kritériumokat és ajánlásokat a Power BI implementálási döntéseihez a Power BI implementálási tervezésében talál.