Megosztás:

Az Azure Monitor szolgáltatási korlátai

Ez a cikk az Azure Monitor különböző területeire vonatkozó korlátozásokat sorolja fel.

Figyelmeztetések

Erőforrás Alapértelmezett korlát Maximális határ
A metrikai riasztások Előfizetésenként 5000 aktív riasztási szabály a nyilvános Azure-ban, a 21Vianet által üzemeltetett Microsoft Azure-ban és az Azure Government-felhőkben. Ha eléri ezt a korlátot, vizsgálja meg, hogy használhatja-e ugyanazt a típusú többerőforrás-riasztást.
Riasztási szabályonként 10 000 metrikaidősor.		 Hívja fel az ügyfélszolgálatot.
Tevékenységnapló-alapú riasztások Előfizetésenként 100 aktív riasztási szabály (nem növelhető). Ide tartoznak a Service Health és a Resource Health riasztásai.
Mivel ez a korlát nem növelhető, érdemes lehet a tevékenységnaplókat egy Log Analytics-munkaterületre küldeni, és inkább naplókeresési riasztásokat létrehozni, ha előfizetésenként nagyobb számú szabályra van szüksége.		 Ugyanaz, mint az alapértelmezett.
Eseménynapló-alapú riasztások Előfizetésenként 5000 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.
Minden állapot nélküli riasztási szabály legfeljebb 6000 riasztást indíthat kiértékelésenként.
Minden állapotalapú riasztási szabály legfeljebb 300 riasztást indíthat kiértékelésenként.
Riasztási szabályonként egy időben legfeljebb 5000 kiváltott állapotalapú riasztás.
Az állapotalapú riasztási szabályok legfeljebb 12 órás gyakorisággal konfigurálhatók.

A naplóriasztási szabály tulajdonságaiban szereplő összes adat együttes mérete nem haladhatja meg a 64 KB-ot.
A Kusto-lekérdezés eredménye nem haladhatja meg a 20 MB-ot.
Felügyelt identitásonként 500 aktív riasztási szabály a Log Analytics vagy az ADX-munkaterületen.
Felügyelt identitásonként 50 aktív riasztási szabály az Azure Resource Graph-munkaterületen.		 Hívja fel az ügyfélszolgálatot.
Riasztásfeldolgozási szabályok Előfizetésenként 1000 aktív szabály. Hívja fel az ügyfélszolgálatot.
Riasztási szabályok és riasztásfeldolgozási szabályok leírása A naplókeresési riasztások hossza 4096 karakter.
Minden más 2048 karakterből áll.		 Ugyanaz, mint az alapértelmezett.

Riasztások API

Az Azure Monitor-riasztások számos szabályozási korláttal rendelkeznek, hogy védelmet nyújtsanak 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észségét. Az alábbi korlátok célja, hogy megvédjék az ügyfeleket a megszakításoktól, és egységes szolgáltatási szintet biztosítsanak. A használat szabályozása és korlátozásai csak a szélsőséges használati helyzeteket érintik. Ezek nem lehetnek relevánsak a tipikus használathoz.

Megjegyzés

Az API-hívások száma példányonként korlátozott. A pontos korlátszám a példányok számától függ.

Erőforrás Alapértelmezett korlát Maximális határ
Riasztások – Összegzés lekérése Előfizetésenként percenként 50 hívás Ugyanaz, mint az alapértelmezett
Riasztások – Ö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ás hívások Előfizetésenként percenként 1000 hívás Ugyanaz, mint az alapértelmezett

Akciócsoportok

Korlátlan számú műveletcsoportot használhat egy előfizetésben.

Erőforrás Alapértelmezett korlát Maximális határ
Azure-alkalmazás értesítése Műveletcsoportonként 10 Azure-alkalmazásművelet. Ugyanaz, mint az alapértelmezett
Email 1000 e-mail művelet egy műveletcsoportban.
Óránként legfeljebb 100 e-mail található minden egyes e-mail-címhez régiónként
Az e-mail-címek karakterkorlátja 64.
Az e-mailek karakterkorlátja 55296.
Tekintse meg az értesítések szolgáltatási korlátait is.		 Ugyanaz, mint az alapértelmezett
Azure Resource Manager-szerepkör e-mailküldése Műveletcsoportonként 10 ARM-szerepművelet e-mailje.
Éles üzemeltetésben: Régiónként legfeljebb 100 e-mail óránként.
Tesztműveleti csoportban: Legfeljebb két e-mail egy (1) percenként.		 Ugyanaz, mint az alapértelmezett
Event Hubs Műveletcsoportonként 10 Event Hubs-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
műveleti útmutató 10 runbook-mű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. Ugyanaz, mint az alapértelmezett
SMS 10 SMS-művelet egy műveletcsoportban.
Éles környezetben: Öt percenként legfeljebb egy SMS-üzenet.
Tesztműveletcsoportban: Percenként legfeljebb egy SMS.		 Ugyanaz, mint az alapértelmezett
Voice 10 hangművelet egy műveletcsoportban.
Éles környezetben: Öt percenként legfeljebb egy hanghívás.
Tesztműveletcsoportban: Percenként legfeljebb egy hanghívás.		 Ugyanaz, mint az alapértelmezett
Webhook 10 webhook-művelet egy műveletcsoportban. A webhookhívások maximális száma előfizetésenként percenként 1500. Ugyanaz, mint az alapértelmezett

Automatikus skálázás

Erőforrás Alapértelmezett korlát Maximális határ
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

Prometheus-metrikák

Lenyelés

Az Azure által felügyelt Prometheus egy kis- és nagybetűket érzéketlen rendszer. A program a karakterláncokat, például a metrikus neveket, a címkék neveit vagy a címkeértékeket azonos idősornak tekinti, ha azok csak a karakterlánc esetében különböznek a másik idősoroktól. További információ: Prometheus-metrikák áttekintése.

Az alábbi korlátozások a Prometheus-metrikákat tartalmazó Azure Monitor-munkaterületre vonatkoznak.

Korlátozás Érték
Aktív idősor az elmúlt ~12 órában jelentett metrikákkal. 1,000,000
Kérhet emelést. 
Események percenként feldolgozva. 1,000,000
Kérhet emelést. 

Az alábbi korlátozások az adatgyűjtési szabályra (DCR) és az adatgyűjtési végpontra (DCE) vonatkoznak, amely Prometheus-metrikák adatait küldi el az Azure Monitor-munkaterületre.

Korlátozás Érték
Adatgyűjtési szabályra vonatkozó percenkénti bevitel kérések száma 15 000
Ez a korlát nem növelhető. 
Percenkénti adatbetöltés egy adatgyűjtési szabályhoz 50 GB
Ez a korlát nem növelhető.

Lekérdezések

A Prometheus-lekérdezések a PromQL használatával jönnek létre, és az Azure Managed Grafana vagy az ön által felügyelt Grafana használatával hozhatók létre.

Korlátozás Érték
Adatmegőrzés 18 hónap.
Ez a korlát nem növelhető. 
Lekérdezési időtartomány A PromQL-lekérdezés kezdési és befejezési időpontja között 32 nap.
Ez a korlát nem növelhető.
Lekérdezési idősorok metrikánként 500 000 idősor. 
Visszaadott lekérdezésminták Lekérdezésenként 50 000 000 minta. 
Lekérdezési lépés minimális mérete
időtartomány >= 48 óra 		60 másodperc. 

Adatkorlátok lekérdezése
Ügyfélforgalom esetén:

Korlátozás Érték
Az ablak lekérdezési hosszának korlátozása 30 másodperc
Azure Monitor-munkaterületenként visszaadott adatok 0,5 GB

Forgalmi szabályok rögzítéséhez:

Korlátozás Érték
Az ablak lekérdezési hosszának korlátozása 3 perc
Azure Monitor-munkaterületenként visszaadott adatok 1 GB

Lekérdezések előzetes elemzési korlátai
A lekérdezési időtartomány és a kérés típusa alapján egy 30 másodperces ablakban (ügyfélforgalom esetén):

Korlátozás Érték
Lekérdezési órák felhasználónként (Microsoft Entra-azonosító, felügyelt identitás, Azure Managed Grafana-munkaterület) 30 000
Lekérdezési órák Azure Monitor-munkaterületenként 60 000
Azure-bérlőnkénti lekérdezési órák 600,000

Lekérdezési időszak és a kérés fajtája alapján, egy 3 perces időablakon keresztül (a szabályok forgalmának rögzítéséhez):

Korlátozás Érték
Lekérdezési órák Azure Monitor-munkaterületenként 60 000
Azure-bérlőnkénti lekérdezési órák 600,000

Lekérdezések elemzés utáni korlátai
A lekérdezés időtartománya és tartományvektorai alapján egy 30 másodperces ablakban (ügyfélforgalom esetén):

Korlátozás Érték
Lekérdezési órák felhasználónként (Microsoft Entra-azonosító, felügyelt identitás, Azure Managed Grafana-munkaterület) 2,000,000
Lekérdezési órák Azure Monitor-munkaterületenként 2,000,000
Azure-bérlőnkénti lekérdezési órák 20 000 000

A lekérdezés időtartományára és tartományvektoraira alapozva, egy 3 perces időablakban (a szabályok forgalmának rögzítésére):

Korlátozás Érték
Lekérdezési órák Azure Monitor-munkaterületenként 2,000,000
Azure-bérlőnkénti lekérdezési órák 20 000 000

Költségszabályozási korlátok lekérdezése

Korlátozás Érték
Lekérdezésenkénti lekérdezési költség maximális száma 15 000
A szabályok lekérdezésének rögzítéséhez szükséges lekérdezési költségek maximális száma 3000

A lekérdezés költségszámítása az alábbiak szerint történik:

Lekérdezési költség = (Kért idősorok száma * (lekérdezett idő másodpercben / Lekérdezett adatok késleltetett időfeloldása)) / 5000

Lekérdezett adatok kikövetkeztetett időfeloldása = Egy véletlenszerűen kiválasztott idősorban tárolt adatpontok száma / lekérdezett időtartam másodpercben

Megjegyzés

A lekérdezésben egyetlen metrika esetében az idősort kulcsok eredményeinek mérete legfeljebb 64 MB lehet bájtban.

Riasztási és rögzítési szabályok

A Prometheus riasztási szabályai és a rögzítési szabályok a PromQL-ben vannak definiálva. Azokat a felügyelt Ruler szolgáltatás végzi el, amely a Prometheus számára készült Azure Monitor felügyelt szolgáltatásának része.

Határ Érték
Szabálycsoportok Azure Monitor-munkaterületenként egy Azure-előfizetésben ötszáz
Kérhet emelést.
Szabályok szabálycsoportonként 20
Ez a korlát nem növelhető.
Szabálycsoport kiértékelési időköze 1 perc és 24 óra között.
Az alapértelmezett érték 1 perc. 
Aktív riasztások Jelenleg nincs korlátozás.

Távoli írás

A számításokat egy 500-es távoli kötegméret használatával határozták meg, amely az alapértelmezett.

Korlátozás Érték
Processzorhasználat 0,25 x (metrikák száma) + 1,25 x (az adatsorok átlagos száma metrikánként)
CPU-kérés 0,75 x (processzorhasználat)
CPU-korlát 2 x (CPU-kérés)
Memóriakérelem 150 Mb
Memóriakorlát 200 Mb
Maximális átviteli sebesség A távoli írási tároló legfeljebb 150 000 egyedi idősort képes feldolgozni. A tároló az egyidejű kapcsolatok magas száma miatt 150 000-esnél több kérést kiszolgáló hibákat jelezhet. Ez a probléma a távoli csomagméret 500-ról 1000-re való növelésével hárítható el. Ez a módosítás csökkenti a nyitott kapcsolatok számát.

Naplók Beolvasási API

Korlátozás Érték Megjegyzések
API-hívás maximális mérete 1 MB Tömörített és tömörítetlen adatok is.
Mezőértékek maximális mérete 64 KB A 64 KB-nál hosszabb mezők levágásra kerülnek.
DCR-enként maximális adat/perc *2 GB Tömörített és tömörítetlen adatok 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 *12,000 Próbálkozzon újra a válasz fejlécében Retry-After szereplő időtartam után.
API-hívásonkénti maximális TimeGenerated tartomány 30 perc Ez a korlát csak kiegészítő naplótáblákba való adatbevitelkor érvényes. Ha a forrásbejegyzések TimeGenerated betöltése átalakítás nélkül történik, a bejegyzések tartományának 30 percnél rövidebbnek kell lennie.

* A küszöbértéken túli fokozatos növekedéseket a rendszer automatikusan el tudja fogadni, bár a skálázás során továbbra is előfordulhat átmeneti szabályozás. Ha a várható nagy vagy hirtelen növekedés jelentősen meghaladja ezt a küszöbértéket, útmutatásért forduljon az Azure ügyfélszolgálatához.

Adatgyűjtési szabályok

Korlátozás Érték
Adatforrások maximális száma 10
Teljesítményszámlálóban a számláló specifikátorok maximális száma 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 20
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
Az átalakításban szereplő karakterek maximális száma 15,360

Diagnosztikai beállítások

Erőforrás Alapértelmezett korlát Felső határ
Diagnosztikai beállítások maximális száma erőforrásonként 5 Ugyanaz, mint az alapértelmezett.

Naplózási lekérdezések és nyelvkezelés

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

Korlátozás Leírás
Lekérdezés nyelve Az Azure Monitor ugyanazt a Kusto lekérdezésnyelv (KQL) használja, mint az Azure Data Explorer. Tekintse meg az Azure Monitor naplólekérdezési nyelvi különbségeit az Azure Monitorban nem támogatott KQL nyelvi elemek esetében.
Azure-régiók A naplózási lekérdezések túlzott többletterhelést okozhatnak, ha az adatok több Azure-régióban lévő Log Analytics-munkaterületekre terjednek ki. Részletekért tekintse meg a lekérdezés korlátait .
Erőforrásközi lekérdezések Az Application Insights-erőforrások és a 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.
Az új scheduledQueryRules API támogatja az erőforrásközi lekérdezéseket a naplóriasztásokban.
Részletekért tekintse meg az erőforrásközi lekérdezés korlátait .
Log Analytics-irányítópult lekérdezései Egyetlen Log Analytics-irányítópult lekérdezésében visszaadott rekordok maximális száma 2000.

Felhasználói lekérdezés korlátozása

Az Azure Monitor számos szabályozási korláttal rendelkezik a háttérrendszer erőforrásainak védelme érdekében a túl sok lekérdezést küldő felhasználók ellen, és biztosítja a konzisztens szolgáltatásszintet. Ezek a felhasználói korlátok szélsőséges használati forgatókönyveket tükröznek, és nem lehetnek relevánsak a tipikus lekérdezési viselkedés szempontjából.

Mérték Felhasználónkénti korlát Leírás
Egyidejű elemzési lekérdezések 5 A felhasználók legfeljebb öt egyidejű lekérdezést futtathatnak az Analytics-táblákon. A további lekérdezéseket a rendszer egyidejűségi üzenetsorba adja, elsőként be, elsőként ki sorrendben (FIFO). Amikor az egyidejűleg futó lekérdezések egyike befejeződik, a rendszer hozzáadja az üzenetsor első lekérdezését az egyidejű lekérdezésekhez, és elindul. A riasztási lekérdezések nem részei ennek a korlátnak.
Egyidejű alapszintű és kiegészítő lekérdezések 2 A felhasználók legfeljebb két egyidejű keresési lekérdezést futtathatnak az Alapszintű és a Kiegészítő táblákon. A további lekérdezések ugyanazt a FIFO-modellt követik az egyidejűségi üzenetsorban.
Idő a párhuzamos sorban 3 perc Ha egy lekérdezés 3 percnél hosszabb ideig ül az üzenetsorban anélkül, hogy elindítanák, a 429-ben kódolt HTTP-hibaválaszsal végződik.
Az egyidejűségi sor összes kérése 200 Amikor az üzenetsor lekérdezéseinek 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átozás 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ó (elavult) oldala.
Tevékenységnaplók API-lekérdezési sebessége 50 lekérdezés 30 másodpercenként A tevékenységnaplók API-jának külön sebességkorlátja van.

Tartsa szem előtt ezeket az ajánlott eljárásokat a rendszer válaszkészségének biztosítása érdekében:

  • Optimalizálja a lekérdezéseket az Azure Monitor napló lekérdezésének optimalizálása című cikkben leírtak szerint.
  • Az irányítópultok és a munkafüzetek egyetlen nézetben több lekérdezést is tartalmazhatnak, amelyek minden betöltéskor vagy frissítéskor nagy számú lekérdezést eredményezhetnek. Érdemes lehet ezeket több nézetre felosztani, amelyeket igény szerint lehet majd betölteni.
  • A Power BI-ban érdemes lehet a nyers naplók helyett csak az aggregált eredményeket lekérni.

Log Analytics-munkaterületek

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

Tarifacsomag Napi korlát Adatmegőrzés Megjegyzés
Használatalapú fizetés
(bevezetve: 2018. április)		 Nincs korlát Akár 730 napos interaktív megőrzés/
legfeljebb 12 éves adatarchívum		 A 31 napnál hosszabb adatmegőrzés további díjakért érhető el. További információ az Azure Monitor díjszabásáról.
Kötelezettségvállalási szintek
(bevezetve: 2019. november)		 Nincs korlát Akár 730 napos interaktív megőrzés/
legfeljebb 12 éves adatarchívum		 A 31 napnál hosszabb adatmegőrzés további díjakért érhető el. További információ az Azure Monitor díjszabásáról.
Régi csomópontonként (OMS)
(bevezetve: 2016. április)		 Nincs korlát 30–730 nap A 31 napnál hosszabb adatmegőrzés további díjakért érhető el. További információ az Azure Monitor díjszabásáról. Csak az alábbi feltételek valamelyikének megfelelő ügyfelek férhetnek hozzá ehhez a tarifacsomaghoz:
azok az előfizetések, amelyek 2018
. április 2. előtt log Analytics-munkaterületet vagy Application Insights-erőforrást tartalmaztak– a 2019. február 1-je előtt elindított nagyvállalati szerződéshez kapcsolódó előfizetések, amelyek továbbra is aktívak.
Régi önálló szint
(bevezetve: 2016. április)		 Nincs korlát 30–730 nap A 31 napnál hosszabb adatmegőrzés további díjakért érhető el. További információ az Azure Monitor díjszabásáról. Csak az alábbi feltételek valamelyikének megfelelő ügyfelek férhetnek hozzá ehhez a tarifacsomaghoz:
azok az előfizetések, amelyek 2018
. április 2. előtt log Analytics-munkaterületet vagy Application Insights-erőforrást tartalmaztak– a 2019. február 1-je előtt elindított nagyvállalati szerződéshez kapcsolódó előfizetések, amelyek továbbra is aktívak.
Korábbi ingyenes szint
(bevezetve: 2016. április)		 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. Egy nap a UTC alapján van meghatározva. Az Felhőhöz készült Microsoft Defender által gyűjtött adatok nem szerepelnek ebben a napi 500 MB-os korlátban, és továbbra is ezen korlát felett lesznek összegyűjtve. Az örökölt ingyenes próbaverziós tarifacsomagban csak 2022. július 1-ig hozhat létre új munkaterületeket, vagy áthelyezheti a meglévő munkaterületeket.
Régi standard szint Nincs korlát 30 nap A megőrzés nem módosítható. Ez a szint 2016. október 1-től nem érhető el az új munkaterületek számára.
Hagyományos prémium szint Nincs korlát 365 nap A megőrzés nem módosítható. Ez a szint 2016. október 1-től nem érhető el az új munkaterületek számára.

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

Tarifacsomag Munkaterület korlátja Megjegyzések
Régi ingyenes szint 10 Ez a korlát nem növelhető. Az örökölt ingyenes próbaverziós tarifacsomagban csak 2022. július 1-ig hozhat létre új munkaterületeket, vagy áthelyezheti a meglévő munkaterületeket.
Minden más szint Nincs korlát Az erőforráscsoporton belüli erőforrások száma és a szolgáltatási előfizetésenként elérhető erőforráscsoportok száma korlátozza Önt.

Azure Portal

Kategória Korlátozás Megjegyzések
Napló lekérdezés által visszaadott rekordok maximális száma 500,000 A lekérdezés hatókörének, időtartományának és szűrőinek használatával csökkentheti az eredményeket.
Visszaadott adatok maximális mérete ~104 megabájt (~100 MiB) A portál felhasználói felülete legfeljebb 64 MB tömörített adatot ad vissza, ami akár 100 MB nyers adatra is lefordítható.

Adatgyűjtő API

Kategória Korlátozás Megjegyzések
Egyetlen bejegyzés maximális mérete 30 megabájt Nagyobb tartalmak 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és API

Kategória Korlátozás Megjegyzések
Egyetlen lekérdezésben visszaadott rekordok maximális száma 500,000
Visszaadott adatok maximális mérete ~104 megabájt (~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 További részletekért tekintse meg a Timeouts részt.
Maximális kérelemarány 200 kérés 30 másodpercenként a Microsoft Entra-felhasználó vagy az ügyfél IP-címe alapján Lásd: Napló lekérdezések és nyelv.

Azure Monitor-napló csatlakozó

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

Összefoglaló szabályok

Kategória Korlátozás
Aktív szabályok maximális száma egy munkaterületen 30
Találatok maximális száma tárolónként 500,000
A maximális eredményhalmaz mérete 100 MB
Lekérdezési időtúllépés a tárolók feldolgozásánál 10 perc

Általános munkaterületkorlátok

Kategória Korlátozás Megjegyzések
Táblák oszlopainak maximális száma ötszáz AzureDiagnostics – A korlát feletti oszlopok hozzáadódnak a dinamikus "AdditionalFields" oszlophoz
Az Adatgyűjtő API által létrehozott egyéni napló – a korlát feletti oszlopok hozzáadódnak a dinamikus "AdditionalFields" oszlophoz
Egyéni napló – kapcsolatfelvétel az ügyfélszolgálattal a korlát növeléséhez
Egyéni naplótáblák maximális száma ötszáz A korlát növeléséhez forduljon az ügyfélszolgálathoz
Oszlopnév maximális karakterei 45

Adatbevitel mennyisége

Az Azure Monitor egy nagy léptékű adatszolgáltatás, amely több ezer ügyfelet szolgál ki, akik naponta több terabájtnyi adatot küldenek, és egyre nagyobb ütemben. Egy rugalmas adatráta korlátozás célja, hogy elkülönítse az Azure Monitor ügyfeleit a több bérlős környezet hirtelen adatbetöltési csúcsaitól. A munkaterületeken az alapértelmezett betöltési sebesség küszöbértéke 500 MB (tömörített), amely körülbelül 6 GB/perc tömörítetlenre van lefordítva.

A kötetsebesség-korlát a munkaterület-alapú Application Insightsból, az Azure-erőforrásokból diagnosztikai beállításokon keresztül betöltött adatokra és a Data Collector API-ra vonatkozik. Amikor a kötetsebesség-korlátot elérik, egy újrapróbálkozó mechanizmus 12 órán belül négyszer próbálja meg beolvasni az adatokat, és elveti őket, ha a művelet meghiúsul. A korlát nem vonatkozik az ügynököktől vagy az adatgyűjtési szabályon (DCR) keresztül betöltött adatokra.

Ha a kötetmennyiség meghaladja a munkaterületi küszöbérték 80%-át, a rendszer 6 óránként küld egy eseményt a Operation táblához a munkaterületen, amíg a kötetmennyiség magasabb a küszöbértéknél. Ha a betöltött mennyiség meghaladja a küszöbértéket, bizonyos adatok elvesznek, és a rendszer 6 óránként küld egy eseményt a Operation munkaterület táblájába, amíg a küszöbérték túllépése fennáll.

Ha a betöltési mennyiség sebessége meghaladja ezt a küszöbértéket, vagy azt tervezi, hogy növeli a betöltési küszöbértéket, forduljon az ügyfélszolgálathoz, és kérje a sebességkorlát növelését a munkaterületen.

Ajánlott eljárás – Hozzon létre egy riasztási szabályt, amely értesítést küld a betöltési sebességkorlátok közeledésekor vagy elérésekor. Lásd: Log Analytics-munkaterület állapotának monitorozása az Azure Monitorban.

Megjegyzés

Attól függően, hogy mennyi ideig használja a Log Analyticst, 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

Az alkalmazásonkénti metrikák és események, azaz a kapcsolati sztringek száma korlátozott. A korlátozások a választott díjszabási csomagtól függően változnak.

Erőforrás Alapértelmezett korlát Maximális határ Jegyzetek
Napi teljes adatmennyiség 100 GB Kapcsolatfelvétel az ügyfélszolgálattal. Az adatok csökkentéséhez beállíthat egy korlátot. 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: .
Fojtás 32 000 esemény/másodperc Kapcsolatfelvétel az ügyfélszolgálattal. A korlát megállapítása egy percnyi mérés alapján történik.
Adatmegőrzési naplók 30–730 nap 730 nap Ez az erőforrás a naplók számára készült .
Adatmegőrzési metrikák 90 nap 90 nap Ez az erőforrás a Metrics Explorerhez készült.
Rendelkezésre állási többlépéses teszt részletes eredményeinek tárolása 90 nap 90 nap Ez az erőforrás minden lépésről részletes eredményeket biztosít.
Telemetriai elemek maximális mérete 64 KB 64 KB
Telemetriaelemek maximális száma kötegenként 64,000 64,000
Tulajdonság- és metrikanév hossza 150 150 Lásd a típussémákat.
Tulajdonságérték-karakterlánc hossza 8,192 8,192 Lásd a típussémákat.
Nyomkövetési és kivételüzenet hossza 32,768 32,768 Lásd a típussémákat.
A rendelkezésre állási tesztek száma Application Insights-erőforrásonként 100 100
Rendelkezésre állási tesztek száma erőforráscsoportonként nyolcszáz nyolcszáz Lásd: Azure Resource Manager
A rendelkezésre állási tesztek maximális átirányítása tesztenként 10 10
Rendelkezésre állási tesztek minimális tesztelési gyakorisága 300 másodperc Az 5 percnél rövidebb egyéni tesztelési gyakoriságok vagy frekvenciák egyéni TrackAvailability implementációt igényelnek.
.NET Profiler és Snapshot Debugger adatmegőrzés Két hét Kapcsolatfelvétel az ügyfélszolgálattal. A maximális megőrzési korlát hat hónap.
Naponta küldött .NET Profiler-adatok Nincs korlát Nincs korlát.
Pillanatkép-hibakereső által küldött adatok naponta Naponta 30 pillanatkép figyelt alkalmazásonként Nincs korlát. Az alkalmazásonként gyűjtött pillanatképek száma konfigurációval módosítható.

A díjszabásról és a kvótákról további információt az Application Insights számlázásában talál.

Az AMPLS-objektumokra a következő korlátozások vonatkoznak:

  • Egy virtuális hálózat csak egy AMPLS-objektumhoz tud csatlakozni. Ez azt jelenti, hogy az AMPLS-objektumnak hozzáférést kell biztosítania az összes Azure Monitor-erőforráshoz, amelyhez a virtuális hálózatnak hozzáféréssel kell rendelkeznie.
  • Az AMPLS-objektumok legfeljebb 3000 Log Analytics-munkaterülethez és legfeljebb 10 000 Application Insights-összetevőhöz csatlakozhatnak.
  • Egy Azure Monitor-erőforrás legfeljebb 100 AMPLS-hez tud csatlakozni.
  • Az AMPLS-objektumok legfeljebb 10 privát végponthoz csatlakozhatnak.

Következő lépések

  • Last updated on