Riasztások létrehozása annak monitorozásához, hogy a logikai partíciókulcs tárhelye megközelíti-e a 20 GB-ot

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: Nosql MongoDB Cassandra Gremlin Táblázat

Az Azure Cosmos DB legfeljebb 20 GB logikai partíciókulcs-méretet kényszerít ki. Ha például egy UserId által particionált tárolóval/gyűjteményrel rendelkezik, az "Alice" logikai partíción belüli adatok legfeljebb 20 GB adatot tárolhatnak.

A riasztások segítségével figyelheti, hogy vannak-e olyan logikai partíciókulcsok, amelyek megközelítik a 20 GB-os logikai partíciókorlátot. A riasztások e-mail formájában küldhetnek értesítést, vagy végrehajthatnak egy műveletet, például egy Azure-függvényt vagy logikai alkalmazást a feltétel aktiválásakor.

Ebben a cikkben létrehozunk egy riasztást, amely akkor aktiválódik, ha egy logikai partíciókulcs tárterülete meghaladja a 20 GB-os korlát 70%-át (több mint 14 GB tárhellyel rendelkezik). Riasztásokat a Riasztások panelen állíthat be egy adott Azure Cosmos DB-fiókban vagy az Azure Monitor szolgáltatásban a Azure Portal. Mindkét interfész ugyanazokat a lehetőségeket kínálja. Ez a cikk bemutatja, hogyan állíthatja be a riasztást az Azure Monitorból.

Előfeltételek

A diagnosztikai naplókban a PartitionKeyStatistics naplókategória adatait fogjuk használni a riasztás létrehozásához. A diagnosztikai naplók egy jóváhagyási funkció, ezért a folytatás előtt engedélyeznie kell azt. A példában az ajánlott erőforrás-specifikus naplók lehetőséget fogjuk használni.

Kövesse az Azure Cosmos DB-adatok monitorozása az Azure diagnosztikai beállításaival című témakör utasításait, és győződjön meg arról, hogy:

  • A diagnosztikai naplók engedélyezve van a monitorozni kívánt Azure Cosmos DB-fiók(ok)on
  • Konfigurálta a PartitionKeyStatistics naplókategória gyűjteményét
  • A diagnosztikai naplókat a rendszer egy Log Analytics-munkaterületre küldi

A riasztás létrehozása

  1. Jelentkezzen be a Azure Portal.

  2. A bal oldali navigációs sávon válassza a Figyelés , majd a Riasztások lehetőséget.

  3. Válassza az Új riasztási szabály gombot a Riasztási szabály létrehozása panel megnyitásához.

  4. Töltse ki a Hatókör szakaszt:

    • Nyissa meg az Erőforrás kiválasztása panelt, és konfigurálja a következőket:

    • Válassza ki az előfizetés nevét.

    • Az erőforrástípushoz válassza az Azure Cosmos DB-fiókok lehetőséget.

    • Az Azure Cosmos DB-fiók helye .

    • A részletek kitöltése után megjelenik az Azure Cosmos DB-fiókok listája a kiválasztott hatókörben. Válassza ki azt, amelyhez riasztásokat szeretne konfigurálni, majd válassza a Kész lehetőséget.

  5. Töltse ki a Feltétel szakaszt:

    • Nyissa meg a Feltétel kiválasztása panelt a Jel kiválasztása lap megnyitásához, és konfigurálja a következőket:

    • Válassza a Log (Napló ) lehetőséget a Jel típusa mezőben.

    • A Monitorozás szolgáltatáshoz válassza a Log Analytics lehetőséget.

    • Válassza az Egyéni naplókeresés lehetőséget a Jelnév mezőben.

    • A lekérdezésszerkesztőben adja hozzá az alábbi lekérdezést. Az eredmény előnézetének megtekintéséhez futtathatja a lekérdezést.

    Megjegyzés

    Teljesen rendben van, ha a lekérdezés jelenleg nem ad vissza eredményt. A PartitionKeyStatistics-naplók csak akkor jelenítik meg az adatokat, ha vannak jelentős méretű logikai partíciókulcsok, így ha nincsenek visszaadott eredmények, az azt jelenti, hogy nincsenek ilyen kulcsok. Ha és amikor ezek a kulcsok megjelennek a jövőben, a riasztás akkor aktiválódik.

    CDBPartitionKeyStatistics
// Get the latest storage size for each logical partition key value
| summarize arg_max(TimeGenerated, *) by AccountName, DatabaseName, CollectionName, _ResourceId, PartitionKey 
| extend utilizationOf20GBLogicalPartition = SizeKb / (20.0 * 1024.0 * 1024.0) // Current storage / 20GB
| project TimeGenerated, AccountName, DatabaseName, CollectionName, _ResourceId, PartitionKey, SizeKb, utilizationOf20GBLogicalPartition

    • Válassza a Riasztás szerkesztése folytatása lehetőséget.

    • A Mérés szakaszban:

      • A Mérték beállításnál válassza a utilizationOf20GBLogicalPartition elemet.

      • Az Összesítés típusa beállításnál válassza a Maximum lehetőséget.

      • Válassza ki a kívánt összesítési részletességet a követelmények alapján. A példában az 1 órát fogjuk kiválasztani. Ez azt jelenti, hogy a riasztás kiszámítja a logikai partíció tárolási méretét az óra legmagasabb tárolási értékével.

    • A Felosztás dimenziók szerint szakaszban:

      • Adja hozzá a következő hat dimenziót: AccountName, DatabaseName, CollectionName, _ResourceId, PartitionKey, SizeKb. Ez biztosítja, hogy a riasztás aktiválásakor azonosítani tudja a riasztást aktiváló adott Azure Cosmos DB-fiókot, adatbázist, gyűjteményt és partíciókulcsot.

      • A SizeKb dimenziónál válassza az Összes aktuális és jövőbeli érték kijelöléseDimenzióértékként lehetőséget.

      • Minden más dimenzió esetében:

        • Ha csak egy adott Azure Cosmos DB-fiókot, adatbázist, gyűjteményt vagy partíciókulcsot szeretne monitorozni, válassza ki az adott értéket vagy az Egyéni érték hozzáadása lehetőséget, ha az érték jelenleg nem jelenik meg a legördülő menüben.

        • Ellenkező esetben válassza az Összes jelenlegi és jövőbeli érték kijelölése lehetőséget. Ha például az Azure Cosmos DB-fiók jelenleg két adatbázissal és öt gyűjteménysel rendelkezik, a Database és CollectionName dimenzió összes aktuális és funkcióértékének kiválasztása biztosítja, hogy a riasztás az összes meglévő adatbázisra és gyűjteményre, valamint a jövőben esetlegesen létrehozottakra is érvényes legyen.

    • A Riasztási logika szakaszban:

      • Válassza a Nagyobb, mintlehetőséget az Operátor mezőben.

      • Válassza ki a kívánt küszöbértéket. A lekérdezés megírásának módja alapján az érvényes küszöbérték egy 0 és 1 közötti szám lesz (a korlátot is beleértve). A példánkban a riasztást szeretnénk aktiválni, ha egy logikai partíciókulcs eléri az engedélyezett tárterület 70%-át, ezért a 0,7 értéket írjuk be. Ezt a számot igény szerint hangolhatja.

      • Válassza ki a kívánt kiértékelési gyakoriságot a követelmények alapján. A példában az 1 órát fogjuk kiválasztani. Vegye figyelembe, hogy ennek az értéknek a riasztás kiértékelési időszakánál kisebbnek vagy egyenlőnek kell lennie.

      Az 5. lépés befejezése után a Feltétel szakasz az alábbi példához hasonlóan fog kinézni.

      Képernyőkép a jellogika példakonfigurációjáról

  6. Töltse ki a Műveletek szakaszt:

    • Válasszon ki egy meglévő műveletcsoportot, vagy hozzon létre egy új műveletcsoportot. A műveletcsoportok segítségével meghatározhatja a riasztás aktiválásakor végrehajtandó művelet(ek)et. Ebben a példában hozzon létre egy új műveletcsoportot, amely e-mailes értesítést kap a riasztás aktiválásakor. Nyissa meg a Műveletcsoport létrehozása panelt.

    • Az Alapok szakaszban:

      • Válassza ki azt az előfizetést és erőforráscsoportot, amelyben a műveletcsoport létrejön.

      • Műveletcsoport neve – A műveletcsoport nevének egyedinek kell lennie egy erőforráscsoporton belül.

      • Megjelenítendő név – Ez az érték szerepel az e-mail- és SMS-értesítésekben, hogy megállapítsa, melyik műveletcsoport volt az értesítés forrása.

    • Az Értesítések szakaszban:

      • Adja meg az értesítés nevét.

      • Az értesítés típusaként válassza a Email/SMS-üzenet/Leküldés/Hang lehetőséget, és adja meg az e-mail-, SMS-, leküldéses értesítési vagy hangadatokat.

    • Nem kötelező: A Műveletek szakaszban kiválaszthat egy futtatandó műveletet , például egy Azure-függvényt vagy logikai alkalmazást a Műveletek szakaszban.

    • Válassza az Áttekintés + létrehozás lehetőséget a műveletcsoport létrehozásához.

  7. Töltse ki a Részletek szakaszt:

    • Adja meg a riasztás nevét, adjon meg egy opcionális leírást, a riasztás súlyossági szintjét, és adja meg, hogy engedélyezi-e a szabályt a szabály létrehozásakor.
    • Válassza az Áttekintés + létrehozás lehetőséget, majd a Létrehozás lehetőséget a riasztás létrehozásának befejezéséhez.

A riasztás létrehozása után 10 percen belül aktív lesz.

Példa riasztásra

A riasztások megtekintése a Azure Portal:

  1. Jelentkezzen be a Azure Portal.

  2. A bal oldali navigációs sávon válassza a Figyelés , majd a Riasztások lehetőséget.

A riasztás aktiválásakor a következők lesznek:

  • Adatbázisfiók neve
  • Adatbázis neve
  • Gyűjtemény neve
  • Logikai partíciókulcs
  • Tárolás a logikai partíciókulcs KB-ban
  • A 20 GB-os korlát kihasználtsága

Az alábbi riasztásban például a "ContosoTenant" logikai partíciója elérte a 20 GB-os logikai partíció tárterületkorlátjának 0,78-at, és egy adott adatbázisban és gyűjteményben 16 GB adat található.

Képernyőkép egy riasztásról, amely akkor aktiválódik, ha a logikai partíciókulcs mérete meghaladja a küszöbértéket

Megoldási lépések

A 20 GB logikai partíció méretkorlátjának elérésekor nem tud több adatot írni a logikai partícióra. Ezért javasoljuk, hogy hosszú távú megoldásként egy másik partíciókulccsal újrakondicionálja az alkalmazást.

Ennek érdekében kérheti a meglévő alkalmazás logikai partíciókulcs-korlátjának ideiglenes növelését. Küldjön be egy Azure-támogatás jegyet, és válassza ki a kvótatípust: Ideiglenes növekedés a tároló logikai partíciókulcsának méretében. Vegye figyelembe, hogy ez ideiglenes megoldásként szolgál, és nem ajánlott hosszú távú megoldásként, mivel az SLA-garanciák nem teljesülnek a korlát növelésekor. A konfiguráció eltávolításához küldjön egy támogatási jegyet, és válassza ki A tároló logikai partíciókulcsának visszaállítása alapértelmezett méretre (20 GB) kvótatípust. Ez akkor végezhető el, ha törölte az adatokat a 20 GB-os logikai partíciókorlátnak megfelelően, vagy egy másik partíciókulccsal újra létrehozta az alkalmazást.

A magasabb tárhely- vagy átvitelisebesség-korlátokat igénylő partíciókulcsokkal rendelkező számítási feladatok kezelésére vonatkozó ajánlott eljárások megismeréséhez lásd: Szintetikus partíciókulcs létrehozása.

Következő lépések