Az Azure Monitor szolgáltatási korlátai

Ez a cikk az Azure Monitor különböző területein érvényes korlátokat sorolja fel.

Riasztások

Erőforrás Alapértelmezett korlát Felső korlát
Metrikariasztások (klasszikus) Előfizetésenként 100 aktív riasztási szabály. Ügyfélszolgálat felhívása
Metrikákhoz kapcsolódó riasztások Előfizetésenként 5000 aktív riasztási szabály a nyilvános Azure, az Azure China 21Vianet és Azure Government felhőkben. Ha eléri ezt a korlátot, vizsgálja meg, hogy használhat-e azonos típusú többerőforrásos riasztásokat.
Riasztási szabályonként 5000 metrikaidősor.
Hívja az ügyfélszolgálatot.
Tevékenységnapló-riasztások Előfizetésenként 100 aktív riasztási szabály (nem növelhető). Ugyanaz, mint az alapértelmezett
Naplóriasztások Előfizetésenként 1000 aktív riasztási szabály. Ebből 100 aktív riasztási szabály 1 perces gyakorisággal.
Erőforrásonként 1000 aktív riasztási szabály.
Riasztási szabályonként 6000 idősor.
Ügyfélszolgálat felhívása
Riasztásfeldolgozási szabályok Előfizetésenként 1000 aktív szabály. Ügyfélszolgálat felhívása
Riasztási szabályok és riasztásfeldolgozási szabályok leírásának hossza Naplókeresési riasztások 4096 karakter
Minden más 2048 karakter
Ugyanaz, mint az alapértelmezett

Alerts API

Az Azure Monitor-riasztások számos szabályozási korláttal rendelkeznek, amelyek védelmet nyújtanak a túl sok hívást kezdeményező felhasználók ellen. Az ilyen viselkedés potenciálisan túlterhelheti a rendszer háttérerőforrását, és veszélyeztetheti a szolgáltatás válaszképességét. Az alábbi korlátok célja, hogy megvédje az ügyfeleket a megszakításoktól, és biztosítsa a konzisztens szolgáltatási szintet. A felhasználók szabályozása és korlátozásai úgy vannak kialakítva, hogy csak a szélsőséges használati forgatókönyvre legyenek hatással, és nem lehetnek relevánsak a tipikus használat szempontjából.

Erőforrás Alapértelmezett korlát Felső korlát
Riasztások – Összegzés lekérése Előfizetésenként percenként 50 hívás Ugyanaz, mint az alapértelmezett
Riasztások – Az összes lekérése (nem "Get By Id") Előfizetésenként percenként 100 hívás Ugyanaz, mint az alapértelmezett
Minden más riasztási hívás Előfizetésenként percenként 1000 hívás Ugyanaz, mint az alapértelmezett

Műveletcsoportok

Egy előfizetésben korlátlan számú műveletcsoport lehet.

Erőforrás Alapértelmezett korlát Felső korlát
Azure-alkalmazás leküldése Műveletcsoportonként 10 Azure-alkalmazásművelet. Ugyanaz, mint az alapértelmezett
E-mail 1000 e-mail-művelet egy műveletcsoportban.
Legfeljebb 100 e-mail egy óra alatt.
Tekintse meg a sebességkorlátozási információkat is.
Ugyanaz, mint az alapértelmezett
Arm-szerepkör küldése e-mailben Műveletcsoportonként 10 e-mail ARM-szerepkörművelet. Ugyanaz, mint az alapértelmezett
Eseményközpont Műveletcsoportonként 10 eseményközpont-művelet. Ugyanaz, mint az alapértelmezett
ITSM 10 ITSM-művelet egy műveletcsoportban. Ugyanaz, mint az alapértelmezett
Logikai alkalmazás 10 logikai alkalmazásművelet egy műveletcsoportban. Ugyanaz, mint az alapértelmezett
Forgatókönyv 10 runbookművelet egy műveletcsoportban. Ugyanaz, mint az alapértelmezett
Biztonságos webhook 10 biztonságos webhookművelet egy műveletcsoportban. A webhookhívások maximális száma előfizetésenként percenként 1500. További korlátok érhetők el a műveletspecifikus információknál. Ugyanaz, mint az alapértelmezett
SMS 10 SMS-művelet egy műveletcsoportban.
5 percenként legfeljebb 1 SMS-üzenet.
Tekintse meg a sebességkorlátozási információkat is.
Ugyanaz, mint az alapértelmezett
Hang 10 hangművelet egy műveletcsoportban.
5 percenként legfeljebb 1 hanghívás.
Tekintse meg a sebességkorlátozási információkat is.
Ugyanaz, mint az alapértelmezett
Webhook 10 webhookművelet egy műveletcsoportban. A webhookhívások maximális száma előfizetésenként percenként 1500. További korlátok érhetők el a műveletspecifikus információknál. Ugyanaz, mint az alapértelmezett

Automatikus méretezés

Erőforrás Alapértelmezett korlát Felső korlát
Automatikus skálázási beállítások Régiónként 100 előfizetésenként. Ugyanaz, mint az alapértelmezett
Automatikus méretezési profilok Automatikus méretezési beállításonként 20 profil. Ugyanaz, mint az alapértelmezett

Egyéni naplók

Korlát Érték
API-hívás maximális mérete 1 MB tömörített és tömörítetlen adatokhoz
Maximális adat/perc DCR-enként 1 GB tömörített és tömörítetlen adatokhoz is. Próbálkozzon újra a válasz fejlécében Retry-After szereplő időtartam után.
Kérelmek maximális száma/perc DCR-enként 6,000. Próbálkozzon újra a válasz fejlécében Retry-After szereplő időtartam után.

Adatgyűjtési szabályok

Korlát Érték
Adatforrások maximális száma 10
Számlálók maximális száma a teljesítményszámlálóban 100
Létesítménynevek maximális száma a Syslogban 20
XPath-lekérdezések maximális száma az eseménynaplóban 100
Adatfolyamok maximális száma 10
Adatfolyamok maximális száma 10
Bővítmények maximális száma 10
A bővítménybeállítások maximális mérete 32 Kb
Log Analytics-munkaterületek maximális száma 10

Diagnosztikai Gépház

Korlát Érték
Diagnosztikai beállítások maximális száma erőforrásonként 5

Napló lekérdezések és nyelv

Általános lekérdezési korlátok

Korlát Description
Lekérdezés nyelve Az Azure Monitor ugyanazt a Kusto lekérdezési nyelvet használja, mint az Azure Data Explorer. Tekintse meg az Azure Monitor napló lekérdezési nyelvének különbségeit az Azure Monitorban nem támogatott KQL nyelvi elemek esetében.
Azure-régiók A napló lekérdezések túlzott többletterhelést okozhatnak, ha az adatok több Azure-régióban lévő Log Analytics-munkaterületekre is kiterjednek. Részletekért tekintse meg a lekérdezési korlátokat .
Erőforrásközi lekérdezések Az alkalmazás-Elemzések erőforrások és Log Analytics-munkaterületek maximális száma egyetlen lekérdezésben legfeljebb 100.
Az erőforrásközi lekérdezés nem támogatott a Nézettervezőben.
A naplóriasztásokban lévő erőforrásközi lekérdezések támogatottak az új scheduledQueryRules API-ban.
Részletekért tekintse meg az erőforrásközi lekérdezések korlátait .

Felhasználói lekérdezés szabályozása

Az Azure Monitor számos szabályozási korlátozással rendelkezik, hogy védelmet nyújtsunk a túl sok lekérdezést küldő felhasználók ellen. Az ilyen viselkedés potenciálisan túlterhelheti a rendszer háttérerőforrását, és veszélyeztetheti a szolgáltatás válaszképességét. Az alábbi korlátok célja, hogy megvédje az ügyfeleket a megszakításoktól, és biztosítsa a konzisztens szolgáltatási szintet. A felhasználók szabályozása és korlátozásai úgy vannak kialakítva, hogy csak a szélsőséges használati forgatókönyvekre legyenek hatással, és nem lehetnek relevánsak a tipikus használat szempontjából.

Measure Felhasználónkénti korlát Description
Egyidejű lekérdezések 5 A felhasználók legfeljebb 5 egyidejű lekérdezést futtathatnak, és minden további lekérdezés hozzá lesz adva az üzenetsorhoz. Amikor az egyik futó lekérdezés befejeződik, a rendszer az üzenetsor első lekérdezését lekérte az üzenetsorból, és elkezd futni. Megjegyzés: A riasztási lekérdezések nem részei ennek a korlátnak.
Egyidejűségi várólistán töltött idő 3 perc Ha egy lekérdezés 3 percnél tovább ül az üzenetsorban anélkül, hogy elindítanák, a 429-ben kódolt HTTP-hibaválaszsal leáll.
Összes lekérdezés egyidejűségi várólistán 200 Ha az üzenetsorban lévő lekérdezések száma eléri a 200-ot, a következő lekérdezést a rendszer a 429-es HTTP-hibakóddal elutasítja. Ez a szám az egyidejűleg futtatható öt lekérdezésen kívül van.
Lekérdezések sebessége 200 lekérdezés 30 másodpercenként Az egy felhasználó által az összes munkaterületre elküldhető lekérdezések összesített aránya. Ez a korlát az olyan vizualizációs részek által kezdeményezett programozott lekérdezésekre vagy lekérdezésekre vonatkozik, mint az Azure-irányítópultok és a Log Analytics-munkaterület összefoglaló oldala.
  • Optimalizálja a lekérdezéseket az Azure Monitor napló lekérdezések optimalizálása című fejezetében leírtak szerint.
  • Az irányítópultok és munkafüzetek több lekérdezést is tartalmazhatnak egyetlen nézetben, amelyek minden betöltési vagy frissítési alkalommal lekérdezések sorozatát generálják. Érdemes lehet több, igény szerint betölthető nézetre bontani őket.
  • A Power BI érdemes lehet csak összesített eredményeket kinyerni a nyers naplók helyett.

Log Analytics-munkaterületek

Adatgyűjtés mennyisége és megőrzése

Szint Napi korlát Adatmegőrzés Megjegyzés
Aktuális GB-onkénti tarifacsomag
(bevezetve: 2018. április)
Nincs korlát 30-730 nap A 31 napon túli adatmegőrzés további díjakért érhető el. További információ az Azure Monitor díjszabásáról.
Örökölt ingyenes szintek
(bevezetve 2016. áprilisban)
500 MB 7 nap Amikor a munkaterület eléri a napi 500 MB-os korlátot, az adatbetöltés leáll, és a következő nap elején folytatódik. A napi elszámolás UTC-alapú. Az Felhőhöz készült Microsoft Defender által gyűjtött adatok nem szerepelnek a napi 500 MB-os korlátban, és továbbra is ezen korlát felett lesznek összegyűjtve.
Örökölt különálló, GB-onkénti szint
(bevezetve 2016. áprilisban)
Nincs korlát 30–730 nap A 31 napon túli adatmegőrzés további költségekkel jár. További információ az Azure Monitor díjszabásáról.
Örökölt csomópontonként (OMS)
(bevezetve 2016. áprilisban)
Nincs korlát 30–730 nap A 31 napon túli adatmegőrzés további költségekkel jár. További információ az Azure Monitor díjszabásáról.
Örökölt standard szint Nincs korlát 30 nap A megőrzés nem módosítható
Örökölt Prémium szint Nincs korlát 365 nap A megőrzés nem módosítható

Munkaterületek száma előfizetésenként.

Tarifacsomag Munkaterület korlátja Megjegyzések
Ingyenes szint 10 Ez a korlát nem növelhető.
Minden más szint Nincs korlát Ezt az erőforráscsoporton belüli erőforrások száma és az előfizetésenkénti erőforráscsoportok száma korlátozza.

Azure Portal

Kategória Korlát Megjegyzések
Napló lekérdezés által visszaadott rekordok maximális száma 30,000 A lekérdezés hatóköre, időtartománya és szűrői használatával csökkentheti az eredményeket.

Data Collector API

Kategória Korlát Megjegyzések
Egyetlen bejegyzés maximális mérete 30 MB Nagyobb kötetek felosztása több bejegyzésre.
Mezőértékek maximális mérete 32 KB A 32 KB-nál hosszabb mezők csonkolva lesznek.

Lekérdezési API

Kategória Korlát Megjegyzések
Egyetlen lekérdezésben visszaadott rekordok maximális száma 500 000
Visszaadott adatok maximális mérete ~104 MB (~100 MiB) Az API legfeljebb 64 MB tömörített adatot ad vissza, ami akár 100 MB nyers adatra is lefordítható.
Lekérdezések maximális futási ideje 10 perc Részletekért tekintse meg az időtúllépéseket .
Kérelmek maximális aránya 200 kérés 30 másodpercenként Azure AD felhasználó vagy ügyfél IP-címe alapján Lásd : Napló lekérdezések és nyelv.

Azure Monitor-naplók összekötője

Kategória Korlát Megjegyzések
Az adatok maximális mérete ~16,7 MB (~16 MiB) Az összekötő infrastruktúrája azt diktálja, hogy a korlát alacsonyabb legyen, mint a lekérdezési API korlátja
Rekordok maximális száma 500 000
Az összekötő maximális időtúllépése 110 másodperc
Lekérdezések maximális időtúllépése 100 másodperc
Diagramok A Naplók lap és az összekötő különböző diagramtárakat használ a vizualizációhoz. Bizonyos funkciók jelenleg nem érhetők el az összekötőben.

Általános munkaterületi korlátok

Kategória Korlát Megjegyzések
Táblák oszlopainak maximális száma 500
Oszlopnév maximális karakterei 45

Adatbetöltési sebesség

Az Azure Monitor egy nagy léptékű adatszolgáltatás, amely több ezer ügyfelet szolgál ki, akik havonta több terabájtnyi adatot küldenek növekvő ütemben. A kötetsebesség korlátja el szeretné különíteni az Azure Monitor-ügyfeleket a több-bérlős környezet hirtelen betöltési csúcsaitól. A munkaterületeken 500 MB (tömörített) alapértelmezett betöltési sebességi küszöbérték van meghatározva, amely körülbelül 6 GB/perc tömörítetlenre van lefordítva – a tényleges méret a napló hosszától és tömörítési arányától függően változhat az adattípusok között. A mennyiségi korlát az Azure-erőforrásokból diagnosztikai beállításokon keresztül betöltött adatokra vonatkozik. Ha eléri a kötetsebesség korlátját, egy újrapróbálkozási mechanizmus 30 perc alatt négyszer kísérli meg az adatok betöltését, és elveti, ha a művelet meghiúsul. Nem vonatkozik az ügynökökből vagy a Data Collector API-ból betöltött adatokra.

Ha a munkaterületre küldött adatok mennyisége meghaladja a munkaterületen beállított küszöbérték 80%-át, a rendszer 6 óránként küld egy eseményt a munkaterület műveleti táblájának, miközben a küszöbérték továbbra is túllépi a küszöbértéket. Ha a betöltött kötetek száma meghaladja a küszöbértéket, egyes adatok elvesznek, és a rendszer 6 óránként küld egy eseményt a munkaterület műveleti táblájának, miközben a küszöbértéket a rendszer továbbra is túllépi. Ha a betöltési mennyiség továbbra is meghaladja a küszöbértéket, vagy várhatóan hamarosan eléri, támogatási kérés megnyitásával kérheti a mennyiség növelését.

A Log Analytics-munkaterület állapotának monitorozása az Azure Monitorban című témakörben talál riasztási szabályokat, hogy proaktívan értesüljön a betöltési korlátok elérésekor.

Megjegyzés

Attól függően, hogy mennyi ideje használja a Log Analyticset, előfordulhat, hogy rendelkezik hozzáféréssel az örökölt tarifacsomagokhoz. További információ a Log Analytics örökölt tarifacsomagjairól.

Application Insights

A metrikák és események alkalmazásonkénti, azaz rendszerállapot-kulcsonkénti számának bizonyos korlátai vannak. A korlátozások a választott díjszabási csomagtól függően változnak.

Erőforrás Korlát Megjegyzés
Napi teljes adatmennyiség 100 GB Egy korlát beállításával csökkenthető az adatmennyiség. Ha több adatra van szüksége, a portálon akár 1000 GB-ra is növelheti a korlátot. Az 1000 GB-nál nagyobb kapacitások esetén küldjön e-mailt a következő címre AIDataCap@microsoft.com: .
Throttling 32 000 esemény/másodperc A korlát megállapítása egy percnyi mérés alapján történik.
Adatmegőrzés 30-730 nap Ez az erőforrás a Keresés, Elemzés és Metrikaböngésző esetén használható.
Többlépéses rendelkezésre állási teszt a részletes eredmények megőrzésével 90 nap Ez az erőforrás minden lépésről részletes eredményeket biztosít.
Esemény maximális mérete 64 000 bájt
Tulajdonság- és metrikanév hossza 150 Lásd a típussémákat.
Tulajdonságérték-sztring hossza 8,192 Lásd a típussémákat.
Nyomkövetési és kivételüzenet hossza 32,768 Lásd a típussémákat.
Rendelkezésre állási tesztek száma alkalmazásonként 100
Profilkészítő adatmegőrzés 5 nap
Naponta küldött profilkészítői adatok 10 GB

További információ: ](.. /articles/azure-monitor/logs/cost-logs.md#application-insights-billing).

Következő lépések