Üzletileg kritikus fontosságú átjárómegoldás tervezése, méretezése és karbantartása

Ez a cikk mindenkinek szól, aki üzleti szempontból kritikus forgatókönyvben szeretné üzembe helyezni a helyszíni adatátjárót. A helyszíni adatátjárók üzleti szempontból kritikus fontosságúak, ha létfontosságúak a vállalat normál működéséhez, és üzletileg kritikus fontosságú adatokat kezelnek.

Ha az üzleti szempontból kritikus átjárókat nem kezelik megfelelően, sikertelen lekérdezéseket vagy lassú teljesítményt tapasztalhat. Ha megfelelően tervezi, méretezi és tartja karban az üzleti szempontból kritikus átjárómegoldást, az üzleti szempontból befolyásoló probléma valószínűsége minimálisra csökkenthető.

Terminológia

A cikk a következő fontos kifejezéseket használja:

• Átjáró: A számítógépen telepített helyszíni adatátjáró-alkalmazás.
• Átjárókiszolgáló: Windows rendszerű számítógép (virtuális gép vagy fizikai számítógép/kiszolgáló), amelyen telepítve van a helyszíni adatátjáró alkalmazás.
• Átjáró klaszter: Olyan átjárók csoportja, amelyek együttműködnek (és terheléselosztásúak lehetnek).
• Átjárótag: Egy átjáró csomópont részét képező átjáró.

Az alábbi kép a fent meghatározott fogalmak közötti kapcsolatot mutatja be.

Javaslatok üzleti szempontból kritikus fontosságú átjárókhoz

Az üzletileg kritikus fontosságú átjárók esetében az átjárókat megfelelően kell üzembe helyezni és felügyelni a magas rendelkezésre állás, a jó teljesítmény és a fenntartható skálázhatóság biztosítása érdekében. Az átjárók helytelen üzembe helyezése gyenge teljesítményt, sikertelen lekérdezéseket és a lehetséges problémák diagnosztizálásának nehézségét eredményezheti. A használat növekedésével az átjárók vertikális fel- és kiskálázását is akadályozhatja.

Az optimális méretezhetőség, a teljesítmény és az átviteli sebesség biztosítása érdekében kövesse a következő szakaszokban található javaslatokat.

Az összes átjáró helyreállítási kulcsának ismerete

Győződjön meg arról, hogy az átjáró helyreállítási kulcsai ismertek és biztonságos helyen vannak tárolva. Helyreállítási kulcs nélkül az átjárók nem állíthatók helyre vagy nem minősíthetők vissza. Ez a korlátozás szándékos. Ha elveszíti a helyreállítási kulcsokat, az egyetlen lehetőség az új átjárók létrehozása és az adatforrások újbóli létrehozása. Emellett nem adhat hozzá új átjárókat a fürthöz a helyreállítási kulcs nélkül, ami korlátozza a jövőbeli méretezhetőséget.

A helyreállítási kulcsokat ugyanúgy tárolja biztonságos helyen, mint a rendszergazdai hitelesítő adatokat, például a jelszóval védettet, amelyet csak a jogosult rendszergazdák érhetnek el.

Ha jelenleg nem ismeri az összes átjáró helyreállítási kulcsát, ez jelentős üzleti kockázat. Azonnal hozzon létre új átjárófürtöket, és kezdje el a számítási feladatok áttelepítését az új átjárófürtökre.

Fejlesztési számítási feladatok és üzletileg kritikus fontosságú számítási feladatok

Különítse el a fejlesztési munkaterheléseket az üzleti szempontból kritikusaktól egy vagy több fejlesztői átjárófürt és egy vagy több üzemi átjárófürt beállításával.

A fejlesztői átjárófürt használatával tesztelhet új szemantikai modelleket, jelentéseket, lekérdezéseket stb. Miután az új munkaterhelés ellenőrizve lett, migrálja azt egy üzletileg kritikus fontosságú átjáró klaszterbe. Ez a folyamat megakadályozza, hogy az új, a nem tesztelt vagy a kísérleti számítási feladatok teljesítménybeli hatással bírjanak az éles környezetben futó számítási feladatokra.

Használja a fejlesztői átjárófürtöket az új átjárófrissítések tesztelésére, mielőtt frissítéseket alkalmazna az üzleti kritikus átjárófürtökre. Az új átjárófrissítéseket legalább 24 óráig kell üzembe helyezni a fejlesztői átjárófürt(ek)ben, mielőtt üzleti szempontból kritikus átjárófürt(ek)en használták volna őket.

Több átjárófürt használata

Ha a szervezet nagy számú felhasználójának hoz létre átjárófürtöt, több, üzleti egységeken alapuló vagy kisebb átjárófürtöt kell létrehoznia, hogy a felhasználók egy kis részhalmazára korlátozza a lehetséges teljesítményhatásokat.

Nem javasoljuk, hogy egyetlen üzletileg kritikus fontosságú átjáró klasztert használjon egy teljes vállalat számára (kivéve, ha a vállalat kicsi). Egy átjárófürt esetén megvan rá az esély, hogy egy felhasználó olyan lekérdezést küld, amely jelentős teljesítményhatást gyakorol az átjáró teljes forgalmára. Ha az átjárót a teljes vállalaton belül használják, a teljesítményre gyakorolt hatás a teljes vállalatra hatással lehet. Emellett, ha egy átjáróklasztert egy teljes vállalatnál használ, nehezebb lehet megállapítani, hogy melyik lekérdezés okozhat teljesítményproblémát az átjáró teljesítményfigyelési funkció használatakor.

Az átjáró magas rendelkezésre állási és terheléselosztási funkcióinak használata

Mindig használja az átjáró magas rendelkezésre állási és terheléselosztási funkcióit bármely üzleti szempontból kritikus átjárófürt esetén.

• Magas rendelkezésre állás: Kiküszöböli, hogy egyetlen meghibásodási pont legyen.
• Terheléselosztás: Automatikusan elosztja a számítási feladatot a fürt összes átjárókiszolgálója között.

Állítson be legalább két átjárót átjárófürtenként, ha egy átjáró bármilyen okból offline állapotba kerül. Ez a beállítás biztosítja, hogy egyetlen átjáró meghibásodás ne okozza a teljes átjárófürt meghibásodását. Emellett a cpu-, memória- és egyidejűségi korlátok engedélyezhetők az átjárókon, hogy jobban eloszthassák a terhelést az átjárófürtön.

Átjárófürt méretezhetőségének tervezése és fenntartása

Egy átjáró klaszter beállítása az ajánlott hardver- és szoftverútmutatásokkal biztosítja, hogy a klaszter jó teljesítménnyel fusson. A nem megfelelően skálázott átjárók gyenge teljesítményt eredményezhetnek. Számos tényezőt figyelembe kell vennie, hogy jó teljesítményt érjen el az átjáró klaszterén.

Átjárókiszolgáló hardverspecifikációinak meghatározása

Az átjárókiszolgáló specifikációi (CPU, memória, lemez stb.) fontos tényező, mivel a legtöbb esetben a Power Query-átalakítások az átjárókiszolgálón lévő adatokra lesznek alkalmazva. Ezért az átjárókiszolgálónak elegendő erőforrással, memóriával és feldolgozási teljesítménnyel kell rendelkeznie az összes adatátalakítás kezeléséhez.

Amikor kiszolgálóméretet kell választania, két metrika van a legfontosabb: memória és CPU. A Power Query adatátalakítási lépéseinek feldolgozásához elegendő memóriára és processzorteljesítményre is szükség van az átjárón. Fontos, hogy az átjárókiszolgáló elég hatékony legyen a legmagasabb számítási feladatok feldolgozásához. Ha az átjárókiszolgáló nem tudja kezelni a számítási feladatot, a közvetlen lekérdezés vagy adatfrissítés sikertelen lesz. Fontos tisztában lenni azzal is, hogy egyszerre hány lekérdezést hajt végre a rendszer.

Ezek a különböző lekérdezési lehetőségek más hatással vannak az átjárókiszolgálóra.

Lekérdezés típusa	Korláttényező
Importálás	Memória
DirectQuery	CPU
LiveConnect	CPU

Az importálás során a teljes adatkészletet le kell kérdezni és feldolgozni, ami memóriaigényes feladat. Ez a behozatal gyakran hosszabb időt is igénybe vesz. A DirectQueries és a LiveConnections gyakran nagy processzorterhelést jelentenek. A legtöbb esetben a közvetlen lekérdezések végrehajtása sokszor történik az adatok csak kis részének feldolgozásához. Mivel az adatoknak csak egy kis részét dolgozzák fel, ezek a közvetlen lekérdezések általában nem memóriaigényes feladatok. Mivel azonban a lekérdezések igény szerint sokszor lesznek végrehajtva, ez processzorigényes lehet.

A számítási feladattól függően érdemes lehet optimalizálni az átjárókiszolgálót a memóriához vagy a processzorhoz.

Mikor kell skálázni egy átjáró klasztert?

A skálázás az üzletileg kritikus fontosságú átjárófürt egyik fontos eleme. Az átjárófürt használatának növekedésével az átjárófürtöt fel kell skálázni és/vagy ki kell terjeszteni a jó teljesítmény érdekében. Azt javasoljuk, hogy kezdje el vízszintesen skálázni az átjárófürtöt, ha korábban függőlegesen skálázta a fürt átjáróit.

A forgalomterhelés skálázása és elosztása a fürt egyes csomópontjai között összetett folyamat, amely az egyes forgatókönyvek függvényében változhat. Bár nincs végleges modell annak biztosítására, hogy az összes átjáróforgalom kiszámíthatóan legyen kiszolgálva, az alábbi korlátok skálázási igényt jeleznek. Általában javasoljuk a szélesítést (azaz új csomópontok hozzáadását a fürthöz) a bővítéssel szemben (azaz az egyes csomópontokon a CPU, RAM vagy lemezterület növelésével). A horizontális felskálázás általában hatékonyabb a rendszer egészének a többletforgalom kezelésére való képességében. A horizontális felskálázás pozitív hatással van a fürt által feldolgozható teljes sávszélességre is, míg a vertikális felskálázás általában nem. Amikor egy vagy több átjárócsomópont a következő küszöbértékek elérésére utaló jeleket mutat, a fürt horizontális kibővítését komolyan mérlegelni kell.

• CPU: A PROCESSZOR hosszabb ideig 80% felett van, azonban a maximális processzorhasználatot maximálisan kiugró rövid (5 perc alatti) csúcsok nem rendellenesek.

• RAM: A rendelkezésre álló memória 20% alá csökken rendszeresen.

• Lemez: A szabad lemezterület gyakran 5 GB alá csökken. Ez a csökkenés azt is jelezheti, hogy a gyorsítótárazási vagy a spool könyvtárakat stratégiailag kell konfigurálni.

• Egyidejűség: Több mint 40 lekérdezés egyidejű futtatása egyetlen csomóponton.

Mivel az átjárócsomópontok között elosztott frissítések és lekérdezések rendkívül eltérő profilokkal rendelkezhetnek, javasoljuk, hogy a hosszú ideig futó vagy memóriaigényes feladatokon is fokozott ellenőrzést helyezzenek el. A lekérdezésoptimalizálás ilyen esetekben nagy hatással lehet a teljesítményre és a méretezhetőségre, nemcsak az egyes jelentésekre és frissítésekre, hanem a rendszerre is. Javasoljuk, hogy a szóban forgó frissítéseket elkülönítse egyetlen dedikált átjáró klaszterbe a teljesítményjellemzők kiértékelése céljából, és hajtsa végre az optimalizálást a lekérdezésterv-diagnosztika, az összecsukási mutatók és minden egyéb közzétett teljesítményjavaslat alkalmazásával. Ez az elkülönítés minimalizálja a lekért adatok mennyiségét és a szükséges utófeldolgozás mennyiségét. Ez az elkülönítés hosszú távú stratégiaként is használható a hosszú ideig futó ETL-feladatok dedikált átjárófürtre való lefoglalására, hogy a szervezet más tipikus frissítéseivel való versengés csökkenjen.

Átjárófürt méretezése

A felskálázás az, amikor növeli az átjáró kiszolgálók specifikációit (processzor, memória, lemez stb.).

Vertikális felskálázásra lehet szükség, ha az átjáró egy vagy több lekérdezés végrehajtásakor eléri a processzor vagy a memória maximális méretét. A lekérdezések csak egy átjárókiszolgálón hajthatók végre, ezért az átjárókiszolgálónak elegendő erőforrással kell rendelkeznie a teljes lekérdezés és az eredményül kapott adatok feldolgozásához.

Átjárófürt kibővítése

A horizontális felskálázásra akkor van szükség, ha az átjárókiszolgáló már rendelkezik magas specifikációkkal (vagyis az átjárókiszolgáló már felskálázva van), vagy elérte az egy átjárókiszolgáló által kezelhető korlátokat az egyidejűleg végrehajtott lekérdezések száma miatt. A teljes átjárótag-csoportra kiterjedő terhelésnövekedés jó jel arra, hogy a fürt csomópontok hozzáadásával történő skálázása a megfelelő művelet. Mikor szükséges az átjárófürt skálázása meghatározott küszöbértékeket biztosít, amelyek jelzik, hogy mikortól szükséges a skálázás. A horizontális felskálázásról további információt az átjáró magas rendelkezésre állású és terheléselosztási funkcióinak használata című témakörben talál.

Skálázás új átjárófürtök létrehozásával

Ha az átjárófürt erőforrás-kihasználtsága magas, vagy kivételesen nagy számú felhasználó támaszkodik átjárófürtre, létrehozhat egy új átjárófürtöt. A számítási feladat egy részhalmaza ezután átvihető az új átjáró klaszterre. Ha sok felhasználó egyetlen átjárófürtre támaszkodik, jelentősen megnő annak a valószínűsége, hogy a felhasználó olyan lekérdezést küldhet, amely jelentős teljesítménybeli hatást okoz a teljes átjárófürtre nézve.

Az egyetlen átjárófürtre támaszkodó felhasználók kivételesen nagy száma azt jelzi, hogy létre kell hozni egy új átjárófürtöt.

Átjáró teljesítményének monitorozása és hibaelhárítása

Fontos az üzletileg kritikus fontosságú átjárók általános teljesítményének monitorozása az átjáró teljesítményfigyelési funkciójával. Ezzel a funkcióval elháríthatja a teljesítményproblémákat, azonosíthatja a szűk keresztmetszeteket, és azonosíthatja az átjáró általános teljesítményét befolyásoló lekérdezéseket. Ez a funkció fontos eszköz az átjárófürt méretezésének meghatározásában is.

Ha úgy azonosít egy lekérdezést, hogy az nagy hatással van az átjáróra, ami gyenge általános teljesítményt eredményez, akkor lehetséges, hogy a lekérdezést át tudja írni, hogy hatékonyabb legyen, és minimalizálja a teljesítményre gyakorolt hatást.

Ha a Microsoft egy átjáró vagy egy átjáróval kapcsolatos összetevő, például egy túlterhelt Power BI Premium-kapacitás gyenge teljesítményét azonosítja, a túlterhelt összetevőt a terhelés skálázásával vagy csökkentésével kell elhárítani. A Microsoft nem vizsgálja a gyenge teljesítményt, ha egy átjáró vagy egy átjáróval kapcsolatos összetevő túlterhelt.