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 wyszukiwania 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ć 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. |
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 |
| 1000 akcji e-mail w grupie akcji. 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ż 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: 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 |
| 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, jako identyczne szeregi czasowe, jeśli różnią się one od innych szeregów czasowych tylko wielkością lister 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 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.
| Ograniczać | 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 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 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). |
- Interfejs API dzienników aktywności ma oddzielny limit szybkości wynoszący 50 zapytań na 30 sekund.
- 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 usługi Application Insights 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 usługi Application Insights 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. |
Reguły podsumowania
| Kategoria | Limit |
|---|---|
| Maksymalna liczba aktywnych reguł w obszarze roboczym | 30 |
| Maksymalna liczba wyników na pojemnik | 500,000 |
| Maksymalny wolumin zestawu wyników | 100 MB |
| Limit czasu zapytania na potrzeby przetwarzania pojemnika | 10 min |
Ogólne limity obszarów roboczych
| Kategoria | Limit | 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ę z pomocą techniczną, aby uzyskać więcej informacji |
| Maksymalna liczba niestandardowych tabel dzienników | 500 | Skontaktuj się z pomocą techniczną, aby uzyskać więcej informacji |
| 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 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 testów 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 platformy .NET wysyłane dziennie | Brak ograniczeń | Brak limitu. | |
| Dane debugera 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 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 300 obszarami roboczymi usługi Log Analytics i maksymalnie 1000 składników usługi Application Insights.
- Zasób usługi Azure Monitor może łączyć się z maksymalnie pięcioma aplikacjami AMPLS.
- Obiekt AMPLS może łączyć się z maksymalnie 10 prywatnymi punktami końcowymi.