Często zadawane pytania dotyczące usługi Azure Monitor

Ta Microsoft często zadawane pytania to lista często zadawanych pytań dotyczących usługi Azure Monitor. Jeśli masz inne pytania, przejdź do forum dyskusyjnego i opublikuj swoje pytania. Gdy często zadawane jest pytanie, dodajemy je do tego artykułu, aby można je było szybko i łatwo znaleźć.

Ogólne

Co to jest Azure Monitor?

Azure Monitor to usługa na platformie Azure, która zapewnia monitorowanie wydajności i dostępności dla aplikacji i usług na platformie Azure, w innych środowiskach w chmurze lub lokalnie. Usługa Azure Monitor zbiera dane z wielu źródeł na wspólną platformę danych, na której można je analizować pod kątem trendów i anomalii. Rozbudowane funkcje usługi Azure Monitor ułatwiają szybkie identyfikowanie i reagowanie na sytuacje krytyczne, które mogą mieć wpływ na aplikację.

Jaka jest różnica między usługami Azure Monitor, Log Analytics i Application Insights?

We wrześniu 2018 r. Microsoft połączyć usługi Azure Monitor, Log Analytics i Application Insights w jedną usługę, aby zapewnić kompleksowe monitorowanie aplikacji i składników, na których polegają. Funkcje w usługach Log Analytics i Application Insights nie uległy zmianie, chociaż niektóre funkcje zostały zmienione na usługę Azure Monitor, aby lepiej odzwierciedlić ich nowy zakres. Aparat danych dzienników i język zapytań usługi Log Analytics jest teraz nazywany dziennikami usługi Azure Monitor. Zobacz Aktualizacje terminologii usługi Azure Monitor.

Co kosztuje usługa Azure Monitor?

Funkcje usługi Azure Monitor, które są automatycznie włączone, takie jak zbieranie metryk i dzienników aktywności, są udostępniane bez ponoszenia kosztów. Istnieje koszt związany z innymi funkcjami, takimi jak zapytania dzienników i alerty. Szczegółowe informacje o cenach można znaleźć na stronie cennika usługi Azure Monitor .

Jak mogę włączyć usługę Azure Monitor?

Usługa Azure Monitor jest włączona w momencie utworzenia nowej subskrypcji platformy Azure, a metrykidziennika aktywności i platformy są automatycznie zbierane. Utwórz ustawienia diagnostyczne , aby zebrać bardziej szczegółowe informacje na temat działania zasobów platformy Azure oraz dodać rozwiązania do monitorowania i szczegółowe informacje , aby zapewnić dodatkową analizę zebranych danych dla określonych usług.

Jak mogę uzyskać dostęp do usługi Azure Monitor?

Uzyskaj dostęp do wszystkich funkcji i danych usługi Azure Monitor z menu Monitor w Azure Portal. Sekcja Monitorowanie w menu dla różnych usług platformy Azure zapewnia dostęp do tych samych narzędzi z danymi filtrowanych do określonego zasobu. Dane usługi Azure Monitor są również dostępne w różnych scenariuszach przy użyciu interfejsu wiersza polecenia, programu PowerShell i interfejsu API REST.

Czy istnieje lokalna wersja usługi Azure Monitor?

Nie. Azure Monitor to skalowalna usługa w chmurze, która przetwarza i przechowuje duże ilości danych, chociaż usługa Azure Monitor może monitorować zasoby, które znajdują się lokalnie i w innych chmurach.

Czy usługa Azure Monitor może monitorować zasoby lokalne?

Tak, oprócz zbierania danych monitorowania z zasobów platformy Azure usługa Azure Monitor może zbierać dane z maszyn wirtualnych i aplikacji w innych chmurach i lokalnie. Zobacz Źródła danych monitorowania dla usługi Azure Monitor.

Czy usługa Azure Monitor jest zintegrowana z programem System Center Operations Manager?

Istniejącą grupę zarządzania programu System Center Operations Manager można połączyć z usługą Azure Monitor w celu zbierania danych z agentów do dzienników usługi Azure Monitor. Ta funkcja umożliwia używanie zapytań dziennika i rozwiązania do analizowania danych zebranych z agentów. Możesz również skonfigurować istniejących agentów programu System Center Operations Manager do wysyłania danych bezpośrednio do usługi Azure Monitor. Zobacz Łączenie programu Operations Manager z usługą Azure Monitor.

Jakich adresów IP używa usługa Azure Monitor?

Zobacz Adresy IP używane przez usługi Application Insights i Log Analytics , aby uzyskać listę adresów IP i portów wymaganych dla agentów i innych zasobów zewnętrznych w celu uzyskania dostępu do usługi Azure Monitor.

Dane monitorowania

Gdzie usługa Azure Monitor pobiera swoje dane?

Usługa Azure Monitor zbiera dane z różnych źródeł, w tym dzienniki i metryki z platformy Azure i zasobów, aplikacji niestandardowych i agentów działających na maszynach wirtualnych. Inne usługi, takie jak Microsoft Defender for Cloud i Network Watcher zbierać dane w obszarze roboczym usługi Log Analytics, dzięki czemu można je analizować przy użyciu danych usługi Azure Monitor. Dane niestandardowe można również wysyłać do usługi Azure Monitor przy użyciu interfejsu API REST dla dzienników lub metryk. Zobacz Źródła danych monitorowania dla usługi Azure Monitor.

Jakie dane są zbierane przez usługę Azure Monitor?

Usługa Azure Monitor zbiera dane z różnych źródeł do dzienników lub metryk. Każdy typ danych ma własne względne zalety, a każdy z nich obsługuje określony zestaw funkcji w usłudze Azure Monitor. Istnieje pojedyncza baza danych metryk dla każdej subskrypcji platformy Azure, podczas gdy można utworzyć wiele obszarów roboczych usługi Log Analytics w celu zbierania dzienników w zależności od wymagań. Zobacz Platforma danych usługi Azure Monitor.

Czy istnieje maksymalna ilość danych, które mogę zebrać w usłudze Azure Monitor?

Nie ma limitu ilości zbieranych danych metryk, ale te dane są przechowywane przez maksymalnie 93 dni. Zobacz Przechowywanie metryk. Nie ma limitu ilości zbieranych danych dziennika, ale może to mieć wpływ na warstwę cenową wybraną dla obszaru roboczego usługi Log Analytics. Zobacz szczegóły cennika.

Jak mogę uzyskać dostęp do danych zebranych przez usługę Azure Monitor?

Szczegółowe informacje i rozwiązania zapewniają niestandardowe środowisko pracy z danymi przechowywanymi w usłudze Azure Monitor. Możesz pracować bezpośrednio z danymi dziennika przy użyciu zapytania dziennika napisanego w język zapytań Kusto (KQL). W Azure Portal można pisać i uruchamiać zapytania oraz interaktywnie analizować dane przy użyciu usługi Log Analytics. Analizowanie metryk w Azure Portal za pomocą Eksploratora metryk. Zobacz Analizowanie danych dzienników w usłudze Azure Monitor i Wprowadzenie do Eksploratora metryk platformy Azure.

Dlaczego widzę zduplikowane rekordy w dziennikach usługi Azure Monitor?

Czasami można zauważyć zduplikowane rekordy w dziennikach usługi Azure Monitor. Duplikowanie jest zazwyczaj z jednego z następujących dwóch warunków.

  • Składniki potoku ponawiają próby w celu zapewnienia niezawodnego dostarczania w miejscu docelowym. Czasami ta funkcja może spowodować duplikaty dla niewielkiej części elementów telemetrii.
  • Jeśli zduplikowane rekordy pochodzą z maszyny wirtualnej, może być zainstalowany zarówno agent usługi Log Analytics, jak i agent usługi Azure Monitor. Jeśli nadal potrzebujesz zainstalowanego agenta usługi Log Analytics, skonfiguruj obszar roboczy usługi Log Analytics, aby nie zbierać już danych zbieranych przez regułę zbierania danych używaną przez agenta usługi Azure Monitor.

Rozwiązania i szczegółowe informacje

Co to jest wgląd w usługę Azure Monitor?

Szczegółowe informacje zapewniają dostosowane środowisko monitorowania dla określonych usług platformy Azure. Używają one tych samych metryk i dzienników co inne funkcje w usłudze Azure Monitor, ale mogą zbierać dodatkowe dane i zapewniać unikatowe środowisko w Azure Portal. Zobacz Szczegółowe informacje w usłudze Azure Monitor.

Aby wyświetlić szczegółowe informacje w Azure Portal, zobacz sekcję Szczegółowe informacje w menu Monitorowanie lub sekcję Monitorowanie menu usługi.

Co to jest rozwiązanie w usłudze Azure Monitor?

Rozwiązania do monitorowania to zestawy logiki do monitorowania określonej aplikacji lub usługi opartej na funkcjach usługi Azure Monitor. Zbierają dane dzienników w usłudze Azure Monitor i udostępniają zapytania dziennika i widoki na potrzeby analizy przy użyciu typowego środowiska w Azure Portal. Zobacz Monitorowanie rozwiązań w usłudze Azure Monitor.

Aby wyświetlić rozwiązania w Azure Portal, kliknij pozycję Więcej w sekcji Szczegółowe informacje w menu Monitorowanie. Kliknij przycisk Dodaj , aby dodać więcej rozwiązań do obszaru roboczego.

Dzienniki

Jaka jest różnica między dziennikami usługi Azure Monitor i usługą Azure Data Explorer?

Azure Data Explorer to szybka i wysoce skalowalna usługa eksploracji danych na potrzeby danych dziennika i telemetrycznych. Dzienniki usługi Azure Monitor są oparte na usłudze Azure Data Explorer i używają tych samych język zapytań Kusto (KQL) z niewielkimi różnicami. Zobacz Różnice w języku zapytań dzienników usługi Azure Monitor.

Jak mogę pobrać dane dziennika?

Wszystkie dane są pobierane z obszaru roboczego usługi Log Analytics przy użyciu zapytania dziennika napisanego przy użyciu język zapytań Kusto (KQL). Możesz pisać własne zapytania lub używać rozwiązań i szczegółowych informacji, które obejmują zapytania dzienników dla określonej aplikacji lub usługi. Zobacz Omówienie zapytań dzienników w usłudze Azure Monitor.

Czy mogę usunąć dane z obszaru roboczego usługi Log Analytics?

Dane są usuwane z obszaru roboczego zgodnie z okresem przechowywania. Określone dane można usunąć ze względów prywatności lub zgodności. Aby uzyskać więcej informacji, zobacz Jak eksportować i usuwać dane prywatne .

Czy magazyn usługi Log Analytics jest niezmienny?

Nie można zmieniać danych w magazynie bazy danych po pozyskiwaniu, ale można je usunąć za pośrednictwem ścieżki interfejsu API przeczyszczania w celu usunięcia danych prywatnych. Chociaż nie można zmieniać danych, niektóre certyfikaty wymagają, aby dane były niezmienne i nie można ich zmieniać ani usuwać w magazynie. Niezmienność danych można osiągnąć przy użyciu eksportu danych do konta magazynu skonfigurowanego jako niezmienny magazyn.

Co to jest obszar roboczy usługi Log Analytics?

Wszystkie dane dzienników zebrane przez usługę Azure Monitor są przechowywane w obszarze roboczym usługi Log Analytics. Obszar roboczy to zasadniczo kontener, w którym dane dziennika są zbierane z różnych źródeł. Może istnieć jeden obszar roboczy usługi Log Analytics dla wszystkich danych monitorowania lub może mieć wymagania dotyczące wielu obszarów roboczych. Zobacz Projektowanie konfiguracji obszaru roboczego usługi Log Analytics (logs/workspace-design.md).

Czy możesz przenieść istniejący obszar roboczy usługi Log Analytics do innej subskrypcji platformy Azure?

Obszar roboczy można przenosić między grupami zasobów lub subskrypcjami, ale nie do innego regionu. Zobacz Przenoszenie obszaru roboczego usługi Log Analytics do innej subskrypcji lub grupy zasobów.

Dlaczego nie widzę przycisków Eksplorator zapytań i Zapisz w usłudze Log Analytics?

Przyciski Eksploratora zapytań, Zapisz i Nowa reguła alertu nie są dostępne, gdy zakres zapytania jest ustawiony na określony zasób. Aby utworzyć alerty, zapisać lub załadować zapytanie, usługa Log Analytics musi być ograniczona do obszaru roboczego. Aby otworzyć usługę Log Analytics w kontekście obszaru roboczego, wybierz pozycję Dzienniki z menu usługi Azure Monitor . Wybrano ostatnio używany obszar roboczy, ale możesz wybrać dowolny inny obszar roboczy. Zobacz Zakres zapytań dzienników i zakres czasu w usłudze Azure Monitor Log Analytics

Dlaczego otrzymuję błąd "Zarejestruj dostawcę zasobów" Microsoft. Analiza dla tej subskrypcji w celu włączenia tego zapytania" podczas otwierania usługi Log Analytics z maszyny wirtualnej?

Wielu dostawców zasobów jest zarejestrowanych automatycznie, ale może być konieczne ręczne zarejestrowanie niektórych dostawców zasobów. Zakres rejestracji to zawsze subskrypcja. Aby uzyskać więcej informacji, zobacz Dostawcy zasobów i ich typy.

Dlaczego podczas otwierania usługi Log Analytics z maszyny wirtualnej nie jest wyświetlany komunikat o błędzie dostępu?

Aby wyświetlić dzienniki maszyn wirtualnych, musisz mieć uprawnienie do odczytu do obszarów roboczych, w których są przechowywane dzienniki maszyny wirtualnej. W takich przypadkach administrator musi udzielić Ci uprawnień na platformie Azure.

Metryki

Dlaczego metryki z systemu operacyjnego gościa mojej maszyny wirtualnej platformy Azure nie są wyświetlane w Eksploratorze metryk?

Metryki platformy są zbierane automatycznie dla zasobów platformy Azure. Należy jednak wykonać pewną konfigurację, aby zebrać metryki z systemu operacyjnego gościa maszyny wirtualnej. W przypadku maszyny wirtualnej z systemem Windows zainstaluj rozszerzenie diagnostyczne i skonfiguruj ujście usługi Azure Monitor zgodnie z opisem w temacie Instalowanie i konfigurowanie rozszerzenia diagnostyki platformy Azure (WAD) Microsoft. W przypadku systemu Linux zainstaluj agenta telegrafu zgodnie z opisem w temacie Zbieranie metryk niestandardowych dla maszyny wirtualnej z systemem Linux za pomocą agenta telegrafu InfluxData.

Prometheus

Co to jest obszar roboczy usługi Azure Monitor?

Dane metryk rozwiązania Prometheus zebrane przez usługę zarządzaną Azure Monitor dla rozwiązania Prometheus są przechowywane w obszarze roboczym usługi Azure Monitor. Zasadniczo jest to kontener, w którym dane metryk rozwiązania Prometheus są przechowywane dla różnych źródeł. Może istnieć jeden obszar roboczy usługi Azure Monitor dla wszystkich danych metryk rozwiązania Prometheus lub może mieć wymagania dotyczące wielu obszarów roboczych. Aby uzyskać dodatkowe informacje, zobacz Omówienie obszaru roboczego usługi Azure Monitor .

Jaka jest różnica między obszarem roboczym usługi Azure Monitor i obszarem roboczym usługi Log Analytics?

Obszar roboczy usługi Azure Monitor to unikatowe środowisko dla danych zbieranych przez usługę Azure Monitor. Każdy obszar roboczy ma własne repozytorium danych, konfigurację i uprawnienia. Obszary robocze usługi Azure Monitor ostatecznie będą zawierać wszystkie dane metryk zebrane przez usługę Azure Monitor, w tym metryki natywne. Obecnie jedynymi danymi hostowanymi przez obszar roboczy usługi Azure Monitor są metryki Rozwiązania Prometheus. Aby uzyskać dodatkowe informacje, zobacz Omówienie obszaru roboczego usługi Azure Monitor .

Jak mogę pobrać dane metryk rozwiązania Prometheus?

Wszystkie dane są pobierane z obszaru roboczego usługi Azure Monitor przy użyciu zapytań napisanych w języku Prometheus Query Language (PromQL). Możesz pisać własne zapytania lub używać zapytań open source i pulpitów nawigacyjnych Grafana, które obejmują zapytania PromQL. Aby uzyskać więcej informacji, zobacz projekt Prometheus .

Czy mogę usunąć dane metryk rozwiązania Prometheus z obszaru roboczego usługi Azure Monitor?

Dane są usuwane z obszaru roboczego usługi Azure Monitor zgodnie z okresem przechowywania danych, który wynosi 18 miesięcy.

Czy mogę wyświetlić metryki rozwiązania Prometheus w Eksploratorze metryk usługi Azure Monitor?

Eksplorator metryk w usłudze Azure Monitor nie obsługuje obecnie wizualizowania danych metryk Prometheus. Zapoznaj się z wizualizowanie metryk w usłudze zarządzanej Azure Monitor dla rozwiązania Prometheus przy użyciu narzędzia Azure Managed Grafana .

Czy mogę używać usługi Azure Managed Grafana w innym regionie niż mój obszar roboczy usługi Azure Monitor i zarządzana aplikacja Prometheus?

Tak, w przypadku korzystania z usługi zarządzanej Azure Monitor dla rozwiązania Prometheus możesz utworzyć obszar roboczy usługi Azure Monitor w dowolnym z obsługiwanych regionów. Klastry Azure Kubernetes Service mogą również znajdować się w dowolnym regionie i wysyłać dane do zarządzanego rozwiązania Prometheus w innym regionie. Usługa Azure Managed Grafana może również znajdować się w innym regionie niż miejsce, w którym utworzono obszar roboczy usługi Azure Monitor.

W przypadku korzystania z zarządzanego rozwiązania Prometheus mogę przechowywać dane dla więcej niż jednego klastra w obszarze roboczym usługi Azure Monitor?

Tak, usługa zarządzana Azure Monitor dla rozwiązania Prometheus ma na celu włączenie scenariuszy, w których można przechowywać dane z kilku klastrów Azure Kubernetes Service w jednym obszarze roboczym usługi Azure Monitor. Aby uzyskać dodatkowe informacje, zobacz Omówienie obszaru roboczego usługi Azure Monitor .

Jakie typy zasobów mogą wysyłać metryki rozwiązania Prometheus do zarządzanego rozwiązania Prometheus?

Nasz moduł zbierający może być używany w klastrach Azure Kubernetes Service. Jest on instalowany jako zarządzany dodatek i można go skonfigurować do zbierania danych, które mają być uruchamiane jako zestaw replik lub jako zestaw replik i w każdym węźle w klastrze. Możesz również skonfigurować zdalny zapis w klastrach Kubernetes działających na platformie Azure, w innej chmurze lub lokalnie, postępując zgodnie z naszymi instrukcjami dotyczącymi włączania zdalnego zapisu.

Czy włączenie zarządzanej usługi Prometheus w klastrze usługi AKS również włącza usługę Container Insights?

Dostępne są opcje zbierania metryk rozwiązania Prometheus. Jeśli używasz Azure Portal i włączysz zbieranie metryk rozwiązania Prometheus, a następnie zainstalujesz dodatek usługi AKS z poziomu środowiska użytkownika obszaru roboczego usługi Azure Monitor, nie włączy usługi Container Insights i zbierania danych dziennika. Po przejściu do strony Szczegółowe informacje w klastrze usługi AKS zostanie wyświetlony monit o włączenie usługi Container Insights, która będzie zbierać dane dziennika.
Jeśli używasz Azure Portal i włączysz zbieranie metryk rozwiązania Prometheus, a następnie zainstalujesz dodatek usługi AKS ze strony Szczegółowych informacji klastra usługi AKS, włączy zarówno zbieranie dzienników, jak i zbieranie metryk Prometheus do zarządzanego rozwiązania Prometheus.

Analiza zmian

Czy korzystanie z funkcji Analiza zmian powoduje naliczenie kosztów?

Możesz użyć analizy zmian bez dodatkowych kosztów. Włącz Microsoft.ChangeAnalysis dostawcę zasobów i wszystkie elementy obsługiwane przez analizę zmian będą dla Ciebie otwarte.

Jak mogę włączyć obsługę aplikacji internetowej?

Włącz analizę zmian dla zmian w aplikacji internetowej gościa przy użyciu narzędzia Diagnozowanie i rozwiązywanie problemów.

Alerty

Co to jest alert w usłudze Azure Monitor?

Alerty proaktywnie powiadamiają o znalezieniu ważnych warunków w danych monitorowania. Umożliwiają one identyfikowanie i rozwiązywanie problemów, zanim użytkownicy systemu ich zauważą. Istnieje wiele rodzajów alertów:

  • Metryka — wartość metryki przekracza próg.
  • Zapytanie dziennika — wyniki zapytania dziennika pasują do zdefiniowanych kryteriów.
  • Dziennik aktywności — zdarzenie dziennika aktywności jest zgodne ze zdefiniowanymi kryteriami.
  • Test internetowy — wyniki testu dostępności są zgodne ze zdefiniowanymi kryteriami.

Zobacz Omówienie alertów w usłudze Microsoft Azure.

Co to jest grupa akcji?

Grupa akcji to kolekcja powiadomień i akcji, które mogą być wyzwalane przez alert. Wiele alertów może używać jednej grupy akcji, co umożliwia korzystanie z typowych zestawów powiadomień i akcji. Zobacz Tworzenie grup akcji i zarządzanie nimi w Azure Portal.

Co to jest reguła akcji?

Reguła akcji umożliwia modyfikowanie zachowania zestawu alertów spełniających określone kryteria. Ta reguła umożliwia wykonywanie takich wymagań, jak wyłączanie akcji alertów podczas okna obsługi. Grupę akcji można również zastosować do zestawu alertów, zamiast stosować je bezpośrednio do reguł alertów. Zobacz Reguły akcji.

Agenci

Czy usługa Azure Monitor wymaga agenta?

Agent jest wymagany tylko do zbierania danych z systemu operacyjnego i obciążeń na maszynach wirtualnych. Maszyny wirtualne mogą znajdować się na platformie Azure, w innym środowisku chmury lub lokalnie. Zobacz Omówienie agentów usługi Azure Monitor.

Jaka jest różnica między agentami usługi Azure Monitor?

Agent usługi Azure Monitor to nowy, ulepszony agent, który konsoliduje funkcje ze wszystkich pozostałych starszych agentów monitorowania, zapewniając jednocześnie dodatkowe korzyści, takie jak scentralizowane zbieranie danych, filtrowanie, multihoming i nie tylko. Zobacz Omówienie agentów usługi Azure Monitor.
Starsi agenci to:

  • Rozszerzenie Diagnostyka Azure jest przeznaczone dla maszyn wirtualnych platformy Azure i zbiera dane do metryk usługi Azure Monitor, usługi Azure Storage i Azure Event Hubs.
  • Agent usługi Log Analytics jest przeznaczony dla maszyn wirtualnych na platformie Azure, w innym środowisku chmury lub lokalnie i zbiera dane do dzienników usługi Azure Monitor. Ci agenci zostaną wycofani do sierpnia 2024 r.

Czy ruch agenta korzysta z połączenia usługi ExpressRoute?

Ruch do usługi Azure Monitor używa obwodu usługi ExpressRoute Microsoft komunikacji równorzędnej. Zobacz dokumentację usługi ExpressRoute , aby uzyskać opis różnych typów ruchu usługi ExpressRoute.

Jak mogę potwierdzić, że agent usługi Log Analytics może komunikować się z usługą Azure Monitor?

W Panel sterowania na komputerze agenta wybierz pozycję Ustawienia zabezpieczeń&, Microsoft Agent monitorowania. Na karcie Azure Log Analytics (OMS) ikona zielonego znacznika wyboru potwierdza, że agent może komunikować się z usługą Azure Monitor. Żółta ikona ostrzeżenia oznacza, że agent ma problemy. Jedną z typowych przyczyn jest zatrzymanie usługi agenta monitorowania Microsoft. Użyj menedżera sterowania usługami, aby ponownie uruchomić usługę.

Jak mogę zatrzymać komunikację agenta usługi Log Analytics z usługą Azure Monitor?

W przypadku agentów połączonych bezpośrednio z usługą Log Analytics otwórz Panel sterowania i wybierz pozycję Ustawienia zabezpieczeń &Microsoft Agent monitorowania. Na karcie Azure Log Analytics (OMS) usuń wszystkie wymienione obszary robocze. W programie System Center Operations Manager usuń komputer z listy komputerów zarządzanych przez usługę Log Analytics. Program Operations Manager aktualizuje konfigurację agenta, aby nie raportować do usługi Log Analytics.

Ile danych jest wysyłanych na agenta?

Ilość wysyłanych danych na agenta zależy od:

  • Włączone rozwiązania
  • Liczba dzienników i liczników wydajności zbieranych
  • Ilość danych w dziennikach

Aby uzyskać szczegółowe informacje, zobacz Analizowanie użycia w obszarze roboczym usługi Log Analytics .

W przypadku komputerów, na których można uruchomić agenta WireData, użyj następującego zapytania, aby zobaczyć, ile danych jest wysyłanych:

WireData
| where ProcessName == "C:\\Program Files\\Microsoft Monitoring Agent\\Agent\\MonitoringHost.exe"
| where Direction == "Outbound"
| summarize sum(TotalBytes) by Computer 

Jaka przepustowość sieci jest używana przez agenta zarządzania Microsoft (MMA) podczas wysyłania danych do usługi Azure Monitor?

Przepustowość jest funkcją ilości wysyłanych danych. Dane są kompresowane w miarę ich wysyłania przez sieć.

Jak można powiadomić o zatrzymaniu zbierania danych z agenta usługi Log Analytics?

Wykonaj kroki opisane w artykule Tworzenie nowego alertu dziennika , aby otrzymywać powiadomienia o zatrzymaniu zbierania danych. Użyj następujących ustawień dla reguły alertu:

  • Zdefiniuj warunek alertu: określ obszar roboczy usługi Log Analytics jako element docelowy zasobu.
  • Kryteria alertu
    • Nazwa sygnału: wyszukiwanie w dzienniku niestandardowym
    • Zapytanie wyszukiwania: Heartbeat | summarize LastCall = max(TimeGenerated) by Computer | where LastCall < ago(15m)
    • Logika alertu: na podstawieliczby wynikówwarunekwiększy niż, wartość progu0
    • Oceniane na podstawie: Okres (w minutach)30, Częstotliwość (w minutach)10
  • Definiowanie szczegółów alertu
    • Nazwa: Zbieranie danych zatrzymano
    • Ważność: ostrzeżenie

Określ istniejącą lub nową grupę akcji , aby po dopasowaniu alertu dziennika do kryteriów otrzymywać powiadomienia, jeśli brakuje pulsu przez ponad 15 minut.

Jakie są wymagania zapory dla agentów usługi Log Analytics?

Aby uzyskać szczegółowe informacje na temat wymagań dotyczących zapory, zobacz Wymagania dotyczące zapory sieciowej.

Agent usługi Azure Monitor

Dlaczego należy używać usługi AMA lub migrować z agenta usługi Log Analytics (MMA) do usługi AMA?

Agent usługi Log Analytics zastępuje agenta usługi Log Analytics, rozszerzenie Diagnostyka Azure i agenta telegrafu. Usługa AMA oferuje wyższą stawkę eps o niższym rozmiarze, zapewniając ulepszone funkcje filtrowania, skalowalne zarządzanie wdrożeniami i konfigurację przy użyciu żądań dcR i zasad platformy Azure.

Chociaż AMA nie osiągnęła jeszcze pełnej parzystości z MMA, nadal dodajemy funkcje i wsparcie, a MMA zostanie wycofana 31 sierpnia 2024 r.

Aby uzyskać więcej informacji, zobacz Omówienie agenta usługi Azure Monitor.

Jaka jest ścieżka uaktualnienia z agentów usługi Log Analytics do agenta usługi Azure Monitor? Jak przeprowadzić migrację?

Jaka jest ścieżka uaktualnienia z agenta usługi Log Analytics (MMA) do agenta usługi Azure Monitor (AMA) na potrzeby monitorowania programu System Center Operations Manager? Czy można używać usługi AMA dla scenariuszy programu System Center Operations Manager?

Oto jak usługa AMA wpływa na dwa scenariusze monitorowania związane z programem System Center Operations Manager:

  • Scenariusz 1. Monitorowanie systemu operacyjnego Windows programu System Center Operations Manager. Ścieżka uaktualnienia jest taka sama jak każda inna maszyna, na której można przeprowadzić migrację z programu MMA (w wersji 2016, 2019) do usługi AMA zaraz po udostępnieniu wymaganych funkcji parzystości w usłudze AMA.
  • Scenariusz 2. Dołączanie/łączenie programu System Center Operations Manager z obszarami roboczymi usługi Log Analytics. Jest to włączone za pośrednictwem łącznika programu System Center Operations Manager dla usługi Log Analytics/Azure Monitor, nie trzeba instalować ani programu MMA, ani ama na serwerze zarządzania programu Operations Manager. W związku z tym nie ma wpływu na ten przypadek użycia z perspektywy usługi AMA.

Czy nowy agent usługi Azure Monitor będzie obsługiwał zbieranie danych dla różnych rozwiązań usługi Log Analytics i usług platformy Azure, takich jak Microsoft Defender for Cloud i Microsoft Sentinel?

Przejrzyj listę rozszerzeń AMA, które są obecnie dostępne w wersji zapoznawczej. Są to te same rozwiązania i usługi, które są teraz dostępne przy użyciu nowego agenta usługi Azure Monitor. Może zostać wyświetlonych więcej rozszerzeń instalowanych dla rozwiązania/usługi w celu zbierania dodatkowych danych lub przeprowadzania transformacji/przetwarzania zgodnie z wymaganiami rozwiązania/usługi, a następnie kierowania końcowych danych do usługi Azure Monitor przy użyciu usługi AMA.

Oto diagram wyjaśniający nową architekturę rozszerzalności:

Architektura rozszerzeń

Które rozwiązania usługi Log Analytics są obsługiwane w nowym agencie usługi Azure Monitor?

Jak zbierać zdarzenia zabezpieczeń systemu Windows przy użyciu nowego agenta usługi Azure Monitor?

Istnieją dwa sposoby zbierania zdarzeń zabezpieczeń przy użyciu nowego agenta podczas wysyłania do obszaru roboczego usługi Log Analytics:

  • Usługi AMA można używać do natywnego zbierania zdarzeń zabezpieczeń, tak samo jak inne zdarzenia systemu Windows. Te przepływy do tabeli "Event" w obszarze roboczym usługi Log Analytics.
  • Jeśli usługa Sentinel jest włączona w obszarze roboczym, zdarzenia zabezpieczeń przepływają za pośrednictwem usługi AMA do tabeli "SecurityEvent" (tak samo jak w przypadku agenta usługi Log Analytics). Zawsze będzie to wymagało uprzedniego włączenia rozwiązania.

Czy agent usługi Azure Monitor i agent usługi Log Analytics mogą współistnieć obok siebie?

Tak, mogą, ale z pewnymi względami. Przeczytaj więcej na temat współistnienia agenta.

Czy zduplikuję zdarzenia, jeśli używam agenta usługi Azure Monitor i agenta usługi Log Analytics na tym samym komputerze?

W przypadku zbierania tych samych zdarzeń dla obu agentów nastąpi duplikowanie. Duplikowanie może być starszym agentem zbierającym nadmiarowe dane z danych konfiguracji obszaru roboczego zebranych przez regułę zbierania danych. Możesz też zbierać zdarzenia zabezpieczeń za pomocą starszego agenta i włączać zdarzenia Zabezpieczenia Windows z łącznikami usługi AMA w usłudze Microsoft Sentinel.

Należy ograniczyć zdarzenia duplikacji tylko do czasu przejścia z jednego agenta do drugiego. Po pełnym przetestowaniu modułu DCR i zweryfikowaniu zbierania danych należy odłączyć zbieranie danych dla obszaru roboczego i odłączyć wszystkie łączniki danych MMA.

Czy agent usługi Azure Monitor jest równoważny z agentami usługi Log Analytics?

Przejrzyj bieżące ograniczenia usługi AMA w porównaniu z agentami usługi Log Analytics.

Czy agent usługi Azure Monitor obsługuje środowiska spoza platformy Azure (inne chmury, lokalne)?

Maszyny lokalne i maszyny połączone z innymi chmurami są obecnie obsługiwane dla serwerów po zainstalowaniu agenta usługi Azure Arc. Na potrzeby uruchamiania usługi AMA i DCR wymaganie usługi Arc nie wiąże się z dodatkowymi kosztami ani zużyciem zasobów, ponieważ agent usługi Arc jest używany tylko jako mechanizm instalacji i nie trzeba włączać płatnych funkcji zarządzania, jeśli nie chcesz ich używać.

Czy agent usługi Azure Monitor obsługuje linki prywatne?

Tak, odbywa się to za pośrednictwem punktów końcowych zbierania danych utworzonych i dodanych do zakresu Private Link usługi Azure Monitor (AMPLS). Zapoznaj się z krokami konfiguracji.

Czy usługa AMA obsługuje dzienniki auditD w systemie Linux lub AUOMS?

Tak, ale musisz dołączyć usługę Defender for Cloud (wcześniej Azure Security Center) dostępną jako rozszerzenie usługi AMA, która zbiera dzienniki inspekcji systemu Linux za pośrednictwem usługi AUOMS.

Czy usługa Azure Arc jest wymagana dla maszyn przyłączonych do usługi AAD?

W przypadku maszyn przyłączonych do usługi AAD (lub dołączonych hybrydowo do usługi AAD) z systemem Windows 10 lub 11 (klienckim systemem operacyjnym) nie trzeba instalować usługi Arc na tych maszynach. Zamiast tego można użyć instalatora MSI systemu Windows dla usługi AMA, obecnie dostępnej w wersji zapoznawczej.

Dlaczego należy zainstalować agenta połączonej maszyny usługi Azure Arc do korzystania z usługi AMA?

Usługa AMA uwierzytelnia się w obszarze roboczym za pośrednictwem tożsamości zarządzanej, która jest tworzona podczas instalowania agenta connected machine. Tożsamość zarządzana to bezpieczniejsze rozwiązanie do uwierzytelniania i zarządzanie nim z platformy Azure. Zamiast tego starszy agent usługi Log Analytics uwierzytelnia się przy użyciu identyfikatora i klucza obszaru roboczego, dlatego nie potrzebował usługi Azure Arc.

Jaki wpływ ma instalacja agenta połączonej maszyny usługi Azure Arc na mojej maszynie spoza platformy Azure?

Po zainstalowaniu usługi Azure Arc nie ma to wpływu na maszynę. Nie korzysta on z zasobów systemowych lub sieciowych i jest przeznaczony do niskiego zużycia zasobów na hoście, na którym jest uruchamiany.

Jakie typy maszyn obsługują nowy agent usługi Azure Monitor?

Można je zainstalować bezpośrednio na Virtual Machines, zestawach skalowania Virtual Machines i serwerach z obsługą usługi Arc. Można je również zainstalować na urządzeniach (stacjach roboczych, komputerach stacjonarnych) z systemem Windows 10 lub 11 przy użyciu instalatora MSI systemu Windows dla usługi AMA, obecnie dostępnej w wersji zapoznawczej.

Czy można filtrować zdarzenia przy użyciu identyfikatora zdarzenia, czyli bardziej szczegółowego filtrowania zdarzeń przy użyciu nowego agenta usługi Azure Monitor?

Tak. Zapytania Xpath można używać do filtrowania dzienników zdarzeń systemu Windows. Dowiedz się więcej
W przypadku liczników wydajności można określić określone liczniki, które chcesz zebrać, i wykluczyć te, których nie potrzebujesz. W przypadku dziennika systemowego w systemie Linux można wybrać pozycję Obiekty i poziom dziennika dla każdego obiektu do zebrania.

Czy nowy agent usługi Azure Monitor obsługuje wysyłanie danych do usługi Event Hubs i kont usługi Azure Storage?

Nie, ale nowy agent wraz z regułami zbierania danych będzie obsługiwać wysyłanie danych do kont usługi Event Hubs i usługi Azure Storage w przyszłości, gdy usługa AMA rozpocznie zbieżność z rozszerzeniami diagnostycznymi.

Czy nowy agent usługi Azure Monitor ma obsługę wzmacniania zabezpieczeń dla systemu Linux?

Obsługa wzmacniania zabezpieczeń dla systemu Linux nie jest jeszcze dostępna.

Jakie role muszę utworzyć kontroler domeny, który zbiera zdarzenia z moich serwerów?

Jeśli tworzysz żądania DCR zawierające ten sam identyfikator zdarzenia i skojarzyć je z tą samą maszyną wirtualną, czy zdarzenia zostaną zduplikowane?

Tak. Aby uniknąć duplikowania, upewnij się, że wybór zdarzeń w regułach zbierania danych nie zawiera zduplikowanych zdarzeń.

Jak mogę zweryfikować moje zapytania XPATH w usłudze AMA?

Użyj polecenia cmdlet get-WinEvent programu PowerShell -FilterXPath , aby przetestować ważność zapytania XPath. Aby uzyskać więcej informacji, zobacz poradę podaną w instrukcjach dotyczących połączeń opartych na agencie systemu Windows . Polecenie cmdlet Get-WinEvent programu PowerShell obsługuje maksymalnie 23 wyrażenia, które kontrolery DCR usługi Azure Monitor obsługują maksymalnie 20. < Ponadto > znaki muszą być zakodowane jako &gt; i &lt; w usłudze DCR.

Wizualizacje

Dlaczego nie widzę projektanta widoków?

Projektant widoków jest dostępny tylko dla użytkowników przypisanych z uprawnieniami współautora lub wyższymi w obszarze roboczym usługi Log Analytics.

Application Insights

Problemy z konfiguracją

Czy mogę używać usługi Application Insights z usługą ...?

Czy jest bezpłatny?

Tak, w przypadku użycia eksperymentalnego. W podstawowym planie cenowym aplikacja może wysłać pewien zasiłek danych każdego miesiąca bezpłatnie. Bezpłatny zasiłek jest wystarczająco duży, aby pokryć programowanie i opublikować aplikację dla kilku użytkowników. Można ustawić limit, aby zapobiec przetwarzaniu więcej niż określonej ilości danych.

Większe ilości danych telemetrycznych są naliczane za gb. Udostępniamy kilka wskazówek dotyczących ograniczania opłat.

Plan Enterprise wiąże się z opłatą za każdy dzień, który każdy węzeł serwera sieci Web wysyła dane telemetryczne. Jest to odpowiednie, jeśli chcesz używać eksportu ciągłego na dużą skalę.

Przeczytaj plan cenowy.

Ile to kosztuje?

  • Otwórz stronę Użycie i szacowane koszty w zasobie usługi Application Insights. Istnieje wykres ostatniego użycia. Jeśli chcesz, możesz ustawić limit woluminu danych.
  • Aby wyświetlić rachunki we wszystkich zasobach:
    1. Otwórz witrynę Azure Portal.
    2. Wyszukaj pozycję "Cost Management" i użyj okienka Analiza kosztów, aby wyświetlić prognozowane koszty.
    3. Wyszukaj pozycję "Zarządzanie kosztami i rozliczenia" i otwórz okienko Zakresy rozliczeniowe, aby wyświetlić bieżące opłaty między subskrypcjami.

Co zmodyfikuj usługa Application Insights w moim projekcie?

Szczegóły zależą od typu projektu. W przypadku aplikacji internetowej:

  • Dodaje te pliki do projektu:
    • Plik ApplicationInsights.config
    • ai.js
  • Instaluje następujące pakiety NuGet:
    • Interfejs API usługi Application Insights — podstawowy interfejs API
    • Interfejs API usługi Application Insights dla aplikacji internetowych — używany do wysyłania danych telemetrycznych z serwera
    • Interfejs API usługi Application Insights dla aplikacji JavaScript — używany do wysyłania danych telemetrycznych z klienta
  • Pakiety obejmują następujące zestawy:
    • Microsoft. ApplicationInsights
    • Microsoft. ApplicationInsights.Platform
  • Wstawia elementy do:
    • Web.config
    • packages.config
  • (Tylko w przypadku nowych projektów dodasz usługę Application Insights do istniejącego projektu ręcznie). Wstawia fragmenty kodu do klienta i serwera, aby zainicjować je przy użyciu identyfikatora zasobu usługi Application Insights. Na przykład w aplikacji MVC kod jest wstawiany do strony wzorcowej Views/Shared/_Layout.cshtml

Jak mogę uaktualnić starsze wersje zestawu SDK?

Zapoznaj się z informacjami o wersji zestawu SDK odpowiednim dla typu aplikacji.

Jak mogę zmienić zasób platformy Azure, do którego projekt wysyła dane?

W Eksplorator rozwiązań kliknij prawym przyciskiem myszy ApplicationInsights.config i wybierz pozycję Aktualizuj usługę Application Insights. Dane można wysłać do istniejącego lub nowego zasobu na platformie Azure. Kreator aktualizacji zmienia klucz instrumentacji w ApplicationInsights.config, który określa, gdzie zestaw SDK serwera wysyła dane. Jeśli nie usuniesz zaznaczenia opcji "Aktualizuj wszystko", zmieni również klucz, w którym będzie wyświetlany na stronach internetowych.

Czy nowe regiony platformy Azure wymagają użycia parametrów połączenia?

Nowe regiony platformy Azure wymagają użycia parametrów połączenia zamiast kluczy instrumentacji. Parametry połączenia identyfikują zasób, z którym chcesz skojarzyć dane telemetryczne. Umożliwia również modyfikowanie punktów końcowych, których zasób będzie używany jako miejsce docelowe dla telemetrii. Musisz skopiować parametry połączenia i dodać je do kodu aplikacji lub do zmiennej środowiskowej.

Czy należy używać parametrów połączenia lub kluczy instrumentacji?

Parametry połączenia są zalecane za pośrednictwem kluczy instrumentacji.

Czy mogę użyć 'providers('Microsoft. Insights", "components").apiVersions[0]" w ramach wdrożeń usługi Azure Resource Manager?

Nie zalecamy używania tej metody wypełniania wersji interfejsu API. Najnowsza wersja może reprezentować wersje zapoznawcza, które mogą zawierać zmiany powodujące niezgodność. Nawet w nowszych wersjach innych niż wersja zapoznawcza wersje interfejsu API nie zawsze są wstecznie zgodne z istniejącymi szablonami lub w niektórych przypadkach wersja interfejsu API może nie być dostępna dla wszystkich subskrypcji.

Jakie dane telemetryczne są zbierane przez usługę Application Insights?

Z poziomu serwerowych aplikacji internetowych:

Na stronach internetowych klienta:

Jeśli skonfigurujesz je z innych źródeł:

Czy mogę odfiltrować lub zmodyfikować dane telemetryczne?

Tak, na serwerze można napisać:

  • Procesor telemetryczny do filtrowania lub dodawania właściwości do wybranych elementów telemetrii przed ich wysłaniem z aplikacji.
  • Inicjator telemetrii w celu dodania właściwości do wszystkich elementów telemetrii.

Dowiedz się więcej na temat ASP.NET lub Języka Java.

W jaki sposób są obliczane dane dotyczące miasta, kraju/regionu i innych lokalizacji geograficznych?

Wyszukujemy adres IP (IPv4 lub IPv6) klienta internetowego przy użyciu usługi GeoLite2.

  • Telemetria przeglądarki: zbieramy adres IP nadawcy.
  • Telemetria serwera: moduł usługi Application Insights zbiera adres IP klienta. Nie jest on zbierany, jeśli X-Forwarded-For jest ustawiony.
  • Aby dowiedzieć się więcej na temat sposobu zbierania danych adresów IP i geolokalizacji w usłudze Application Insights, zapoznaj się z tym artykułem.

Można skonfigurować parametr , ClientIpHeaderTelemetryInitializer aby pobrać adres IP z innego nagłówka. Na przykład w niektórych systemach jest on przenoszony przez serwer proxy, moduł równoważenia obciążenia lub sieć CDN do usługi X-Originating-IP. Dowiedz się więcej.

Możesz użyć usługi Power BI , aby wyświetlić dane telemetryczne żądania na mapie, jeśli przeprowadzono migrację do zasobu opartego na obszarze roboczym.

Jak długo dane są przechowywane w portalu? Czy jest to bezpieczne?

Co się stanie z danymi telemetrycznymi usługi Application Insights, gdy serwer lub urządzenie utraci połączenie z platformą Azure?

Wszystkie nasze zestawy SDK, w tym zestaw SDK sieci Web, obejmują "niezawodny transport" lub "niezawodny transport". Gdy serwer lub urządzenie utraci połączenie z platformą Azure, dane telemetryczne są przechowywane lokalnie w systemie plików (zestawy SDK serwera) lub w magazynie sesji HTML5 (web SDK). Zestaw SDK będzie okresowo ponawiać próbę wysłania tej telemetrii do momentu, gdy nasza usługa pozyskiwania uzna ją za "nieaktywną" (48 godzin dla dzienników, 30 minut dla metryk). Nieaktualna telemetria zostanie porzucona. W niektórych przypadkach, takich jak gdy magazyn lokalny jest pełny, ponawianie próby nie zostanie wykonane.

Czy dane osobowe mogą być wysyłane w telemetrii?

Jeśli kod wysyła takie dane, możesz wysłać dane osobowe. Może się to również zdarzyć, jeśli zmienne w śladach stosu zawierają dane osobowe. Twój zespół programistyczny powinien przeprowadzać oceny ryzyka, aby upewnić się, że dane osobowe są prawidłowo obsługiwane. Dowiedz się więcej o przechowywaniu danych i ochronie prywatności.

Wszystkie oktety adresu internetowego klienta są zawsze ustawione na 0 po wyszukaniu atrybutów lokalizacji geograficznej.

Zestaw SDK języka JavaScript usługi Application Insights domyślnie nie zawiera żadnych danych osobowych w autouzupełnianie. Jednak niektóre dane osobowe używane w aplikacji mogą być pobierane przez zestaw SDK (na przykład pełne nazwy lub window.title identyfikatory kont w parametrach zapytania adresu URL XHR). W przypadku niestandardowego maskowania danych osobowych dodaj inicjator telemetrii.

Mój klucz instrumentacji jest widoczny w moim źródle strony internetowej.

  • Ta widoczność jest powszechną praktyką w zakresie monitorowania rozwiązań.
  • Nie można ich użyć do kradzieży danych.
  • Może służyć do niesymetryczności danych lub wyzwalania alertów.
  • Nie słyszeliśmy, że żaden klient miał takie problemy.

Można wykonać następujące czynności:

  • Użyj dwóch oddzielnych kluczy instrumentacji (oddzielnych zasobów usługi Application Insights) dla danych klienta i serwera. Lub
  • Napisz serwer proxy, który działa na serwerze i klient internetowy wysyła dane za pośrednictwem tego serwera proxy.

Jak mogę zobaczyć dane POST w wyszukiwaniu diagnostycznym?

Nie rejestrujemy danych POST automatycznie, ale można użyć wywołania TrackTrace: umieścić dane w parametrze komunikatu. Parametry komunikatu mają dłuższy limit rozmiaru niż limity właściwości ciągu, chociaż nie można go filtrować.

Czy należy używać jednego lub wielu zasobów usługi Application Insights?

Użyj jednego zasobu dla wszystkich składników lub ról w jednym systemie biznesowym. Używaj oddzielnych zasobów do tworzenia, testowania i wydawania wersji oraz dla niezależnych aplikacji.

Jak mogę dynamicznie zmieniać klucz instrumentacji?

Jakie są liczby użytkowników i sesji?

  • Zestaw SDK języka JavaScript ustawia plik cookie użytkownika na kliencie internetowym, aby zidentyfikować zwracanych użytkowników oraz plik cookie sesji w celu grupowania działań.
  • Jeśli nie ma skryptu po stronie klienta, możesz ustawić pliki cookie na serwerze.
  • Jeśli jeden rzeczywisty użytkownik korzysta z witryny w różnych przeglądarkach lub korzysta z przeglądania w trybie prywatnym/incognito lub na różnych komputerach, będzie liczone więcej niż raz.
  • Aby zidentyfikować zalogowanego użytkownika na maszynach i przeglądarkach, dodaj wywołanie metody setAuthenticatedUserContext().

Jak usługa Application Insights generuje informacje o urządzeniu (przeglądarka, system operacyjny, język, model)?

Przeglądarka przekazuje ciąg agenta użytkownika w nagłówku HTTP żądania, a usługa pozyskiwania usługi Application Insights używa analizatora UA do generowania pól widocznych w tabelach danych i środowiskach. W związku z tym użytkownicy usługi Application Insights nie mogą zmieniać tych pól.

Czasami te dane mogą być brakujące lub niedokładne, jeśli użytkownik lub przedsiębiorstwo wyłączy wysyłanie agenta użytkownika w ustawieniach przeglądarki. Wyrażenia regularne analizatora UA mogą nie zawierać wszystkich informacji o urządzeniu lub usługa Application Insights może nie przyjąć najnowszych aktualizacji.

Czy włączono wszystko w usłudze Application Insights?

Co powinno zostać wyświetlone Jak go uzyskać Dlaczego chcesz
Wykresy dostępności Testy internetowe Znajomość aplikacji internetowej
Wydajności aplikacji serwera: czasy odpowiedzi, ... Dodawanie usługi Application Insights do projektu lub instalowanie agenta usługi Azure Monitor Application Insights na serwerze (lub pisanie własnego kodu w celu śledzenia zależności) Wykrywanie problemów z wydajnością
Telemetria zależności Instalowanie agenta usługi Application Insights usługi Azure Monitor na serwerze Diagnozowanie problemów z bazami danych lub innymi składnikami zewnętrznymi
Pobieranie śladów stosu z wyjątków Wstaw wywołania TrackException w kodzie (ale niektóre są zgłaszane automatycznie) Wykrywanie i diagnozowanie wyjątków
Przeszukiwanie śladów dzienników Dodawanie adaptera rejestrowania Diagnozowanie wyjątków, problemów z wydajnością
Podstawowe informacje o użyciu klienta: widoki stron, sesje, ... Inicjator języka JavaScript na stronach internetowych Analiza użycia
Metryki niestandardowe klienta Śledzenie wywołań na stronach internetowych Ulepszanie środowiska użytkownika
Metryki niestandardowe serwera Śledzenie wywołań na serwerze Analiza biznesowa

Dlaczego liczby wykresów wyszukiwania i metryk są nierówne?

Próbkowanie zmniejsza liczbę elementów telemetrii (żądań, zdarzeń niestandardowych itd.), które są wysyłane z aplikacji do portalu. W obszarze Wyszukaj zostanie wyświetlona liczba odebranych elementów. Na wykresach metryk, które wyświetlają liczbę zdarzeń, zobaczysz liczbę oryginalnych zdarzeń, które wystąpiły.

Każdy przesyłany element zawiera itemCount właściwość, która pokazuje liczbę oryginalnych zdarzeń reprezentowanych przez element. Aby obserwować próbkowanie w operacji, możesz uruchomić to zapytanie w usłudze Analytics:

    requests | summarize original_events = sum(itemCount), transmitted_events = count()

Jak mogę przenieść zasób usługi Application Insights do nowego regionu?

Przenoszenie istniejących zasobów usługi Application Insights z jednego regionu do innego nie jest obecnie obsługiwane. Nie można migrować zebranych danych historycznych do nowego regionu. Jedynym częściowym obejściem jest:

  1. Utwórz nowy zasób usługi Application Insights (klasyczny lub oparty na obszarze roboczym) w nowym regionie.
  2. Utwórz ponownie wszystkie unikatowe dostosowania specyficzne dla oryginalnego zasobu w nowym zasobie.
  3. Zmodyfikuj aplikację, aby korzystała z klucza instrumentacji nowego zasobu regionu lub parametrów połączenia.
  4. Przetestuj, aby potwierdzić, że wszystko nadal działa zgodnie z oczekiwaniami w przypadku nowego zasobu usługi Application Insights.
  5. W tym momencie można usunąć oryginalny zasób, co spowoduje utratę wszystkich danych historycznych. Możesz też zachować oryginalny zasób do celów raportowania historycznego podczas przechowywania danych.

Unikatowe dostosowania, które często muszą być tworzone ręcznie lub aktualizowane dla zasobu w nowym regionie, ale nie są ograniczone do następujących elementów:

  • Utwórz ponownie niestandardowe pulpity nawigacyjne i skoroszyty.
  • Utwórz ponownie lub zaktualizuj zakres dowolnych alertów dzienników niestandardowych/metryk.
  • Utwórz ponownie alerty dotyczące dostępności.
  • Utwórz ponownie wszystkie niestandardowe ustawienia kontroli dostępu opartej na rolach (RBAC) platformy Azure, które są wymagane dla użytkowników w celu uzyskania dostępu do nowego zasobu.
  • Replikuj ustawienia obejmujące próbkowanie pozyskiwania, przechowywanie danych, dzienny limit i włączanie metryk niestandardowych. Te ustawienia są kontrolowane za pośrednictwem okienka Użycie i szacowane koszty .
  • Każda integracja, która opiera się na kluczach interfejsu API, takich jak adnotacje wydania, bezpieczny kanał sterowania metryk na żywo itp. Konieczne będzie wygenerowanie nowych kluczy interfejsu API i zaktualizowanie skojarzonej integracji.
  • Eksport ciągły w zasobach klasycznych wymaga ponownego skonfigurowania.
  • Ustawienia diagnostyczne w zasobach opartych na obszarze roboczym muszą zostać ponownie skonfigurowane.

Uwaga

Jeśli zasób tworzony w nowym regionie zastępuje klasyczny zasób, zalecamy eksplorowanie korzyści z tworzenia nowego zasobu opartego na obszarze roboczym lub migracji istniejącego zasobu do obszaru roboczego.

Automation

Konfigurowanie usługi Application Insights

Skrypty programu PowerShell można pisać przy użyciu usługi Azure Resource Monitor, aby:

  • Tworzenie i aktualizowanie zasobów usługi Application Insights.
  • Ustaw plan cenowy.
  • Pobierz klucz instrumentacji.
  • Dodaj alert metryki.
  • Dodaj test dostępności.

Nie można skonfigurować raportu Eksploratora metryk ani skonfigurować eksportu ciągłego.

Wykonywanie zapytań dotyczących telemetrii

Użyj interfejsu API REST do uruchamiania zapytań analitycznych .

Jak mogę ustawić alert dla zdarzenia?

Alerty platformy Azure dotyczą tylko metryk. Utwórz niestandardową metrykę, która przekracza próg wartości przy każdym wystąpieniu zdarzenia. Następnie ustaw alert dotyczący metryki. Otrzymasz powiadomienie za każdym razem, gdy metryka przekroczy próg w dowolnym kierunku; nie otrzymasz powiadomienia do momentu pierwszego przekroczenia, bez względu na to, czy wartość początkowa jest wysoka, czy niska; zawsze występuje opóźnienie kilku minut.

Czy istnieją opłaty za transfer danych między aplikacją internetową platformy Azure i usługą Application Insights?

  • Jeśli aplikacja internetowa platformy Azure jest hostowana w centrum danych, w którym znajduje się punkt końcowy kolekcji usługi Application Insights, nie są naliczane opłaty.
  • Jeśli w centrum danych hosta nie ma punktu końcowego kolekcji, dane telemetryczne aplikacji będą naliczać opłaty wychodzące platformy Azure.

Ta odpowiedź zależy od dystrybucji naszych punktów końcowych, a nie od miejsca, w którym jest hostowany zasób usługi Application Insights.

Czy mogę wysłać dane telemetryczne do portalu usługi Application Insights?

Zalecamy używanie naszych zestawów SDK i korzystanie z interfejsu API zestawu SDK. Istnieją warianty zestawu SDK dla różnych platform. Te zestawy SDK obsługują buforowanie, kompresję, ograniczanie przepustowości, ponawianie prób itd. Jednak schemat pozyskiwania i protokół punktu końcowego są publiczne.

Czy mogę monitorować intranetowy serwer internetowy?

Tak, ale musisz zezwolić na ruch do naszych usług przez wyjątki zapory lub przekierowania serwera proxy.

  • QuickPulse https://rt.services.visualstudio.com:443
  • ApplicationIdProvider https://dc.services.visualstudio.com:443
  • TelemetryChannel https://dc.services.visualstudio.com:443

Zapoznaj się z naszą pełną listą usług i adresów IP tutaj.

Wyjątek zapory

Zezwól serwerowi sieci Web na wysyłanie danych telemetrycznych do naszych punktów końcowych.

Przekierowanie bramy

Kierowanie ruchu z serwera do bramy w intranecie przez zastąpienie punktów końcowych w konfiguracji. Jeśli te właściwości "Endpoint" nie są obecne w konfiguracji, te klasy będą używać wartości domyślnych pokazanych poniżej w przykładzie ApplicationInsights.config.

Brama powinna kierować ruch do podstawowego adresu punktu końcowego. W konfiguracji zastąp wartości domyślne wartościami http://<your.gateway.address>/<relative path>.

Przykład ApplicationInsights.config z domyślnymi punktami końcowymi:

<ApplicationInsights>
  ...
  <TelemetryModules>
    <Add Type="Microsoft.ApplicationInsights.Extensibility.PerfCounterCollector.QuickPulse.QuickPulseTelemetryModule, Microsoft.AI.PerfCounterCollector">
      <QuickPulseServiceEndpoint>https://rt.services.visualstudio.com/QuickPulseService.svc</QuickPulseServiceEndpoint>
    </Add>
  </TelemetryModules>
    ...
  <TelemetryChannel>
    <EndpointAddress>https://dc.services.visualstudio.com/v2/track</EndpointAddress>
  </TelemetryChannel>
  ...
  <ApplicationIdProvider Type="Microsoft.ApplicationInsights.Extensibility.Implementation.ApplicationId.ApplicationInsightsApplicationIdProvider, Microsoft.ApplicationInsights">
    <ProfileQueryEndpoint>https://dc.services.visualstudio.com/api/profiles/{0}/appId</ProfileQueryEndpoint>
  </ApplicationIdProvider>
  ...
</ApplicationInsights>

Uwaga

Dostawca ApplicationIdProvider jest dostępny od wersji 2.6.0.

Przekazywanie serwera proxy

Przekazywanie serwera proxy można osiągnąć, konfigurując serwer proxy na poziomie maszyny lub na poziomie aplikacji. Aby uzyskać więcej informacji, zobacz artykuł dotnet w temacie DefaultProxy.

Przykład Web.config:

<system.net>
    <defaultProxy>
      <proxy proxyaddress="http://xx.xx.xx.xx:yyyy" bypassonlocal="true"/>
    </defaultProxy>
</system.net>

Czy mogę uruchomić testy sieci Web dostępności na serwerze intranetowym?

Nasze testy internetowe są uruchamiane w punktach obecności rozmieszczonych na całym świecie. Istnieją dwa rozwiązania:

  • Drzwi zapory — zezwalaj na żądania do serwera z długiej i możliwej do zmiany listy agentów testów sieci Web.
  • Napisz własny kod, aby wysyłać okresowe żądania do serwera z wewnątrz intranetu. W tym celu można uruchomić testy internetowe programu Visual Studio. Tester może wysłać wyniki do usługi Application Insights przy użyciu interfejsu API TrackAvailability().

Jak długo trwa zbieranie danych telemetrycznych?

Większość danych usługi Application Insights ma opóźnienie poniżej 5 minut. Niektóre dane mogą trwać dłużej; zazwyczaj większe pliki dziennika. Aby uzyskać więcej informacji, zobacz umowę SLA usługi Application Insights.

Odpowiedzi HTTP 502 i 503 nie zawsze są przechwytywane przez usługę Application Insights

Błędy "502 bad gateway" i "503 serviceavailable" nie zawsze są przechwytywane przez usługę Application Insights. Jeśli do monitorowania jest używany tylko kod JavaScript po stronie klienta, powinno to być oczekiwane zachowanie, ponieważ odpowiedź o błędzie jest zwracana przed stroną zawierającą nagłówek HTML z renderowany fragmentem kodu JavaScript monitorowania.

Jeśli odpowiedź 502 lub 503 została wysłana z serwera z włączonym monitorowaniem po stronie serwera, błędy zostaną zebrane przez zestaw SDK usługi Application Insights.

Nadal istnieją jednak przypadki, w których nawet w przypadku włączenia monitorowania po stronie serwera na serwerze internetowym aplikacji błąd 502 lub 503 nie zostanie przechwycony przez usługę Application Insights. Wiele nowoczesnych serwerów internetowych nie zezwala klientowi na bezpośrednie komunikowanie się, ale zamiast tego stosuje rozwiązania takie jak odwrotne serwery proxy, aby przekazywać informacje z powrotem i z powrotem między klientem a serwerami internetowymi frontonu.

W tym scenariuszu 502 lub 503 odpowiedź może zostać zwrócona do klienta z powodu problemu w odwrotnej warstwie serwera proxy i nie zostanie przechwycona poza urządzeniem przez usługę Application Insights. Aby ułatwić wykrywanie problemów w tej warstwie, może być konieczne przekazanie dzienników z zwrotnego serwera proxy do usługi Log Analytics i utworzenie reguły niestandardowej w celu sprawdzenia odpowiedzi 502/503. Aby dowiedzieć się więcej o typowych przyczynach błędów 502 i 503, zapoznaj się z artykułem dotyczącym rozwiązywania problemów z Azure App Service dla "502 nieprawidłowej bramy" i "503 usługa niedostępna".

OpenTelemetry

Co to jest OpenTelemetry?

Nowy standard open source umożliwiający obserwację. Dowiedz się więcej na stronie https://opentelemetry.io/.

Dlaczego usługa Microsoft Azure Monitor Application Insights inwestuje w usługę OpenTelemetry?

Microsoft jest jednym z największych współautorów biblioteki OpenTelemetry.

Kluczową wartością rozwiązania OpenTelemetry jest to, że jest neutralna od dostawcy i zapewnia spójne interfejsy API/zestawy SDK w różnych językach.

Z biegiem czasu uważamy, że platforma OpenTelemetry umożliwi klientom usługi Azure Monitor obserwowanie aplikacji napisanych w językach poza obsługiwanymi językami i rozszerzanie liczby bibliotek instrumentacji dostępnych dla klientów. W szczególności zestaw SDK platformy .NET OpenTelemetry jest bardziej wydajny na dużą skalę niż jego poprzednik zestaw SDK usługi Application Insights.

Na koniec platforma OpenTelemetry jest zgodna ze strategią Microsoft w celu objęcia open source.

Jaki jest stan funkcji OpenTelemetry?

Kompletne rozwiązanie do obserwacji obejmuje wszystkie trzy filary obserwacji. Platforma OpenTelemetry Community wydała stabilne śledzenie rozproszone w lutym 2021 r. i wydała stabilne metryki w marcu 2022 r. Oferta oparta na protokole OpenTelemetry usługi Azure Monitor obejmuje te dwa filary. Społeczność OpenTelemetry aktywnie pracuje nad stabilizacją specyfikacji interfejsu API rejestrowania/zestawu SDK i planujemy dodać rejestrowanie do naszych ofert opartych na protokole OpenTelemetry w kolejnym kamieniu milowym.

Jak mogę przetestować metryki OpenTelemetry?

Zapoznaj się z naszymi dokumentami dotyczącymi włączania dla platformy .NET, języka JavaScript (Node.js), języka Python lub języka Java, a następnie zarejestruj się, aby dołączyć do naszej społeczności użytkowników usługi Azure Monitor Application Insights pod adresem https://aka.ms/AzMonOtel , aby otrzymywać powiadomienia o głównych wersjach.

Jaki jest bieżący stan wersji funkcji w ramach każdej oferty OpenTelemetry?

Na poniższym wykresie przedstawiono obsługę funkcji OpenTelemetry dla każdego języka.

Cecha .NET Node.js Python Java
Śledzenie rozproszone ⚠️ ⚠️ ⚠️
Metryki ⚠️ ⚠️ ⚠️
Metryki na żywo
Interfejs API rejestrowania (dzienniki konsoli i biblioteki rejestrowania)
Profiler
Debuger migawek
Uwierzytelnianie usługi Azure AD
Automatyczne wypełnianie nazwy roli chmury/wystąpienia roli
Autopopulacji identyfikatora użytkownika i uwierzytelnionego identyfikatora użytkownika
Automatyczne wypełnianie adresu IP użytkownika
Automatyczne wypełnianie nazwy roli chmury/wystąpienia roli
Zastępowanie nazwy operacji
Ręczne ustawianie identyfikatora użytkownika lub uwierzytelnionego identyfikatora użytkownika
Propagacja nazwy operacji na telemetrię zależności
Biblioteki instrumentacji dla Azure Functions
Stan obsługuje kod stanu (unset,ok,error) i opis stanu.

Klucz

Jak mogę ustalić, czy openTelemetry jest dla mnie odpowiedni?

Społeczność OpenTelemetry używa stabilnej lub eksperymentalnej , aby zasygnalizować dojrzałość kawałka oprogramowania. Oddzielnie usługa Azure Monitor używa funkcji "Publiczna wersja zapoznawcza" i "OGÓLNA dostępność", aby sygnalizować stabilność i zaangażowanie w pomoc techniczną.

Jeśli twoja aplikacja jest napisana w języku Java, zalecamy korzystanie z oferty opartej na technologii OpenTelemetry dla wszystkich użytkowników, którzy w listopadzie 2020 r.

Jeśli aplikacja jest napisana w języku C#, JavaScript (Node.js) lub Python, bieżące zestawy SDK usługi Application Insights oferują najbardziej bogate w funkcje środowisko.

Scenariusze, które mogą kołysać Cię w kierunku openTelemetry wcześniej niż później, obejmują wysyłanie danych telemetrycznych do usługi Azure Monitor + innego dostawcy jednocześnie, zbieranie i konwergentnie istniejących protokołów instrumentacji lub korzystanie z funkcji dostępnych w module zbierającym OpenTelemetry-Collector. Na przykład klienci zgłaszali przy użyciu procesora wsadowego, próbkatora opartego na ogonie i/lub procesora atrybutów. Chociaż podobne funkcje istnieją w istniejących zestawach SDK usługi Application Insights, niektórzy klienci wolą hostować to przetwarzanie podrzędne w agencie.

W repozytoriach open source możesz zobaczyć postęp w kierunku OpenTelemetry-Based eksporterów usługi Azure Monitor dla języków C#, JavaScript i Python .

Czy usługa Application Insights jest obsługiwana wraz z agentami konkurencji? (na przykład AppDynamics, DataDog, NewRelic itp.)

Nie. Nie jest to coś, co planujemy przetestować lub obsługiwać, chociaż nasze oferty oparte na protokole OpenTelemetry umożliwiają eksportowanie do punktu końcowego OTLP obok usługi Azure Monitor jednocześnie.

Czy mogę używać kompilacji w wersji zapoznawczej w środowiskach produkcyjnych?

Nie jest to zalecane. Aby uzyskać więcej informacji, zobacz Dodatkowe warunki użytkowania dla platformy Microsoft Azure Previews.

Czy usługa Azure Monitor ma dystrybucję "OpenTelemetry"?

OpenTelemetry definiuje dystrybucję jako "otokę wokół nadrzędnego repozytorium OpenTelemetry z pewnymi dostosowaniami". W tym sensie nasze oferty oparte na języku Java, Python i JavaScript (Node.js) oparte na technologii OpenTelemetry są "dystrybucją", ponieważ pakujemy kilka składników w celu łatwego włączania. Te dystrybucje obejmują składniki specyficzne dla platformy Azure (np. eksporter usługi Azure Monitor z magazynem offline, niestandardowy przykładnik), aby uzyskać najlepsze środowisko w usłudze Azure Monitor Application Insights. W niektórych przypadkach klienci mogą chcieć użyć "podejścia fragmentacyjnego" do instrumentacji, a nie dystrybucji. W takich przypadkach klienci mogą bezpośrednio korzystać z naszego eksportera i będą ponosić odpowiedzialność za ściąganie wszystkich odpowiednich pakietów na potrzeby ich implementacji. Obecnie platforma .NET oferuje tylko eksportera OpenTelemetry dla podejścia fragmentacyjnego, ale w przyszłości będzie również mieć dystrybucję, która będzie obejmować typowe scenariusze telemetryczne.

Jaka jest różnica między instrumentacją ręczną i automatyczną?

Instrumentacja ręczna jest kodowaniem względem interfejsu API OpenTelemetry i zwykle składa się z instalowania zestawu SDK specyficznego dla języka w aplikacji. "Ręczne" nie oznacza, że będziesz musiał napisać złożony kod w celu zdefiniowania zakresów dla śladów rozproszonych (choć pozostaje to opcja). Rozbudowany i rosnący zestaw bibliotek instrumentacji obsługiwanych przez współautorów OpenTelemetry umożliwia bezproblemowe przechwytywanie sygnałów telemetrycznych w typowych strukturach i bibliotekach.

Automatyczne instrumentacja umożliwia zbieranie danych telemetrycznych za pomocą konfiguracji bez dotykania kodu aplikacji. Chociaż jest to bardzo wygodne, wydaje się być mniej konfigurowalne i nie jest dostępne we wszystkich językach.

Działania automatycznego instrumentacji openTelemetry obejmują ofertę języka Java, która Microsoft obsługuje za pośrednictwem dystrybucji o nazwie Java 3.X. Środowiska Python i .NET mają eksperymentalne działania automatycznego instrumentacji, które Microsoft obecnie nie obsługują. Wszystkie inne języki OpenTelemetry koncentrują się tylko na instrumentacji ręcznej.

Czy mogę użyć modułu OpenTelemetry-Collector?

Niektórzy klienci zaczęli używać modułu zbierającego OpenTelemetry jako alternatywy dla agenta, mimo że Microsoft nie obsługuje oficjalnie podejścia opartego na agencie do monitorowania aplikacji. W międzyczasie społeczność open source przyczyniła się do eksportera usługi Azure Monitor openTelemetry-Collector, którego niektórzy klienci używają do wysyłania danych do usługi Azure Monitor Application Insights.

Planujemy w przyszłości obsługiwać podejście oparte na agencie, ale szczegóły i oś czasu nie są jeszcze dostępne. Naszym celem jest zapewnienie ścieżki dla dowolnego obsługiwanego języka OpenTelemetry do wysyłania do usługi Azure Monitor za pośrednictwem protokołu OTLP (OpenTelemetry Protocol). Umożliwi to klientom obserwowanie aplikacji napisanych w językach poza obsługiwanymi językami.

Jaka jest różnica między wartościami OpenCensus i OpenTelemetry?

OpenCensus jest prekursorem OpenTelemetry. Microsoft pomógł połączyć rozwiązania OpenTracing i OpenCensus w celu utworzenia biblioteki OpenTelemetry, czyli jednego standardu obserwacji dla świata. Bieżący zestaw SDK języka Python zalecany przez usługę Azure Monitor jest oparty na protokole OpenCensus, ale ostatecznie wszystkie zestawy SDK usługi Azure Monitor będą oparte na protokole OpenTelemetry.

Szczegółowe informacje o kontenerze

Co reprezentuje "Inne procesy" w widoku węzła?

Inne procesy mają pomóc w jasnym zrozumieniu głównej przyczyny wysokiego użycia zasobów w węźle. Dzięki temu można rozróżniać użycie między konteneryzowanymi procesami a niekontenerowanymi procesami.

Jakie są te inne procesy?

Są to niekontenerowane procesy uruchamiane w węźle.

Jak to obliczyć?

Inne procesy = Łączne użycie z języka CAdvisor - Użycie z konteneryzowanego procesu

Inne procesy obejmują:

  • Samoobsługowe lub zarządzane procesy kubernetes, które nie są konteneryzowane
  • Procesy czasu wykonywania kontenera
  • Kubelet
  • Procesy systemowe uruchomione w węźle
  • Inne obciążenia inne niż Kubernetes uruchomione na sprzęcie węzła lub maszynie wirtualnej

Nie widzę wartości właściwości Image and Name wypełnione podczas wykonywania zapytań względem tabeli ContainerLog.

W przypadku wersji agenta ciprod12042019 i nowszych domyślnie te dwie właściwości nie są wypełniane dla każdego wiersza dziennika, aby zminimalizować koszty związane z zebranymi danymi dzienników. Istnieją dwie opcje wykonywania zapytań dotyczących tabeli, które zawierają te właściwości z ich wartościami:

Opcja 1

Dołącz inne tabele, aby uwzględnić te wartości właściwości w wynikach.

Zmodyfikuj zapytania, aby uwzględnić właściwości Image i ImageTag z ContainerInventory tabeli, dołączając do właściwości ContainerID. Właściwość Name (jak wcześniej wyświetlana w ContainerLog tabeli) można dołączyć z pola ContainePodInventory tabeli ContaineName tabeli KubepodInventory, łącząc się z właściwością ContainerID. Jest to zalecana opcja.

Poniższy przykład to przykładowe szczegółowe zapytanie, które wyjaśnia, jak uzyskać te wartości pól ze sprzężeniami.

//lets say we are querying an hour worth of logs
let startTime = ago(1h);
let endTime = now();
//below gets the latest Image & ImageTag for every containerID, during the time window
let ContainerInv = ContainerInventory | where TimeGenerated >= startTime and TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID, Image, ImageTag | project-away TimeGenerated | project ContainerID1=ContainerID, Image1=Image ,ImageTag1=ImageTag;
//below gets the latest Name for every containerID, during the time window
let KubePodInv  = KubePodInventory | where ContainerID != "" | where TimeGenerated >= startTime | where TimeGenerated < endTime | summarize arg_max(TimeGenerated, *)  by ContainerID2 = ContainerID, Name1=ContainerName | project ContainerID2 , Name1;
//now join the above 2 to get a 'jointed table' that has name, image & imagetag. Outer left is safer in-case there are no kubepod records are if they are latent
let ContainerData = ContainerInv | join kind=leftouter (KubePodInv) on $left.ContainerID1 == $right.ContainerID2;
//now join ContainerLog table with the 'jointed table' above and project-away redundant fields/columns and rename columns that were re-written
//Outer left is safer so you don't lose logs even if we can't find container metadata for loglines (due to latency, time skew between data types etc...)
ContainerLog
| where TimeGenerated >= startTime and TimeGenerated < endTime
| join kind= leftouter (
  ContainerData
) on $left.ContainerID == $right.ContainerID2 | project-away ContainerID1, ContainerID2, Name, Image, ImageTag | project-rename Name = Name1, Image=Image1, ImageTag=ImageTag1

Opcja 2

Włącz ponownie kolekcję dla tych właściwości dla każdego wiersza dziennika kontenera.

Jeśli pierwsza opcja nie jest wygodna ze względu na zmiany zapytań, możesz ponownie włączyć zbieranie tych pól, włączając ustawienie log_collection_settings.enrich_container_logs na mapie konfiguracji agenta zgodnie z opisem w ustawieniach konfiguracji zbierania danych.

Uwaga

Druga opcja nie jest zalecana w przypadku dużych klastrów, które mają więcej niż 50 węzłów, ponieważ generuje wywołania serwera interfejsu API z każdego węzła w klastrze w celu przeprowadzenia tego wzbogacania. Ta opcja zwiększa również rozmiar danych dla każdego zebranego wiersza dziennika.

Czy mogę wyświetlić metryki zebrane w narzędziu Grafana?

Usługa Container Insights obsługuje wyświetlanie metryk przechowywanych w obszarze roboczym usługi Log Analytics na pulpitach nawigacyjnych narzędzia Grafana. Udostępniliśmy szablon, który można pobrać z repozytorium pulpitu nawigacyjnego narzędzia Grafana, aby rozpocząć pracę i odwołanie, aby dowiedzieć się, jak wykonywać zapytania o dane z monitorowanych klastrów w celu wizualizacji na niestandardowych pulpitach nawigacyjnych Grafana.

Czy mogę monitorować klaster AKS-engine za pomocą usługi Container Insights?

Usługa Container Insights obsługuje monitorowanie obciążeń kontenerów wdrożonych w aks-engine (wcześniej znanych jako klastry ACS-engine) hostowane na platformie Azure. Aby uzyskać więcej informacji i omówienie kroków wymaganych do włączenia monitorowania dla tego scenariusza, zobacz Using Container insights for AKS-engine (Używanie szczegółowych informacji o kontenerze dla aparatu AKS).

Dlaczego nie widzę danych w obszarze roboczym usługi Log Analytics?

Jeśli nie widzisz żadnych danych w obszarze roboczym usługi Log Analytics w określonym czasie codziennie, być może osiągnięto domyślny limit wynoszący 500 MB lub dzienny limit określony w celu kontrolowania ilości danych do zbierania codziennie. Po osiągnięciu dziennego limitu zbieranie danych zostaje zatrzymane i wznowione dopiero następnego dnia. Aby przejrzeć użycie danych i zaktualizować do innej warstwy cenowej na podstawie przewidywanych wzorców użycia, zobacz Szczegóły cennika dzienników usługi Azure Monitor.

Jakie są stany kontenera określone w tabeli ContainerInventory?

Tabela ContainerInventory zawiera informacje o zatrzymanych i uruchomionych kontenerach. Tabela jest wypełniana przez przepływ pracy wewnątrz agenta, który wysyła zapytanie docker dla wszystkich kontenerów (uruchomionych i zatrzymanych) oraz przekazuje te dane do obszaru roboczego usługi Log Analytics.

Jak mogę usunąć błąd "Brak rejestracji subskrypcji"?

Jeśli zostanie wyświetlony błąd Brak rejestracji subskrypcji dla Microsoft. OperationsManagement można go rozwiązać, rejestrując dostawcę zasobów Microsoft. OperationsManagement w subskrypcji, w której jest zdefiniowany obszar roboczy. Dokumentację dotyczącą tego, jak to zrobić, można znaleźć tutaj.

Czy istnieje obsługa klastrów usługi AKS z obsługą kontroli dostępu opartej na rolach platformy Kubernetes?

Rozwiązanie do monitorowania kontenerów nie obsługuje kontroli dostępu opartej na rolach platformy Kubernetes, ale jest obsługiwane w przypadku szczegółowych informacji o kontenerze. Strona szczegółów rozwiązania może nie zawierać odpowiednich informacji w okienkach, które pokazują dane dla tych klastrów.

Jak mogę włączyć zbieranie dzienników dla kontenerów w przestrzeni nazw kube-system za pomocą programu Helm?

Zbieranie dzienników z kontenerów w przestrzeni nazw kube-system jest domyślnie wyłączone. Zbieranie dzienników można włączyć, ustawiając zmienną środowiskową w agencie usługi Azure Monitor. Aby uzyskać więcej informacji, zobacz stronę GitHub usługi Container Insights .

Jak mogę zaktualizować agenta usługi Azure Monitor w usłudze Container Insights do najnowszej wersji?

Aby dowiedzieć się, jak uaktualnić agenta, zobacz Zarządzanie agentami.

Dlaczego wiersze dziennika są większe niż 16 KB podzielone na wiele rekordów w usłudze Log Analytics?

Agent używa sterownika rejestrowania plików JSON platformy Docker do przechwytywania stdout i stderr kontenerów. Ten sterownik rejestrowania dzieli wiersze dziennika większe niż 16 KB na wiele wierszy podczas kopiowania z stdout lub stderr do pliku.

Jak mogę włączyć rejestrowanie wielowierszowe?

Obecnie szczegółowe informacje o kontenerach nie obsługują rejestrowania wielowierszowego, ale dostępne są obejścia. Można skonfigurować wszystkie usługi do zapisu w formacie JSON, a następnie docker/Moby będzie zapisywać je jako pojedynczy wiersz.

Możesz na przykład owinąć dziennik jako obiekt JSON, jak pokazano w poniższym przykładzie dla przykładowej aplikacji Node.js:

console.log(json.stringify({ 
      "Hello": "This example has multiple lines:",
      "Docker/Moby": "will not break this into multiple lines",
      "and you'll receive":"all of them in log analytics",
      "as one": "log entry"
      }));

Te dane będą wyglądać podobnie do następującego przykładu w usłudze Azure Monitor w przypadku dzienników podczas wykonywania zapytań dotyczących tych dzienników:

LogEntry : ({"Hello": "This example has multiple lines:","Docker/Moby": "will not break this into multiple lines", "and you'll receive":"all of them in log analytics", "as one": "log entry"}

Aby uzyskać szczegółowe informacje na temat problemu, zapoznaj się z poniższym linkiem do usługi GitHub.

Jak mogę usunąć błędy Azure AD podczas włączania dzienników na żywo?

Może zostać wyświetlony następujący błąd: adres URL odpowiedzi określony w żądaniu nie jest zgodny z adresami URL odpowiedzi skonfigurowanymi dla aplikacji: "<identyfikator> aplikacji". Rozwiązanie do rozwiązania można znaleźć w artykule How to view container data in real time with Container Insights (Jak wyświetlać dane kontenera w czasie rzeczywistym za pomocą szczegółowych informacji o kontenerze).

Dlaczego nie mogę uaktualnić klastra po dołączeniu?

Jeśli po włączeniu usługi Container Insights dla klastra usługi AKS usuniesz obszar roboczy usługi Log Analytics, do którego wysyłano jego dane, podczas próby uaktualnienia klastra zakończy się niepowodzeniem. Aby obejść ten temat, musisz wyłączyć monitorowanie, a następnie ponownie włączyć odwołując się do innego prawidłowego obszaru roboczego w subskrypcji. Gdy spróbujesz ponownie przeprowadzić uaktualnienie klastra, powinno ono przetworzyć i ukończyć pomyślnie.

Które porty i domeny muszę otworzyć/zezwolić na agenta?

Zapoznaj się z wymaganiami dotyczącymi zapory sieciowej , aby uzyskać informacje o konfiguracji serwera proxy i zapory wymagane dla konteneryzowanego agenta z platformą Azure, platformą Azure US Government i chmurami Azure China 21Vianet.

Czy istnieje obsługa zbierania dzienników inspekcji platformy Kubernetes dla klastrów ARO?

Nie, usługa Container Insights nie obsługuje zbierania dzienników inspekcji platformy Kubernetes.

Dlaczego nie widzę normalnych typów zdarzeń podczas wykonywania zapytań względem tabeli KubeEvents?

Domyślnie normalne typy zdarzeń nie są zbierane, chyba że collect_all_kube_events ustawienie mapy konfiguracji jest włączone. Jeśli potrzebujesz kolekcji zdarzeń normalnych, włącz ustawienie collect_all_kube_events w kontener-azm-ms-agentconfigmap . Aby uzyskać szczegółowe informacje na temat konfigurowania mapy konfiguracji, zobacz Konfigurowanie zbierania danych agenta dla usługi Container Insights .

Szczegółowe informacje o maszynie wirtualnej

Czy mogę dołączyć do istniejącego obszaru roboczego?

Jeśli maszyny wirtualne są już połączone z obszarem roboczym usługi Log Analytics, możesz nadal używać tego obszaru roboczego podczas dołączania do szczegółowych informacji o maszynach wirtualnych, pod warunkiem, że znajduje się on w jednym z obsługiwanych regionów.

Czy mogę dołączyć do nowego obszaru roboczego?

Jeśli maszyny wirtualne nie są obecnie połączone z istniejącym obszarem roboczym usługi Log Analytics, musisz utworzyć nowy obszar roboczy do przechowywania danych. Tworzenie nowego domyślnego obszaru roboczego jest wykonywane automatycznie, jeśli skonfigurujesz pojedynczą maszynę wirtualną platformy Azure na potrzeby szczegółowych informacji o maszynie wirtualnej za pośrednictwem Azure Portal.

Jeśli zdecydujesz się użyć metody opartej na skryptach, te kroki zostały omówione w artykule Włączanie szczegółowych informacji o maszynie wirtualnej przy użyciu Azure PowerShell lub szablonu Resource Manager.

Co zrobić, jeśli moja maszyna wirtualna jest już zgłaszana do istniejącego obszaru roboczego?

Jeśli już zbierasz dane z maszyn wirtualnych, być może skonfigurowano je do raportowania danych do istniejącego obszaru roboczego usługi Log Analytics. O ile obszar roboczy znajduje się w jednym z naszych obsługiwanych regionów, możesz włączyć szczegółowe informacje o maszynie wirtualnej do istniejącego obszaru roboczego. Jeśli obszar roboczy, którego już używasz, nie znajduje się w jednym z naszych obsługiwanych regionów, nie będzie można w tej chwili dołączyć do szczegółowych informacji o maszynie wirtualnej. Aktywnie pracujemy nad obsługą większej liczby regionów.

Dlaczego nie można dołączyć mojej maszyny wirtualnej?

Następujące kroki są wykonywane podczas dołączania maszyny wirtualnej platformy Azure z Azure Portal:

  • Zostanie utworzony domyślny obszar roboczy usługi Log Analytics, jeśli ta opcja została wybrana.
  • Agent usługi Log Analytics jest instalowany na maszynach wirtualnych platformy Azure przy użyciu rozszerzenia maszyny wirtualnej, jeśli jest to wymagane.
  • Agent zależności map map maszyny wirtualnej jest instalowany na maszynach wirtualnych platformy Azure przy użyciu rozszerzenia, jeśli jest to wymagane.

Podczas procesu dołączania sprawdzamy stan każdego z powyższych elementów, aby zwrócić stan powiadomienia do Ciebie w portalu. Konfiguracja obszaru roboczego i instalacji agenta zwykle trwa od 5 do 10 minut. Wyświetlanie danych monitorowania w portalu zajmuje od 5 do 10 minut.

Jeśli zainicjowano dołączanie i zobaczysz komunikaty wskazujące, że maszyna wirtualna musi zostać dołączona, poczekaj do 30 minut, aż maszyna wirtualna ukończy proces.

Nie widzę niektórych ani żadnych danych na wykresach wydajności dla mojej maszyny wirtualnej

Jeśli nie widzisz danych wydajności w tabeli dysków lub na niektórych wykresach wydajności, liczniki wydajności mogą nie być skonfigurowane w obszarze roboczym. Aby rozwiązać ten problem, uruchom następujący skrypt programu PowerShell.

Czym różni się funkcja mapy szczegółowych informacji o maszynie wirtualnej od usługi Service Map?

Funkcja mapy szczegółowych informacji o maszynie wirtualnej jest oparta na usłudze Service Map, ale ma następujące różnice:

  • Dostęp do widoku mapy można uzyskać z poziomu okienka maszyny wirtualnej i szczegółowych informacji o maszynie wirtualnej w usłudze Azure Monitor.
  • Połączenia na mapie można teraz klikać i wyświetlać widok danych metryk połączenia w panelu bocznym dla wybranego połączenia.
  • Istnieje nowy interfejs API, który służy do tworzenia map w celu zapewnienia lepszej obsługi bardziej złożonych map.
  • Monitorowane maszyny wirtualne są teraz uwzględnione w węźle grupy klientów, a wykres pierścieniowy przedstawia proporcję monitorowanych i niemonitorowanych maszyn wirtualnych w grupie. Można jej również użyć do filtrowania listy maszyn po rozwinięciu grupy.
  • Monitorowane maszyny wirtualne są teraz uwzględnione w węzłach grupy portów serwera, a wykres pierścieniowy przedstawia proporcję monitorowanych i niemonitorowanych maszyn w grupie. Można jej również użyć do filtrowania listy maszyn po rozwinięciu grupy.
  • Styl mapy został zaktualizowany tak, aby był bardziej spójny z mapą aplikacji z usługi Application Insights.
  • Panele boczne zostały zaktualizowane i nie mają pełnego zestawu integracji obsługiwanych w usłudze Service Map — Update Management, Change Tracking, Security i Service Desk.
  • Opcja wybierania grup i maszyn do mapowania została zaktualizowana i obsługuje teraz subskrypcje, grupy zasobów, Virtual Machine Scale Sets platformy Azure i usługi w chmurze.
  • Nie można utworzyć nowych grup maszyn usługi Service Map w funkcji mapy szczegółowych informacji o maszynie wirtualnej.

Dlaczego na wykresach wydajności są wyświetlane linie kropkowane?

Może się to zdarzyć z kilku powodów. W przypadkach, gdy istnieje luka w zbieraniu danych, przedstawiamy wiersze jako kropkowane. Jeśli częstotliwość próbkowania danych dla liczników wydajności jest włączona (ustawieniem domyślnym jest zbieranie danych co 60 sekund), możesz zobaczyć linie kropkowane na wykresie, jeśli wybierzesz wąski zakres czasu dla wykresu, a częstotliwość próbkowania jest mniejsza niż rozmiar zasobnika używany na wykresie (na przykład: częstotliwość próbkowania wynosi co 10 minut, a każdy przedział na wykresie wynosi 5 minut). Wybranie szerszego zakresu czasu do wyświetlenia powinno spowodować, że linie wykresu będą wyświetlane jako linie stałe, a nie kropki w tym przypadku.

Czy grupy są obsługiwane za pomocą szczegółowych informacji o maszynach wirtualnych?

Tak, po zainstalowaniu agenta zależności zbieramy informacje z maszyn wirtualnych w celu wyświetlania grup na podstawie subskrypcji, grupy zasobów, Virtual Machine Scale Sets i usług w chmurze. Jeśli używasz usługi Service Map i utworzono grupy maszyn, są one również wyświetlane. Grupy komputerów będą również wyświetlane w filtrze grup, jeśli zostały utworzone dla wyświetlanego obszaru roboczego.

Jak mogę zobaczyć szczegóły dotyczące tego, co napędza linię 95. percentyla na zagregowanych wykresach wydajności?

Domyślnie lista jest sortowana w celu wyświetlenia maszyn wirtualnych, które mają najwyższą wartość dla 95. percentyla dla wybranej metryki, z wyjątkiem wykresu Dostępne pamięci, który pokazuje maszyny o najniższej wartości 5. percentylu. Kliknięcie wykresu spowoduje otwarcie widoku Lista pierwszych N z wybraną odpowiednią metrykę.

Jak funkcja Mapy obsługuje zduplikowane adresy IP w różnych sieciach wirtualnych i podsieciach?

Jeśli duplikujesz zakresy adresów IP z maszynami wirtualnymi lub usługą Azure Virtual Machine Scale Sets w podsieciach i sieciach wirtualnych, może to spowodować wyświetlenie niepoprawnych informacji na mapie szczegółowych informacji maszyn wirtualnych. Jest to znany problem i badamy opcje ulepszania tego środowiska.

Czy funkcja mapowania obsługuje protokół IPv6?

Funkcja mapy obecnie obsługuje tylko protokół IPv4 i badamy obsługę protokołu IPv6. Obsługujemy również protokół IPv4 tunelowany wewnątrz protokołu IPv6.

Gdy ładuję mapę dla grupy zasobów lub innej dużej grupy, mapa jest trudna do wyświetlenia

Chociaż wprowadziliśmy ulepszenia mapowania w celu obsługi dużych i złożonych konfiguracji, zdajemy sobie sprawę, że mapa może mieć wiele węzłów, połączeń i węzłów działających jako klaster. Dokładamy wszelkich starań, aby zwiększyć wsparcie w celu zwiększenia skalowalności.

Dlaczego wykres sieciowy na karcie Wydajność wygląda inaczej niż wykres sieciowy na stronie Przegląd maszyny wirtualnej platformy Azure?

Na stronie przeglądu maszyny wirtualnej platformy Azure są wyświetlane wykresy oparte na pomiarze aktywności hosta na maszynie wirtualnej gościa. Na wykresie sieciowym w przeglądzie maszyny wirtualnej platformy Azure jest wyświetlany tylko ruch sieciowy, który będzie rozliczany. Nie obejmuje to ruchu między sieciami wirtualnymi. Dane i wykresy wyświetlane dla szczegółowych informacji o maszynie wirtualnej są oparte na danych z maszyny wirtualnej gościa, a wykres sieciowy wyświetla cały ruch TCP/IP, który jest przychodzący i wychodzący do tej maszyny wirtualnej, w tym między sieciami wirtualnymi.

Jak jest mierzony czas odpowiedzi dla danych przechowywanych w programie VMConnection i wyświetlanych w panelu połączenia i skoroszytach?

Czas odpowiedzi to przybliżenie. Ponieważ nie instrumentujemy kodu aplikacji, tak naprawdę nie wiemy, kiedy rozpocznie się żądanie i kiedy nadejdzie odpowiedź. Zamiast tego obserwujemy wysyłanie danych w połączeniu, a następnie dane wracają do tego połączenia. Nasz agent śledzi te wiadomości i odbiera je i próbuje je sparować: sekwencja wysyłania, po której następuje sekwencja odbierania, jest interpretowana jako para żądań/odpowiedzi. Czas między tymi operacjami to czas odpowiedzi. Obejmuje to opóźnienie sieci i czas przetwarzania serwera.

To przybliżenie sprawdza się w przypadku protokołów opartych na żądaniach/odpowiedziach: pojedyncze żądanie przechodzi do połączenia i pojawia się pojedyncza odpowiedź. Dotyczy to protokołu HTTP (bez potokowania), ale nie jest spełnione w przypadku innych protokołów.

Czy istnieją ograniczenia, jeśli korzystam z bezpłatnego planu cenowego usługi Log Analytics?

Jeśli skonfigurowano usługę Azure Monitor z obszarem roboczym usługi Log Analytics przy użyciu warstwy cenowej Bezpłatna , funkcja mapy szczegółowych informacji o maszynach wirtualnych będzie obsługiwać tylko pięć połączonych maszyn połączonych z obszarem roboczym. Jeśli masz pięć maszyn wirtualnych połączonych z bezpłatnym obszarem roboczym, rozłączysz jedną z maszyn wirtualnych, a następnie połączysz nową maszynę wirtualną, nowa maszyna wirtualna nie zostanie monitorowana i odzwierciedlona na stronie Mapa.

W tym warunku zostanie wyświetlony monit z opcją Wypróbuj teraz po otwarciu maszyny wirtualnej i wybraniu pozycji Szczegółowe informacje w okienku po lewej stronie, nawet po zainstalowaniu jej na maszynie wirtualnej. Nie zostanie jednak wyświetlony monit o opcje, tak jak zwykle, jeśli ta maszyna wirtualna nie została dołączona do szczegółowych informacji o maszynie wirtualnej.

SQL Insights (wersja zapoznawcza)

Jakie wersje SQL Server są obsługiwane?

Obsługujemy SQL Server 2012 i wszystkie nowsze wersje. Aby uzyskać więcej informacji, zobacz Obsługiwane wersje .

Jakie typy zasobów SQL są obsługiwane?

  • Azure SQL Database
  • Wystąpienie zarządzane Azure SQL
  • SQL Server w usłudze Azure Virtual Machines (SQL Server uruchomiona na maszynach wirtualnych zarejestrowanych u dostawcy maszyn wirtualnych SQL)
  • Maszyny wirtualne platformy Azure (SQL Server uruchomione na maszynach wirtualnych, które nie zostały zarejestrowane u dostawcy maszyn wirtualnych SQL)

Zobacz Obsługiwane wersje , aby uzyskać więcej szczegółów i uzyskać szczegółowe informacje na temat scenariuszy bez pomocy technicznej lub ograniczonej obsługi.

Jakie systemy operacyjne maszyny wirtualnej z systemem SQL Server są obsługiwane?

Obsługujemy wszystkie systemy operacyjne określone w dokumentacji systemu Windows i Linux dla SQL Server na platformie Azure Virtual Machines.

Jaki system operacyjny maszyny wirtualnej monitorowania jest obsługiwany?

System Ubuntu 18.04 jest obecnie jedynym systemem operacyjnym obsługiwanym przez maszynę wirtualną monitorowania.

Gdzie będą przechowywane dane monitorowania w usłudze Log Analytics?

Wszystkie dane monitorowania są przechowywane w tabeli InsightsMetrics . Kolumna Origin ma wartość solutions.azm.ms/telegraf/SqlInsights. Kolumna Przestrzeń nazw zawiera wartości rozpoczynające się od sqlserver_.

Jak często są zbierane dane?

Częstotliwość zbierania danych jest dostosowywalna. Aby uzyskać szczegółowe informacje na temat częstotliwości domyślnych, zobacz Temat Dane zbierane przez usługę SQL Insights (wersja zapoznawcza) i zobacz Tworzenie profilu monitorowania SQL , aby uzyskać instrukcje dotyczące dostosowywania częstotliwości.

Następne kroki

Jeśli nie udzielono odpowiedzi na twoje pytanie, możesz zapoznać się z następującymi forami, aby uzyskać więcej pytań i odpowiedzi.

Aby uzyskać ogólną opinię na temat usługi Azure Monitor, odwiedź forum opinii.