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 |
| 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 | |
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).