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

Helyszíni adatátjáró méretezése

  • Cikk

Ez a cikk olyan Power BI-rendszergazdákat céloz meg, akiknek telepíteniük és kezelniük kell a helyszíni adatátjárót.

Az átjáróra akkor van szükség, ha a Power BI-nak olyan adatokat kell elérnie, amelyek nem érhetők el közvetlenül az interneten keresztül. Telepíthető helyszíni kiszolgálóra vagy szolgáltatásként a virtuális gép által üzemeltetett infrastruktúrára (IaaS).

Átjáró számítási feladatai

A helyszíni adatátjáró két számítási feladatot támogat. Fontos, hogy először tisztában legyen ezekkel a számítási feladatokkal, mielőtt megvitatnánk az átjárók méretezését és javaslatait.

Gyorsítótárazott adatterhelés

A gyorsítótárazott adatterhelés lekéri és átalakítja a forrásadatokat a Power BI szemantikai modelljeibe való betöltéshez. Ez három lépésben történik:

  1. Kapcsolat: Az átjáró a forrásadatokhoz csatlakozik.
  2. Adatlekérés és átalakítás: Az adatok lekérése és szükség esetén átalakítása. Amikor csak lehetséges, a Power Query összefésüli motor leküldi az átalakítási lépéseket az adatforrásba – ezt nevezzük lekérdezés-összecsukásnak. Ha ez nem lehetséges, az átalakításokat az átjárónak kell elvégeznie. Ebben az esetben az átjáró több processzor- és memóriaerőforrást fog használni.
  3. Átvitel: Az adatok átvitele a Power BI szolgáltatás történik – a megbízható és gyors internetkapcsolat fontos, különösen a nagy adatmennyiségek esetében.

A helyszíni forrásokhoz csatlakozó helyszíni adatátjárót ábrázoló Gyorsítótáradatok diagramja.

Élő kapcsolat és DirectQuery számítási feladatok

Az élő kapcsolat és a DirectQuery számítási feladat többnyire átmenő módban működik. A Power BI szolgáltatás lekérdezéseket küld, az átjáró pedig lekérdezési eredményekkel válaszol. A lekérdezési eredmények általában kis méretűek.

Ehhez a számítási feladathoz cpu-erőforrásokra van szükség a lekérdezések és a lekérdezési eredmények útválasztásához. A gyorsítótár-adatterheléshez képest általában sokkal kisebb a processzorigény, különösen akkor, ha az adatok gyorsítótárazáshoz való átalakítására van szükség.

A megbízható, gyors és konzisztens kapcsolat fontos annak biztosítása érdekében, hogy a jelentés felhasználói rugalmas felhasználói élményben legyenek része.

Élő kapcsolat és DirectQuery diagramja, amelyen a helyszíni adatforrásokhoz csatlakozó helyszíni adatátjáró látható.

Méretezési szempontok

Az átjárógép megfelelő méretezésének meghatározása a következő változóktól függhet:

  • Gyorsítótáradat-számítási feladatok esetén:
    • Az egyidejű szemantikai modellfrissítések száma
    • Az adatforrások típusai (relációs adatbázis, elemzési adatbázis, adatcsatornák vagy fájlok)
    • Az adatforrásokból lekérendő adatok mennyisége
    • A Power Query összefésítési motorjának minden szükséges átalakítása
    • A Power BI szolgáltatás átvitt adatok mennyisége
  • Élő kapcsolat és DirectQuery számítási feladatok esetén:
    • Az egyidejű jelentésfelhasználók száma
    • A jelentésoldalak vizualizációinak száma (minden vizualizáció legalább egy lekérdezést küld)
    • A Power BI-irányítópult lekérdezésgyorsítótár-frissítéseinek gyakorisága
    • Az Automatikus oldalfrissítés funkciót használó valós idejű jelentések száma
    • Azt határozza meg, hogy a szemantikai modellek kényszerítik-e a sorszintű biztonságot (RLS)

Az élő kapcsolat és a DirectQuery számítási feladatok általában elegendő processzort igényelnek, míg a Gyorsítótár adatterhelései több processzort és memóriát igényelnek. Mindkét számítási feladat a Power BI szolgáltatás és az adatforrásokkal való jó kapcsolattól függ.

Feljegyzés

A Power BI-kapacitások korlátozzák a modellfrissítés párhuzamosságát, valamint az élő kapcsolat és a DirectQuery átviteli sebességét. Nincs értelme úgy méretezni az átjárókat, hogy többet nyújtsanak, mint amit a Power BI szolgáltatás támogat. A korlátok prémium termékváltozatonként (és azzal egyenértékű méretű A termékváltozatonként) eltérnek. További információ: Microsoft Fabric kapacitáslicencek és Mi a Power BI Premium? (Kapacitáscsomópontok).

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.

Ajánlások

Az átjáró méretezési javaslatai számos változótól függenek. Ebben a szakaszban általános javaslatokat adunk, amelyeket figyelembe vehet.

Kezdeti méretezés

Nehéz lehet pontosan megbecsülni a megfelelő méretet. Javasoljuk, hogy legalább 8 processzormaggal, 8 GB RAM-mal és több Gigabit hálózati adapterrel rendelkező géppel kezdje. Ezután a processzor- és memóriarendszer-számlálók naplózásával mérhet egy tipikus átjáró-számítási feladatot. További információ: A helyszíni adatátjáró teljesítményének figyelése és optimalizálása.

Kapcsolatok

Tervezze meg a lehető legjobb kapcsolatot a Power BI szolgáltatás és az átjáró, valamint az átjáró és az adatforrások között.

  • Törekedjen a megbízhatóságra, a gyors sebességre és az alacsony, konzisztens késésekre.
  • Kiküszöbölheti vagy csökkentheti a gépi ugrásokat az átjáró és az adatforrások között.
  • Távolítsa el a tűzfalproxy réteg által előírt hálózati szabályozást. A Power BI-végpontokról további információt a Power BI URL-címeinek hozzáadása az engedélyezési listához című témakörben talál.
  • Az Azure ExpressRoute beállítása privát, felügyelt kapcsolatok létesítéséhez a Power BI-hoz.
  • Az Azure-beli virtuális gépek adatforrásai esetében győződjön meg arról, hogy a virtuális gépek a Power BI szolgáltatás vannak együtt helyezve.
  • A dinamikus RLS-t tartalmazó SQL Server Analysis Services (SSAS) élő kapcsolati számítási feladatai esetén gondoskodjon az átjárógép és a helyi Active Directory közötti jó kapcsolatról.

Fürtözés

Nagy méretű üzemelő példányok esetén létrehozhat egy átjárót több fürttaggal. A fürtök elkerülik az egyetlen meghibásodási pontot, és betölthetik az átjárók közötti forgalmat. A következőket teheti:

  • Telepítsen egy vagy több átjárót egy fürtben.
  • Elkülönítheti a számítási feladatokat különálló átjárókhoz vagy átjárókiszolgáló-fürtökhöz.

További információ: A helyszíni adatátjáró magas rendelkezésre állású fürtöinek és terheléselosztásának kezelése.

Szemantikai modell tervezése és beállításai

A szemantikus modell kialakítása és beállításai hatással lehetnek az átjáró számítási feladataira. Az átjárók számítási feladatainak csökkentése érdekében az alábbi műveleteket érdemes megfontolnia.

Szemantikai modellek importálása esetén:

  • Állítsa be a kevésbé gyakori adatfrissítést.
  • Állítson be növekményes frissítést az átviendő adatok mennyiségének minimalizálása érdekében.
  • Amikor csak lehetséges, győződjön meg arról, hogy a lekérdezés összecsukása megtörténik.
  • Különösen nagy adatkötetek vagy alacsony késésű eredmények esetén alakítsa át a tervet DirectQuery- vagy összetett modellté.

DirectQuery szemantikai modellek esetén:

  • Adatforrások, modellek és jelentéstervek optimalizálása – további információkért tekintse meg a DirectQuery-modell útmutatását a Power BI Desktopban.
  • A DirectQuery-kérelmek számának csökkentése érdekében hozzon létre aggregációkat a magasabb szintű eredmények gyorsítótárazásához.
  • Az automatikus oldalfrissítési időközök korlátozása a jelentéstervekben és a kapacitásbeállításokban.
  • Különösen a dinamikus RLS kényszerítésekor korlátozza az irányítópult-gyorsítótár frissítési gyakoriságát.
  • Különösen kisebb adatkötetek vagy nem változékony adatok esetén alakítsa át a tervet importálási vagy összetett modellté.

Élő kapcsolat szemantikai modellek esetén:

  • Különösen a dinamikus RLS kényszerítésekor korlátozza az irányítópult-gyorsítótár frissítési gyakoriságát.

Kapcsolódó tartalom

A cikkhez kapcsolódó további információkért tekintse meg a következő forrásokat: