Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule wymieniono limity w różnych obszarach usługi Azure Monitor.
Powiadomienia
Zasób | Limit domyślny | Maksymalny limit |
---|---|---|
Alerty dotyczące metryk | 5000 aktywnych reguł alertów na subskrypcję w publicznej wersji platformy Azure, Microsoft Azure obsługiwanej przez 21Vianet oraz chmurach Azure Government. Jeśli osiągniesz ten limit, sprawdź, czy możesz użyć tego samego typu alertów obejmujących wiele zasobów. 10 000 metrycznych szeregów czasowych na regułę alertu. |
Zadzwoń do pomocy technicznej. |
Alerty dotyczące dzienników aktywności | 100 aktywnych reguł alertów na subskrypcję (nie można ich zwiększyć). Ponieważ nie można zwiększyć tego limitu, rozważ wysłanie dzienników aktywności do obszaru roboczego Log Analytics oraz utworzenie alertów wyszukiwania w dziennikach, jeśli potrzebujesz większej liczby reguł na subskrypcję. |
Tak samo jak wartość domyślna. |
Alerty dotyczące logów | 5 000 aktywnych reguł alertów na subskrypcję. Z czego 100 aktywnych reguł alertów z częstotliwością 1-minutową. 1 000 aktywnych reguł alertów na zasoby. Każda bezstanowa reguła alertu może wyzwalać do 6000 alertów na ocenę. Każda reguła alertu stanowego może wyzwalać maksymalnie 300 alertów na ocenę. Do 5000 wyzwolonych alertów stanowych jednocześnie na regułę alertu. Łączny rozmiar wszystkich danych we właściwościach reguły alertu dziennika nie może przekraczać 64 KB. Wyniki zapytania Kusto nie mogą przekraczać więcej niż 20 MB. 500 aktywnych reguł alertów dla każdej tożsamości zarządzanej w obszarze roboczym usługi Log Analytics lub Azure Data Explorer (ADX). 50 aktywnych reguł alertów dla każdej zarządzanej tożsamości w obszarze roboczym usługi Azure Resource Graph. |
Zadzwoń do pomocy technicznej. |
Reguły przetwarzania alertów | 1 000 aktywnych reguł na subskrypcję. | Zadzwoń do pomocy technicznej. |
Długość opisu reguł alertów i reguł przetwarzania alertów | Alerty wyszukiwania w dziennikach: 4096 znaków. Wszystkie inne to 2048 znaków. |
Tak samo jak wartość domyślna. |
Interfejs API alertów
Alerty usługi Azure Monitor mają kilka ograniczeń przepustowości, aby chronić przed użytkownikami wykonującymi nadmierną liczbę wywołań. Takie zachowanie może potencjalnie przeciążyć zasoby zaplecza systemu i zagrozić czasowi reakcji usługi. Następujące limity zostały zaprojektowane w celu ochrony klientów przed przerwami i zapewnienia spójnego poziomu usług. Ograniczanie przepustowości i limity użytkowników są zaprojektowane tak, aby wpływały tylko na skrajne scenariusze użycia. Nie powinny one być istotne dla typowego użycia.
Uwaga / Notatka
Istnieje limit wywołań interfejsu API na wystąpienie. Dokładna liczba limitu zależy od liczby wystąpień.
Zasób | Limit domyślny | Maksymalny limit |
---|---|---|
Alerty — pobieranie podsumowania | 50 połączeń na minutę na subskrypcję | Tak samo jak domyślne |
Alerty — pobierz wszystko (nie "Pobierz według identyfikatora") | 100 wywołań na minutę na subskrypcję | Tak samo jak domyślne |
Wszystkie inne wywołania alertów | 1 000 wywołań na minutę dla subskrypcji | Tak samo jak domyślne |
Grupy akcji
Możesz mieć nieograniczoną liczbę grup akcji w subskrypcji.
Zasób | Limit domyślny | Maksymalny limit |
---|---|---|
Wysyłanie powiadomień aplikacji Azure | 10 akcji aplikacji platformy Azure na grupę akcji. | Tak samo jak domyślne |
1000 działań e-mail w grupie działań. Co godzinę nie więcej niż 100 wiadomości e-mail dla każdego adresu e-mail w danym regionie Limit znaków w adresie e-mail wynosi 64. Limit znaków w wiadomości e-mail to 55296. Zobacz również Limity usługi dla powiadomień. |
Tak samo jak domyślne | |
Rola usługi Azure Resource Manager dotycząca wiadomości e-mail | 10 akcji roli ARM przypisanych do email w każdej grupie akcji. W środowisku produkcyjnym: nie więcej niż 100 wiadomości e-mail w ciągu godziny na region. W testowej grupie akcji: co 1 minutę nie więcej niż dwie wiadomości e-mail. |
Tak samo jak domyślne |
Centra zdarzeń | 10 operacji Event Hubs na grupę akcji. | Tak samo jak domyślne |
ITSM | 10 akcji ITSM w grupie akcji. | Tak samo jak domyślne |
Aplikacja logiki | 10 akcji aplikacji logiki w grupie akcji. | Tak samo jak domyślne |
Księga procedur | 10 akcji elementu Runbook w grupie akcji. | Tak samo jak domyślne |
Bezpieczny webhook | 10 bezpiecznych działań webhooków w grupie akcji. Maksymalna liczba wywołań webhooku wynosi 1500 na minutę na subskrypcję. | Tak samo jak domyślne |
SMS | 10 akcji SMS w grupie akcji. W środowisku produkcyjnym: co pięć minut nie więcej niż jedna wiadomość SMS. W grupie akcji testowej: co minutę nie więcej niż jedna wiadomość SMS. |
Tak samo jak domyślne |
Voice | 10 działań głosowych w grupie działań. W środowisku produkcyjnym: nie więcej niż jedno połączenie głosowe co pięć minut. W testowej grupie akcji: co minutę nie więcej niż jedno połączenie głosowe. |
Tak samo jak domyślne |
Webhook | 10 akcji webhook w grupie akcji. Maksymalna liczba wywołań webhooku wynosi 1500 na minutę na subskrypcję. | Tak samo jak domyślne |
Automatyczne skalowanie
Zasób | Limit domyślny | Maksymalny limit |
---|---|---|
Ustawienia autoskalowania | 100 na region na subskrypcję. | Tak samo jak domyślne |
Profile skalowania automatycznego | 20 profilów dla ustawienia skalowania automatycznego. | Tak samo jak domyślne |
Metryki Prometheusa
Spożycie
Rozwiązanie Prometheus zarządzane przez platformę Azure jest systemem nie uwzględniającym wielkości liter. Traktuje ciągi, takie jak nazwy metryk, nazwy etykiet lub wartości etykiet, jako identyczne szeregi czasowe, jeśli różnią się od innych szeregów czasowych jedynie wielkością liter w ciągu. Aby uzyskać więcej informacji, zobacz Omówienie metryk rozwiązania Prometheus.
Następujące limity mają zastosowanie do obszaru roboczego usługi Azure Monitor, w którym przetwarzane są metryki Prometheus.
Ograniczenie | Wartość |
---|---|
Aktywne szeregi czasowe z metrykami, które zostały zgłoszone w ciągu ostatnich ok. 12 godzin. | 1 000 000 Możesz zażądać zwiększenia. |
Zdarzenia na minutę pozyskane. | 1 000 000 Możesz zażądać zwiększenia. |
Następujące limity dotyczą reguły zbierania danych (DCR) i punktu końcowego zbierania danych (DCE) wysyłających dane metryk rozwiązania Prometheus do obszaru roboczego usługi Azure Monitor.
Ograniczenie | Wartość |
---|---|
Żądania pozyskiwania na minutę do punktu końcowego zbierania danych | 15 000 Nie można zwiększyć tego limitu. |
Pozyskiwanie danych na minutę do punktu końcowego zbierania danych | 50 GB Nie można zwiększyć tego limitu. |
Kwerendy
Zapytania Prometheus są tworzone przy użyciu języka zapytań PromQL i mogą być tworzone w zarządzanym Azure Managed Grafana lub w samodzielnie zarządzanym Grafanie.
Ograniczenie | Wartość |
---|---|
Przechowywanie danych | 18 miesięcy. Nie można zwiększyć tego limitu. |
Zakres czasu zapytania | 32 dni między godziną rozpoczęcia i godziną zakończenia zapytania PromQL. Nie można zwiększyć tego limitu. |
Zapytanie szeregów czasowych dla każdej metryki | 500 000 szeregów czasowych. |
Zwrócone przykłady zapytań | 50 000 000 przykładów na zapytanie. |
Minimalny rozmiar kroku zapytania z zakresem >czasu = 48 godzin |
60 sekund. |
Wykonywanie zapytań dotyczących limitów danych
Dla ruchu generowanego przez klientów:
Ograniczenie | Wartość |
---|---|
Długość wyszukiwania okna ograniczania przepustowości | 30 sekund |
Dane zwracane dla obszaru roboczego usługi Azure Monitor | 0,5 GB |
W przypadku rejestrowania ruchu reguł:
Ograniczenie | Wartość |
---|---|
Długość wyszukiwania okna ograniczania przepustowości | 3 minuty |
Dane zwracane dla obszaru roboczego usługi Azure Monitor | 1 GB |
Limity wstępnego analizowania zapytań
Na podstawie zakresu czasu zapytania i typu żądania w 30-sekundowym oknie (dla ruchu klienta):
Ograniczenie | Wartość |
---|---|
Wykonywanie zapytań dotyczących godzin na użytkownika (identyfikator Entra firmy Microsoft, tożsamość zarządzana, obszar roboczy usługi Azure Managed Grafana) | 30,000 |
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor | 60 000 |
Liczba godzin dotyczących zapytań dla dzierżawcy na platformie Azure | 600,000 |
Na podstawie zakresu czasu zapytania i typu żądania w ciągu 3-minutowego okna (na potrzeby rejestrowania ruchu reguł):
Ograniczenie | Wartość |
---|---|
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor | 60 000 |
Liczba godzin dotyczących zapytań dla dzierżawcy na platformie Azure | 600,000 |
Limity po analizowaniu zapytań
Na podstawie zakresu czasu zapytania i wektorów zakresu w zapytaniu w 30-sekundowym oknie (dla ruchu klienta):
Ograniczenie | Wartość |
---|---|
Wykonywanie zapytań dotyczących godzin na użytkownika (identyfikator Entra firmy Microsoft, tożsamość zarządzana, obszar roboczy usługi Azure Managed Grafana) | 2,000,000 |
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor | 2,000,000 |
Liczba godzin dotyczących zapytań dla dzierżawcy na platformie Azure | 20 000 000 |
Na podstawie zakresu czasu zapytania i wektorów zakresu w zapytaniu w 3-minutowym oknie (na potrzeby rejestrowania ruchu reguł):
Ograniczenie | Wartość |
---|---|
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor | 2,000,000 |
Liczba godzin dotyczących zapytań dla dzierżawcy na platformie Azure | 20 000 000 |
Limity ograniczania kosztów zapytań
Ograniczenie | Wartość |
---|---|
Maksymalny koszt zapytania na zapytanie | 15000 |
Maksymalny koszt zapytania dotyczącego rejestrowania reguł | 3000 |
Obliczenie kosztów zapytań odbywa się w następujący sposób:
Koszt zapytania = (liczba żądanych szeregów czasowych * (czas trwania zapytania w sekundach / wnioskowane rozwiązanie czasu zapytań dotyczących danych)) / 5000
Wnioskowane rozpoznawanie czasu zapytanych danych = liczba punktów danych przechowywanych w dowolnym losowo wybranym kluczu szeregów czasowych metryki/zapytanego czasu trwania zapytania w sekundach
Uwaga / Notatka
Pojedyncza metryka w zapytaniu ma limit maksymalnego rozmiaru 64 MB w bajtach dla wyniku kluczy szeregów czasowych żądanych w zapytaniu.
Reguły alertów i rejestrowania
Reguły alertów prometheus i reguły rejestrowania są definiowane w usłudze PromQL. Są one wykonywane w zarządzanej usłudze Ruler w ramach zarządzanej usługi Azure Monitor dla Prometheus.
Limit | Wartość |
---|---|
Grupy reguł dla obszaru roboczego usługi Azure Monitor w subskrypcji platformy Azure | 500 Możesz zażądać zwiększenia. |
Reguły dla grupy reguł | 20 Nie można zwiększyć tego limitu. |
Przedział czasowy oceny grupy reguł | Od 1 minuty do 24 godzin. Domyślnie wynosi 1 minutę. |
Aktywne alerty | Brak limitu w tej chwili. |
Zdalny zapis
Obliczenia wykonano przy użyciu zdalnego rozmiaru partii 500, co jest wartością domyślną.
Ograniczenie | Wartość |
---|---|
Użycie procesora CPU | 0,25 x (liczba metryk) + 1,25 x (średnia liczba serii na metrykę) |
Żądanie procesora | 0,75 x (użycie procesora CPU) |
Limit procesora CPU | 2 x (żądanie procesora) |
Żądanie pamięci | 150 Mb |
Limit pamięci | 200 Mb |
Maksymalna przepływność | Zdalny kontener zapisu może przetwarzać maksymalnie 150 000 unikatowych szeregów czasowych. Kontener może zgłaszać błędy obsługujące żądania przekraczające 150 000 ze względu na dużą liczbę połączeń współbieżnych. Ten problem można rozwiązać, zwiększając rozmiar partii zdalnej z 500 do 1000. Ta zmiana zmniejsza liczbę otwartych połączeń. |
Interfejs API zbierania dzienników
Ograniczenie | Wartość | Komentarze |
---|---|---|
Maksymalny rozmiar wywołania interfejsu API | 1 MB | Zarówno skompresowane, jak i nieskompresowane dane. |
Maksymalny rozmiar wartości pól | 64 KB | Pola dłuższe niż 64 KB są obcinane. |
Maksymalna liczba danych/minut na dcR | 2 GB | Zarówno skompresowane, jak i nieskompresowane dane. Ponów próbę po upływie czasu wymienionego w nagłówku Retry-After w odpowiedzi. |
Maksymalna liczba żądań na minutę na DCR | 12 000 | Ponów próbę po upływie czasu wymienionego w nagłówku Retry-After w odpowiedzi. |
Reguły zbierania danych
Ograniczenie | Wartość |
---|---|
Maksymalna liczba źródeł danych | 10 |
Maksymalna liczba specyfikatorów liczników w liczniku wydajności | 100 |
Maksymalna liczba nazw placówek w Syslogu | 20 |
Maksymalna liczba zapytań XPath w dzienniku zdarzeń | 100 |
Maksymalna liczba przepływów danych | 10 |
Maksymalna liczba strumieni danych | 10 |
Maksymalna liczba rozszerzeń | 10 |
Maksymalny rozmiar ustawień rozszerzenia | 32 Kb |
Maksymalna liczba obszarów roboczych usługi Log Analytics | 10 |
Maksymalna liczba znaków w transformacji | 15,360 |
Ustawienia diagnostyczne
Zasób | Limit domyślny | Limit maksymalny |
---|---|---|
Maksymalna liczba ustawień diagnostycznych dla zasobu | 5 | Tak samo jak wartość domyślna. |
Zapytania dzienników i język
Ogólne limity zapytań
Ograniczenie | Opis |
---|---|
Język zapytań | Usługa Azure Monitor używa tego samego język zapytań Kusto (KQL) co usługa Azure Data Explorer. Zobacz Różnice języka zapytań dzienników usługi Azure Monitor dla elementów języka KQL, które nie są obsługiwane w usłudze Azure Monitor. |
Regiony Azure | Zapytania dzienników mogą powodować nadmierne obciążenie, gdy dane obejmują obszary robocze usługi Log Analytics w wielu regionach świadczenia usługi Azure. Aby uzyskać szczegółowe informacje, zobacz Limity zapytań . |
Zapytania obejmujące wiele zasobów | Maksymalna liczba zasobów usługi Application Insights i obszarów roboczych usługi Log Analytics w jednym zapytaniu ograniczonym do 100. Kwerenda między zasobami nie jest obsługiwana w Projektancie widoków. Zapytanie między zasobami w alertach logów jest obsługiwane w nowym API scheduledQueryRules. Aby uzyskać szczegółowe informacje, zobacz Limity zapytań między zasobami . |
Zapytania pulpitu nawigacyjnego usługi Log Analytics | Maksymalna liczba rekordów zwracanych w pojedynczym zapytaniu pulpitu nawigacyjnego usługi Log Analytics wynosi 2000. |
Ograniczanie zapytań użytkownika
Usługa Azure Monitor ma kilka limitów ograniczania przepustowości, aby chronić zasoby systemu zaplecza przed wysyłaniem przez użytkowników nadmiernej liczby zapytań i zapewnienie spójnego poziomu usług. Te limity na użytkownika odzwierciedlają skrajne scenariusze użycia i nie powinny być istotne dla typowego zachowania zapytań.
Mierzenie | Limit na użytkownika | Opis |
---|---|---|
Zapytania współbieżnej analizy danych | 5 | Użytkownik może uruchamiać maksymalnie pięć współbieżnych zapytań względem tabel analizy. Dodatkowe zapytania są dodawane do kolejki współbieżności w kolejności przychodzącej (FIFO). Gdy jedno z współbieżnie działających zapytań się kończy, pierwsze zapytanie z kolejki zostaje dodane do współbieżnych zapytań i rozpoczyna działanie. Zapytania alertów nie są częścią tego limitu. |
Współbieżne zapytania podstawowe i pomocnicze | 2 | Użytkownik może uruchomić maksymalnie dwa współbieżne zapytania wyszukiwania dotyczące tabel podstawowych i pomocniczych. Dodatkowe zapytania są zgodne z tym samym modelem FIFO w kolejce współbieżności. |
Czas w kolejce zadań współbieżnych | 3 minuty | Jeśli zapytanie znajduje się w kolejce przez ponad 3 minuty bez uruchamiania, zostanie zakończone z odpowiedzią o błędzie HTTP z kodem 429. |
Łączna liczba zapytań w kolejce współbieżności | 200 | Gdy liczba zapytań w kolejce osiągnie 200, następne zapytanie zostanie odrzucone z kodem błędu HTTP 429. Ta liczba jest dodatkiem do pięciu zapytań, które mogą być uruchomione jednocześnie. |
Częstotliwość zapytań | 200 zapytań na 30 sekund | Ogólna szybkość przesyłania zapytań przez jednego użytkownika do wszystkich obszarów roboczych. Ten limit dotyczy zapytań programistycznych lub zapytań inicjowanych przez części wizualizacji, takich jak pulpity nawigacyjne platformy Azure i strona podsumowania obszaru roboczego usługi Log Analytics (przestarzałe). |
Częstotliwość zapytań do API dzienników aktywności | 50 zapytań na 30 sekund | Interfejs API dzienników aktywności ma oddzielny limit szybkości. |
Pamiętaj o tych najlepszych praktykach, aby zapewnić responsywność systemu.
- Zoptymalizuj zapytania zgodnie z opisem w temacie Optymalizowanie zapytań dzienników w usłudze Azure Monitor.
- Pulpity nawigacyjne i skoroszyty mogą zawierać wiele zapytań w jednym widoku, co powoduje wygenerowanie szeregu zapytań przy każdorazowym załadowaniu lub odświeżeniu. Rozważ ich rozdzielenie na wiele widoków ładowanych na żądanie.
- W usłudze Power BI rozważ wyodrębnienie tylko zagregowanych wyników zamiast dzienników nieprzetworzonych.
Obszary robocze usługi Log Analytics
Ilość i przechowywanie danych zbierania danych
Próg cenowy | Limit na dzień | Przechowywanie danych | Komentarz |
---|---|---|---|
Opłata za użycie (wprowadzony w kwietniu 2018 r.) |
Brak ograniczeń | Okres przechowywania interakcyjnego do 730 dni/ archiwum danych do 12 lat |
Przechowywanie danych powyżej 31 dni jest dostępne za dodatkowe opłaty. Dowiedz się więcej o cenach Azure Monitor. |
Poziomy zobowiązania (wprowadzone w listopadzie 2019 r.) |
Brak ograniczeń | Okres przechowywania interakcyjnego do 730 dni/ archiwum danych do 12 lat |
Przechowywanie danych powyżej 31 dni jest dostępne za dodatkowe opłaty. Dowiedz się więcej o cenach Azure Monitor. |
Dziedziczny na węzeł (OMS) (wprowadzony w kwietniu 2016 r.) |
Brak ograniczeń | Od 30 do 730 dni | Przechowywanie danych powyżej 31 dni jest dostępne za dodatkowe opłaty. Dowiedz się więcej o cenach Azure Monitor. Tylko klienci, którzy spełniają jeden z następujących warunków, mogą uzyskać dostęp do tej warstwy cenowej: — subskrypcje, które zawierały obszar roboczy usługi Log Analytics lub zasób usługi Application Insights przed 2 kwietnia 2018 r. — subskrypcje połączone z umową Enterprise Agreement, która rozpoczęła się przed 1 lutego 2019 r. i są nadal aktywne. |
Starsza warstwa autonomiczna (wprowadzony w kwietniu 2016 r.) |
Brak ograniczeń | Od 30 do 730 dni | Przechowywanie danych powyżej 31 dni jest dostępne za dodatkowe opłaty. Dowiedz się więcej o cenach Azure Monitor. Tylko klienci, którzy spełniają jeden z następujących warunków, mogą uzyskać dostęp do tej warstwy cenowej: — subskrypcje, które zawierały obszar roboczy usługi Log Analytics lub zasób usługi Application Insights przed 2 kwietnia 2018 r. — subskrypcje połączone z umową Enterprise Agreement, która rozpoczęła się przed 1 lutego 2019 r. i są nadal aktywne. |
Starsza warstwa Bezpłatna (wprowadzony w kwietniu 2016 r.) |
500 MB | 7 dni | Gdy obszar roboczy osiągnie limit 500 MB dziennie, pozyskiwanie danych zostanie zatrzymane i wznowione na początku następnego dnia. Dzień jest oparty na czasie UTC. Dane zebrane przez Microsoft Defender dla Chmury nie są uwzględniane w tym limicie 500 MB na dzień i nadal są zbierane powyżej tego limitu. Tworzenie nowych obszarów roboczych lub przenoszenie istniejących obszarów roboczych do starszej warstwy cenowej "Bezpłatna wersja próbna" było możliwe tylko do 1 lipca 2022 r. |
Starsza warstwa Standardowa | Brak ograniczeń | 30 dni | Nie można dostosować przechowywania. Ta warstwa jest niedostępna dla nowych obszarów roboczych od 1 października 2016 r. |
Starszy poziom Premium | Brak ograniczeń | 365 dni | Nie można dostosować przechowywania. Ta warstwa jest niedostępna dla nowych obszarów roboczych od 1 października 2016 r. |
Liczba obszarów roboczych w ramach subskrypcji
Próg cenowy | Limit obszaru roboczego | Komentarze |
---|---|---|
Starsza warstwa Bezpłatna | 10 | Nie można zwiększyć tego limitu. Tworzenie nowych obszarów roboczych lub przenoszenie istniejących obszarów roboczych do starszej warstwy cenowej "Bezpłatna wersja próbna" było możliwe tylko do 1 lipca 2022 r. |
Wszystkie inne warstwy | Brak ograniczeń | Ogranicza Cię liczba zasobów w grupie zasobów oraz liczba grup zasobów w ramach subskrypcji. |
Azure Portal
Kategoria | Ograniczenie | Komentarze |
---|---|---|
Maksymalna liczba rekordów zwracanych przez zapytanie dziennika | 100 000 | Zmniejsz wyniki, używając zakresu zapytania, zakresu czasu i filtrów w zapytaniu. |
Interfejs API modułu zbierającego dane
Kategoria | Ograniczenie | Komentarze |
---|---|---|
Maksymalny rozmiar pojedynczego wpisu | 30 MB | Podziel większe woluminy na wiele wpisów. |
Maksymalny rozmiar wartości pól | 32 KB | Pola dłuższe niż 32 KB są obcinane. |
API zapytań
Kategoria | Ograniczenie | Komentarze |
---|---|---|
Maksymalna liczba rekordów zwracanych w jednym zapytaniu | 500,000 | |
Maksymalny rozmiar zwracanych danych | ~104 megabajty (~100 mebibajtów) | Interfejs API zwraca do 64 MB skompresowanych danych, co przekłada się na maksymalnie 100 MB danych pierwotnych. |
Maksymalny czas wykonywania zapytania | 10 minut | Zobacz Limity czasu oczekiwania dla szczegółów. |
Maksymalna szybkość żądań | 200 żądań na 30 sekund na użytkownika lub adres IP klienta firmy Microsoft | Zobacz Zapytania dotyczące dzienników i języka. |
Łącznik Azure Monitor Logs
Kategoria | Ograniczenie | Komentarze |
---|---|---|
Maksymalny rozmiar danych | ~16,7 MB (~16 MiB) | Infrastruktura łącznika określa, że limit jest ustawiony niżej niż limit zapytań API. |
Maksymalna liczba rekordów | 500,000 | |
Maksymalny limit czasu łącznika | 110 sekund | |
Maksymalny limit czasu zapytania | 100 sekund | |
Wykresy | Strona Dzienników i złącze używają różnych bibliotek wykresów do wizualizacji. Niektóre funkcje nie są obecnie dostępne w łączniku. |
Reguły podsumowania
Kategoria | Ograniczenie |
---|---|
Maksymalna liczba aktywnych reguł w obszarze roboczym | 30 |
Maksymalna liczba wyników na pojemnik | 500,000 |
Maksymalny rozmiar zestawu wyników | 100 MB |
Limit czasu zapytania na potrzeby przetwarzania pojemnika | 10 minut |
Ogólne limity obszarów roboczych
Kategoria | Ograniczenie | Komentarze |
---|---|---|
Maksymalna liczba kolumn w tabeli | 500 |
AzureDiagnostics — kolumny powyżej limitu są dodawane do dynamicznej kolumny "AdditionalFields" Dziennik niestandardowy utworzony przez interfejs API modułu zbierającego dane — kolumny powyżej limitu są dodawane do dynamicznej kolumny "AdditionalFields" Dziennik niestandardowy — skontaktuj się ze wsparciem technicznym, aby zwiększyć limit |
Maksymalna liczba niestandardowych tabel dzienników | 500 | Skontaktuj się z pomocą techniczną, aby zwiększyć limit |
Maksymalna liczba znaków dla nazwy kolumny | 45 |
Szybkość pozyskiwania danych
Azure Monitor to usługa danych o dużej skali, która obsługuje tysiące klientów wysyłających terabajty danych codziennie i w coraz większym tempie. Miękkie ograniczenie przepustowości ma na celu odizolowanie klientów Azure Monitor od nagłych skoków przesyłu danych w środowisku wielotenancyjnym. Domyślny próg szybkości pobierania danych w obszarach roboczych to 500 MB (skompresowane), co przekłada się na około 6 GB/min w formie nieskompresowanej.
Limit przepustowości danych dotyczy danych pozyskanych z usługi Application Insights opartej na przestrzeni roboczej, zasobów platformy Azure za pośrednictwem ustawień diagnostyki oraz API Kolektora Danych. Po osiągnięciu limitu szybkości woluminu mechanizm ponawiania prób próbuje pozyskać dane cztery razy w ciągu 12 godzin i usunąć go, jeśli operacja zakończy się niepowodzeniem. Limit nie ma zastosowania do danych pozyskanych z agentów ani za pośrednictwem reguły zbierania danych (DCR).
Gdy intensywność woluminu przekracza 80% progu w obszarze roboczym, zdarzenie jest wysyłane do tabeli Operation
co 6 godzin, dopóki próg jest przekraczany. Gdy szybkość przyjmowania danych jest wyższa niż próg, niektóre dane są odrzucane. Zdarzenie wysyłane jest do tabeli Operation
w Twoim obszarze roboczym co 6 godzin, dopóki próg jest przekroczony.
Jeśli szybkość pozyskiwania przekracza ten próg lub planujesz zwiększyć pozyskiwanie poza ten próg, skontaktuj się z pomocą techniczną, aby poprosić o zwiększenie limitu w obszarze roboczym.
Najlepsza praktyka — utwórz regułę alertu, aby otrzymywać powiadomienia w przypadku zbliżania się lub osiągnięcia limitów szybkości przesyłania. Zobacz Monitorowanie kondycji obszaru roboczego usługi Log Analytics w usłudze Azure Monitor.
Uwaga / Notatka
W zależności od tego, jak długo korzystasz z usługi Log Analytics, możesz mieć dostęp do starszych warstw cenowych. Dowiedz się więcej o starszych warstwach cenowych usługi Log Analytics.
Application Insights
Istnieją pewne limity liczby metryk i zdarzeń na aplikację, czyli na klucz instrumentacji. Ograniczenia zależą od wybranego planu cenowego.
Zasób | Limit domyślny | Maksymalny limit | Notatki |
---|---|---|---|
Łączna ilość danych na dzień | 100 GB | Skontaktuj się z pomocą techniczną. | Możesz ustawić limit w celu zmniejszenia ilości danych. Jeśli potrzebujesz więcej danych, możesz zwiększyć limit w portalu do 1000 GB. W przypadku pojemności większych niż 1000 GB wyślij wiadomość e-mail na AIDataCap@microsoft.comadres . |
Ograniczanie prędkości | 32 000 zdarzeń na sekundę | Skontaktuj się z pomocą techniczną. | Limit jest mierzony w ciągu minuty. |
Dzienniki przechowywania danych | Od 30 do 730 dni | 730 dni | Ten zasób jest przeznaczony dla dzienników. |
Metryki przechowywania danych | 90 dni | 90 dni | Ten zasób jest przeznaczony dla Eksploratora metryk. |
Utrzymanie szczegółowych wyników wieloetapowego testu dostępności | 90 dni | 90 dni | Ten zasób zapewnia szczegółowe wyniki każdego kroku. |
Maksymalny rozmiar elementu telemetrii | 64 KB | 64 KB | |
Maksymalna liczba elementów telemetrii na partię | 64,000 | 64,000 | |
Długość nazwy właściwości i metryki | 150 | 150 | Zobacz schematy typów. |
Długość ciągu wartości właściwości | 8,192 | 8,192 | Zobacz schematy typów. |
Długość komunikatu śladu i wyjątku | 32,768 | 32,768 | Zobacz schematy typów. |
Liczba testów dostępności dla zasobu usługi Application Insights | 100 | 100 | |
Liczba testów dostępności na grupę zasobów | 800 | 800 | Zobacz Azure Resource Manager |
Maksymalna liczba przekierowań na test dostępności | 10 | 10 | |
Minimalna częstotliwość testów dostępności | 300 sekund | Niestandardowe częstotliwości testów lub częstotliwości krótsze niż 5 minut wymagają niestandardowych implementacji TrackAvailability. | |
Przechowywanie danych programu .NET Profiler i Snapshot Debugger | Dwa tygodnie | Skontaktuj się z pomocą techniczną. Maksymalny limit przechowywania wynosi sześć miesięcy. | |
Dane profilera .NET wysyłane codziennie | Brak ograniczeń | Brak limitu. | |
Snapshot Debugger dane wysyłane dziennie | 30 migawek dziennie na monitorowaną aplikację | Brak limitu. | Liczbę migawek zebranych na aplikację można modyfikować za pomocą konfiguracji. |
Aby uzyskać więcej informacji na temat cen i przydziałów, zobacz Rozliczenia usługi Application Insights.
Zakres usługi Azure Monitor Private Link (AMPLS)
Obiekty AMPLS mają następujące limity:
- Sieć wirtualna może łączyć się tylko z jednym obiektem AMPLS. Oznacza to, że obiekt AMPLS musi zapewnić dostęp do wszystkich zasobów usługi Azure Monitor, do których sieć wirtualna powinna mieć dostęp.
- Obiekt AMPLS może łączyć się z maksymalnie 3000 obszarami roboczymi usługi Log Analytics i maksymalnie 10 000 składników usługi Application Insights. Ten wzrost z 300 obszarów roboczych usługi Log Analytics i 1000 składników usługi Application Insights jest obecnie w publicznej wersji zapoznawczej.
- Zasób usługi Azure Monitor może łączyć się z maksymalnie 100 AMPLS. Ten wzrost z 5 AMPLS na chwilę obecną jest w publicznej wersji zapoznawczej.
- Obiekt AMPLS może łączyć się z maksymalnie 10 prywatnymi punktami końcowymi.