Limity usługi Azure Monitor

W tym artykule wymieniono limity w różnych obszarach usługi Azure Monitor.

Alerty

Zasób Limit domyślny Maksymalny limit
Alerty metryk (klasyczne) 100 aktywnych reguł alertów na subskrypcję.
Alerty klasyczne są wycofyzowane dla użytkowników chmury publicznej.
Alerty klasyczne dla chmury Azure Government i platformy Microsoft Azure obsługiwanej przez firmę 21Vianet zostaną wycofane 29 lutego 2024 r.
Skontaktuj się z pomocą techniczną.
Alerty dotyczące metryk 5000 aktywnych reguł alertów na subskrypcję w publicznej wersji platformy Azure, platforma Microsoft Azure obsługiwana przez chmury 21Vianet i Azure Government. Jeśli osiągniesz ten limit, sprawdź, czy możesz użyć tego samego typu alertów obejmujących wiele zasobów.
5000 szeregów czasowych metryk na regułę alertu.
Skontaktuj się z pomocą techniczną.
Alerty dotyczące dzienników aktywności 100 aktywnych reguł alertów na subskrypcję (nie można go zwiększyć).
Ponieważ nie można zwiększyć tego limitu, rozważ wysłanie dzienników aktywności do obszaru roboczego usługi Log Analytics i utworzenie alertów przeszukiwania dzienników, jeśli potrzebujesz większej liczby reguł na subskrypcję.
Tak samo jak wartość domyślna.
Alerty dotyczące dzienników 5000 aktywnych reguł alertów na subskrypcję. Z czego 100 aktywnych reguł alertów z częstotliwością 1-minutową
.
1000 aktywnych reguł alertów na zasób.
Każda bezstanowa reguła alertu może wyzwalać maksymalnie 6000 alertów na ocenę.
Każda reguła alertu stanowego może wyzwalać maksymalnie 300 alertów na ocenę.
Naraz do 6000 wyzwolonych alertów stanowych.
Skontaktuj się z pomocą techniczną.
Reguły przetwarzania alertów 1000 aktywnych reguł na subskrypcję. Skontaktuj się z pomocą techniczną.
Długość opisu reguł alertów i reguł przetwarzania alertów Alerty przeszukiwania dzienników: 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 limitów ograniczania w celu ochrony 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

Istnieje limit wywołań interfejsu API na wystąpienie. Dokładna liczba depands limitu liczby wystąpień.

Zasób Limit domyślny Maksymalny limit
Alerty — pobieranie podsumowania 50 wywołań 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 1000 wywołań na minutę na subskrypcję Tak samo jak domyślne

Grupy akcji

Możesz mieć nieograniczoną liczbę grup akcji w subskrypcji.

Zasób Limit domyślny Maksymalny limit
Wypychanie aplikacji platformy Azure 10 akcji aplikacji platformy Azure na grupę akcji. Tak samo jak domyślne
Email 1000 akcji e-mail w grupie akcji.
Co godzinę nie więcej niż 100 wiadomości e-mail dla każdego adresu e-mail
Limit karektera w adresie e-mail wynosi 64.
Limit znaków w wiadomości e-mail to 55296.
Zobacz również informacje o ograniczaniu szybkości.
Tak samo jak domyślne
Wysyłanie wiadomości e-mail do roli usługi Azure Resource Manager 10 Wysyłanie akcji roli usługi ARM na grupę akcji pocztą e-mail.
W środowisku produkcyjnym: w ciągu godziny nie więcej niż 100 wiadomości e-mail.
W testowej grupie akcji: co 1 minutę nie więcej niż dwie wiadomości e-mail.
Tak samo jak domyślne
Event Hubs 10 akcji usługi 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
Runbook 10 akcji elementu Runbook w grupie akcji. Tak samo jak domyślne
Zabezpieczanie elementu webhook 10 akcji bezpiecznego elementu webhook w grupie akcji. Maksymalna liczba wywołań elementu webhook 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
Głos 10 akcji głosowych w grupie akcji.
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 elementu webhook w grupie akcji. Maksymalna liczba wywołań elementu webhook wynosi 1500 na minutę na subskrypcję. Tak samo jak domyślne

Skalowanie automatyczne

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 na ustawienie skalowania automatycznego. Tak samo jak domyślne

Metryki rozwiązania Prometheus

Pozyskiwanie danych

Rozwiązanie Prometheus zarządzane przez platformę Azure jest systemem bez uwzględniania wielkości liter. Traktuje ciągi, takie jak nazwy metryk, nazwy etykiet lub wartości etykiet, co szeregi czasowe, jeśli różnią się one od innej serii czasowej tylko w przypadku 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 pozyskiwania metryk rozwiązania Prometheus.

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

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

Zapytania

Zapytania Prometheus są tworzone przy użyciu biblioteki PromQL i mogą być tworzone w narzędziu Azure Managed Grafana lub self-managed Grafana.

Limit 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.
Wykonywanie zapytań dotyczących szeregów czasowych na 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
W przypadku ruchu klienta:

Limit 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ł:

Limit 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):

Limit 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 zapytań na dzierżawę platformy Azure 600,000

Na podstawie zakresu czasu zapytania i typu żądania w ciągu 3-minutowego okna (na potrzeby rejestrowania ruchu reguł):

Limit Wartość
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor 60 000
Liczba godzin zapytań na dzierżawę platformy 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):

Limit 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 zapytań na dzierżawę platformy Azure 20,000,000

Na podstawie zakresu czasu zapytania i wektorów zakresu w zapytaniu w 3-minutowym oknie (na potrzeby rejestrowania ruchu reguł):

Limit Wartość
Liczba godzin zapytań dla obszaru roboczego usługi Azure Monitor 2,000,000
Liczba godzin zapytań na dzierżawę platformy Azure 20,000,000

Limity ograniczania kosztów zapytań

Limit 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

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 linijki w ramach usługi zarządzanej Azure Monitor dla rozwiązania Prometheus.

Limit Value
Grupy reguł dla obszaru roboczego usługi Azure Monitor w subskrypcji platformy Azure 500
Możesz zażądać zwiększenia.
Reguły na grupę reguł 20
Nie można zwiększyć tego limitu.
Interwał oceny grupy reguł Od 1 minuty do 24 godzin.
Wartość domyślna to 1 minuta. 
Aktywne alerty Brak limitu w tej chwili.

Zdalny zapis

Obliczenia zostały określone przy użyciu zdalnego rozmiaru partii 500, co jest wartością domyślną.

Limit Wartość
Użycie procesora CPU 0,25 x (liczba metryk) + 1,25 x (średnia liczba serii na metrykę)
Żądanie procesora CPU 0,75 x (użycie procesora CPU)
Limit procesora CPU 2 x (żądanie procesora CPU)
Żą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 pozyskiwania dzienników

Limit 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 trwania wymienionego w nagłówku Retry-After w odpowiedzi.
Maksymalna liczba żądań na minutę na kontroler domeny 12 000 Ponów próbę po upływie czasu trwania wymienionego w nagłówku Retry-After w odpowiedzi.

Reguły zbierania danych

Limit Wartość
Maksymalna liczba źródeł danych 10
Maksymalna liczba specyfikatorów liczników w liczniku wydajności 100
Maksymalna liczba nazw obiektów w dzienniku systemowym 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 na zasób 5 Tak samo jak wartość domyślna.

Zapytania dzienników i język

Ogólne limity zapytań

Limit 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 platformy 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 Szczegółowe informacje aplikacji i obszarów roboczych usługi Log Analytics w jednym zapytaniu ograniczonym do 100.
Zapytanie między zasobami nie jest obsługiwane w widoku Projektant.
Zapytanie między zasobami w alertach dzienników jest obsługiwane w nowym interfejsie 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 w celu ochrony przed wysyłaniem przez użytkowników nadmiernej liczby zapytań. 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ą przeznaczone do wpływania tylko na scenariusze skrajnego użycia i nie powinny być istotne dla typowego użycia.

Miara Limit na użytkownika opis
Zapytania współbieżne 5 Użytkownik może uruchamiać maksymalnie pięć współbieżnych zapytań. Wszystkie inne zapytania są dodawane do kolejki. Po zakończeniu jednego z uruchomionych zapytań pierwsze zapytanie w kolejce jest pobierane z kolejki i uruchamiane. Zapytania alertów nie są częścią tego limitu.
Czas w kolejce współbieżności 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).
  • 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

Warstwa cenowa Limit na dzień Przechowywanie danych Komentarz
Płatność zgodnie z rzeczywistym użyciem
(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 usługi Azure Monitor.
Warstwy 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 usługi Azure Monitor.
Starsza wersja 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 usługi Azure Monitor. Dostęp do warstwy użycia jest ograniczony do subskrypcji, które zawierały obszar roboczy usługi Log Analytics lub zasób aplikacji Szczegółowe informacje w dniu 2 kwietnia 2018 r. lub są połączone z Umowa Enterprise, które rozpoczęły 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 usługi Azure Monitor. Dostęp do warstwy użycia jest ograniczony do subskrypcji, które zawierały obszar roboczy usługi Log Analytics lub zasób aplikacji Szczegółowe informacje w dniu 2 kwietnia 2018 r. lub są połączone z Umowa Enterprise, które rozpoczęły 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 jest możliwa tylko do 1 lipca 2022 r.
Starsza warstwa Standardowa Brak ograniczeń 30 dni Nie można dostosować przechowywania. Ta warstwa nie jest dostępna dla nowych obszarów roboczych od 1 października 2016 r.
Starsza warstwa Premium Brak ograniczeń 365 dni Nie można dostosować przechowywania. Ta warstwa nie jest dostępna dla nowych obszarów roboczych od 1 października 2016 r.

Liczba obszarów roboczych na subskrypcję

Warstwa cenowa 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 jest możliwa tylko do 1 lipca 2022 r.
Wszystkie inne warstwy Brak ograniczeń Liczba zasobów w grupie zasobów i liczba grup zasobów na subskrypcję jest ograniczona.

Witryna Azure Portal

Kategoria Limit Komentarze
Maksymalna liczba rekordów zwracanych przez zapytanie dziennika 30,000 Zmniejsz wyniki, używając zakresu zapytania, zakresu czasu i filtrów w zapytaniu.

Interfejs API modułu zbierającego dane

Kategoria Limit 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.

Interfejs API zapytań

Kategoria Limit Komentarze
Maksymalna liczba rekordów zwracanych w jednym zapytaniu 500,000
Maksymalny rozmiar zwracanych danych ~104 MB (~100 MiB) Interfejs API zwraca do 64 MB skompresowanych danych, co przekłada się na maksymalnie 100 MB danych pierwotnych.
Maksymalny czas wykonywania zapytania 10 min Aby uzyskać szczegółowe informacje, zobacz Limity czasu.
Maksymalna szybkość żądań 200 żądań na 30 sekund na użytkownika lub adres IP klienta firmy Microsoft Zobacz Zapytania dzienników i język.

Łącznik dzienników usługi Azure Monitor

Kategoria Limit Komentarze
Maksymalny rozmiar danych ~16,7 MB (~16 MiB) Infrastruktura łącznika określa, że limit jest ustawiony poniżej limitu interfejsu API zapytań.
Maksymalna liczba rekordów 500,000
Maksymalny limit czasu łącznika 110 sekund
Maksymalny limit czasu zapytania 100 sekund
Wykresy Strona Dzienniki i łącznik używają różnych bibliotek wykresów do wizualizacji. Niektóre funkcje nie są obecnie dostępne w łączniku.

Ogólne limity obszarów roboczych

Kategoria Limit Komentarze
Maksymalna liczba kolumn w tabeli 500
Maksymalna liczba niestandardowych tabel dzienników 500
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. Limit liczby nietrwałych woluminów zamierza odizolować klientów usługi Azure Monitor od nagłych skoków pozyskiwania w środowisku wielodostępności. Domyślny próg szybkości pozyskiwania w obszarach roboczych to 500 MB (skompresowany), który jest tłumaczony na około 6 GB/min nieskompresowany.

Limit szybkości woluminu dotyczy danych pozyskanych z zasobów platformy Azure za pośrednictwem ustawień diagnostycznych i interfejsu API modułu zbierającego dane. 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 kontrolera domeny.

Gdy dane wysyłane do obszaru roboczego są większe niż 80% progu skonfigurowanego w obszarze roboczym, zdarzenie jest wysyłane do Operation tabeli w obszarze roboczym co 6 godzin, podczas gdy próg będzie nadal przekraczany. Gdy pozyskana szybkość woluminu jest wyższa niż próg, niektóre dane są porzucane, zdarzenie jest wysyłane do Operation tabeli w obszarze roboczym co 6 godzin, podczas gdy próg będzie nadal przekraczany.

Jeśli szybkość pozyskiwania nadal przekracza próg lub spodziewasz się, że osiągniesz go wkrótce, możesz poprosić o zwiększenie tego limitu, otwierając wniosek o pomoc techniczną.

Zaleca się również utworzenie reguły alertu w celu proaktywnego powiadamiania o osiągnięciu limitów pozyskiwania. Zobacz Monitorowanie kondycji obszaru roboczego usługi Log Analytics w usłudze Azure Monitor.

Uwaga

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.

Szczegółowe dane dotyczące aplikacji

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 Uwagi
Łą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 przepływności 32 000 zdarzeń na sekundę Skontaktuj się z pomocą techniczną. Limit jest mierzony przez minutę.
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.
Przechowywanie szczegółowych wyników testu wieloetapowego 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 śledzenia i wyjątku 32,768 32,768 Zobacz schematy typów.
Liczba testów dostępności na zasób Szczegółowe informacje aplikacji 100 100
Przechowywanie danych profilera i migawki Dwa tygodnie Skontaktuj się z pomocą techniczną. Maksymalny limit przechowywania wynosi sześć miesięcy.
Dane profilera wysyłane dziennie Brak ograniczeń Brak limitu.
Dane migawek 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 aplikacji Szczegółowe informacje.

Obiekt AMPLS ma 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 300 obszarami roboczymi usługi Log Analytics i 1000 składnikami aplikacji Szczegółowe informacje co najwyżej.
  • Zasób usługi Azure Monitor (obszar roboczy lub aplikacja Szczegółowe informacje składnik lub punkt końcowy zbierania danych) może łączyć się z pięcioma systemami AMPLS.
  • Obiekt AMPLS może łączyć się z co najwyżej 10 prywatnymi punktami końcowymi.

Uwaga

Zasoby AMPLS utworzone przed 1 grudnia 2021 r. obsługują tylko 50 zasobów.

Następne kroki