Azure Monitor Logs – samtidighedsbegrænsning i forbindelse med forespørgsler udrulles
Dato for publicering: 30 april, 2020
Hvis du vil sikre, at Azure Monitor Logs giver alle brugere en ensartet oplevelse, udrulles der gradvist en ny samtidighedsbegrænsning. Det hjælper med til at beskytte mod brugere, der sender et stort antal forespørgsler på én gang, hvilket potentielt kan overbelaste systemressourcerne og bringe reaktionsevnen i fare. Nogle brugere vil opleve dette med det samme og andre om en måned eller to, når udrulningen er fuldført. Disse begrænsninger er udviklet til kun at begrænse scenarier med ekstremt forbrug og de er ikke relevante for scenarier med almindeligt forbrug.
Hvis der allerede kører fem forespørgsler for en vilkårlig bruger, anbringes nye forespørgsler i en samtidighedskø pr. bruger. Når en af de aktuelle forespørgsler afsluttes, trækkes den næste forespørgsel fra køen og startes. Dette inkluderer ikke forespørgsler fra påmindelsesregler.
Hvis en forespørgsel befinder sig i køen i mere end 2,5 minutter uden at være startet, afsluttes den med et HTTP-fejlsvar med koden 429.
Når antallet af forespørgsler i køen når 40, afvises eventuelle yderligere forespørgsler med en HTTP-fejlkode 429. Dette er en tilføjelse til de fem forespørgsler, der kan køres samtidigt.
Hvis dine forespørgsler begrænses af de nye begrænsninger:
- Optimer dine logforespørgsler.
- Dashboards og projektmapper kan indeholde flere forespørgsler i en enkelt visning, der genererer en serie af forespørgsler, hver gang de indlæses eller opdateres. Overvej at opdele dem i flere visninger, der indlæses efter behov.
- I Power BI bør du overveje kun at udtrække samlede resultater i stedet for rå logge.