Azure Monitor często zadawanych pytań

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

Ogólne

Co to jest Azure Monitor?

Azure Monitor to usługa platformy Azure, która zapewnia monitorowanie wydajności i dostępności aplikacji i usług na platformie Azure, w innych środowiskach w chmurze lub lokalnie. Azure Monitor zbiera dane z wielu źródeł na wspólną platformę danych, gdzie można je analizować pod celu analizy trendów i anomalii. Rozbudowane funkcje Azure Monitor pomagają szybko identyfikować i reagować na krytyczne sytuacje, które mogą mieć wpływ na aplikację.

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

We wrześniu 2018 r. firma Microsoft połączyła usługi Azure Monitor, Log Analytics i Application Szczegółowe informacje w jedną usługę, aby zapewnić zaawansowane, end-to-end monitorowanie aplikacji i składników, na których polegają. Funkcje w usługach Log Analytics i Application Szczegółowe informacje nie uległy zmianie, chociaż niektóre funkcje zostały zmienione na Azure Monitor w celu lepszego odzwierciedlenia ich nowego zakresu. Aparat danych dziennika i język zapytań usługi Log Analytics jest teraz określany jako Azure Monitor Dzienniki. Zobacz Azure Monitor terminologii .

Jakie są Azure Monitor koszty?

Funkcje Azure Monitor automatycznie włączone, takie jak zbieranie metryk i dzienników aktywności, są udostępniane bez opłat. Istnieje koszt związany z innymi funkcjami, takimi jak zapytania dzienników i alerty. Zobacz stronę Azure Monitor cennika, aby uzyskać szczegółowe informacje o cenach.

Jak mogę włączyć Azure Monitor?

Azure Monitor jest włączana w momencie utworzenia nowej subskrypcji platformy Azure, a dziennik aktywności i metryki platformy są zbierane automatycznie. Utwórz ustawienia diagnostyczne, aby zebrać bardziej szczegółowe informacje o działaniu zasobów platformy Azure, a także dodać rozwiązania do monitorowania i szczegółowe informacje, aby zapewnić dodatkową analizę zebranych danych dla określonych usług.

Jak mogę dostęp do Azure Monitor?

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

Czy istnieje lokalna wersja Azure Monitor?

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

Czy Azure Monitor monitorować zasoby lokalne?

Tak. Oprócz zbierania danych monitorowania z zasobów platformy Azure usługa Azure Monitor zbierać dane z maszyn wirtualnych i aplikacji w innych chmurach i lokalnych. Zobacz Źródła danych monitorowania dla Azure Monitor.

Czy Azure Monitor z System Center Operations Manager?

Możesz połączyć istniejącą grupę zarządzania System Center Operations Manager z Azure Monitor w celu zbierania danych z agentów do Azure Monitor dzienników. Dzięki temu można używać zapytań dziennika i rozwiązania do analizowania danych zebranych z agentów. Można również skonfigurować istniejące agenty System Center Operations Manager do wysyłania danych bezpośrednio do Azure Monitor. Zobacz Połączenie Operations Manager, aby Azure Monitor.

Jakich adresów IP Azure Monitor używać?

Zobacz adresy IP używane przez usługi Application Szczegółowe informacje i Log Analytics, aby uzyskać listę adresów IP i portów wymaganych przez agentów i inne zasoby zewnętrzne do uzyskiwania dostępu do Azure Monitor.

Dane monitorowania

Gdzie Azure Monitor dane?

Azure Monitor zbiera dane z różnych źródeł, w tym dzienników i metryk z platformy i zasobów platformy Azure, aplikacji niestandardowych i agentów uruchomionych na maszynach wirtualnych. Inne usługi, takie jak Azure Security Center i Network Watcher, zbierają dane do obszaru roboczego usługi Log Analytics, aby można było je analizować za pomocą Azure Monitor danych. Możesz również wysyłać dane niestandardowe do usługi Azure Monitor interfejsu API REST dla dzienników lub metryk. Zobacz Źródła danych monitorowania dla Azure Monitor.

Jakie dane są zbierane przez Azure Monitor?

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 Azure Monitor. Dla każdej subskrypcji platformy Azure istnieje pojedyncza baza danych metryk, 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 Azure Monitor platformę danych.

Czy istnieje maksymalna ilość danych, które można zebrać w Azure Monitor?

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

Jak mogę uzyskać dostęp do danych zbieranych przez Azure Monitor?

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

Rozwiązania i szczegółowe informacje

Co to jest wgląd w Azure Monitor?

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

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

Co to jest rozwiązanie w Azure Monitor?

Rozwiązania do monitorowania to spakowane zestawy logiki do monitorowania określonej aplikacji lub usługi na podstawie Azure Monitor funkcji. Zbierają dane dzienników w Azure Monitor i zapewniają zapytania dotyczące dzienników oraz widoki na temat ich analizy, korzystając z typowych funkcji w Azure Portal. Zobacz Rozwiązania do monitorowania w Azure Monitor.

Aby wyświetlić rozwiązania w Azure Portal, kliknij przycisk Więcej w Szczegółowe informacje w menu Monitoruj. Kliknij przycisk Dodaj, aby dodać dodatkowe rozwiązania do obszaru roboczego.

Dzienniki

Jaka jest różnica między dziennikami Azure Monitor i Azure Data Explorer?

Azure Data Explorer to szybka i wysoce skalowalna usługa eksploracji danych na potrzeby danych dziennika i telemetrycznych. Azure Monitor Logs są zbudowane na podstawie Azure Data Explorer i używa tego samego języka zapytań Kusto (KQL) z niewielkimi różnicami. Zobacz Azure Monitor języka zapytań dziennika.

Jak mogę pobierać dane dziennika?

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

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

Dane są usuwane z obszaru roboczego zgodnie z okresem przechowywania. Możesz usunąć określone dane ze względu na prywatność lub zgodność. Aby uzyskać więcej informacji, zobacz Jak eksportować i usuwać dane prywatne.

Czy magazyn usługi Log Analytics jest niezmienny?

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

Co to jest obszar roboczy usługi Log Analytics?

Wszystkie dane dzienników zbierane przez Azure Monitor są przechowywane w obszarze roboczym usługi Log Analytics. Obszar roboczy jest zasadniczo kontenerem, w którym zbierane są dane dziennika z różnych źródeł. Możesz mieć jeden obszar roboczy usługi Log Analytics dla wszystkich danych monitorowania lub może mieć wymagania dotyczące wielu obszarów roboczych. Zobacz Designing your Azure Monitor Logs deployment (Projektowanie wdrożenia dzienników Azure Monitor).

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

Obszar roboczy można przenieść między grupami zasobów lub subskrypcjami, ale nie do innego regionu. Zobacz Move a Log Analytics workspace to different subscription or resource group (Przenoszenie obszaru roboczego usługi Log Analytics do innej subskrypcji lub grupy zasobów).

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

Przyciski Eksplorator 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ć w zakresie obszaru roboczego. Aby otworzyć usługę Log Analytics w kontekście obszaru roboczego, wybierz pozycję Dzienniki Azure Monitor menu. Ostatni używany obszar roboczy jest wybrany, ale możesz wybrać dowolny inny obszar roboczy. Zobacz Zakres i zakres czasu zapytania dziennika w u Azure Monitor Log Analytics

Dlaczego występuje błąd: "Zarejestruj dostawcę zasobów 'Microsoft. Szczegółowe informacje", aby włączyć to zapytanie" podczas otwierania usługi Log Analytics z maszyny wirtualnej?

Wielu dostawców zasobów jest rejestrowanych 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 jest wyświetlany komunikat o błędzie brak dostępu?

Aby wyświetlić dzienniki maszyn wirtualnych, musisz mieć uprawnienia do odczytu do obszarów roboczych, w których są przechowywane dzienniki maszyn wirtualnych. W takich przypadkach administrator musi przyznać Ci uprawnienia 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 przeprowadzić konfigurację, aby zebrać metryki z systemu operacyjnego gościa maszyny wirtualnej. W przypadku maszyny Windows wirtualnej zainstaluj rozszerzenie diagnostyczne i skonfiguruj ujścia usługi Azure Monitor zgodnie z opisem w te Windows diagnostyki Platformy Azure (WAD). W przypadku systemu Linux zainstaluj agenta programu Telegraf zgodnie z opisem w te tematach Collect custom metrics for a Linux VM with the InfluxData Telegraf agent(Zbieranie metryk niestandardowych dla maszyny wirtualnej z systemem Linux przy użyciu agenta InfluxData Telegraf).

Alerty

Co to jest alert w Azure Monitor?

Alerty proaktywnie powiadamiają użytkownika, gdy w danych monitorowania zostaną znalezione ważne warunki. Umożliwiają one zidentyfikowanie i rozwiązania 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 pasuje do zdefiniowanych kryteriów.
  • Test sieci Web — wyniki testu dostępności są zgodne ze zdefiniowanymi kryteriami.

Zobacz Overview of alerts in Microsoft Azure (Omówienie alertów w 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 pozwala na 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, które spełniają określone kryteria. Dzięki temu można spełnić takie wymagania, 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 Azure Monitor agenta?

Agent jest wymagany tylko do zbierania danych z systemu operacyjnego i obciążeń na maszynach wirtualnych. Maszyny wirtualne mogą być zlokalizowane na platformie Azure, w innym środowisku w chmurze lub lokalnie. Zobacz Overview of the Azure Monitor agents (Omówienie agentów Azure Monitor).

Jaka jest różnica między agentami Azure Monitor agentów?

Rozszerzenie diagnostyki platformy Azure jest dla maszyn wirtualnych platformy Azure i zbiera dane do Azure Monitor Metrics, Azure Storage i Azure Event Hubs. Agent usługi Log Analytics jest dla maszyn wirtualnych na platformie Azure, w innym środowisku w chmurze lub w środowisku lokalnym i zbiera dane do Azure Monitor Dzienników. Agent zależności wymaga agenta usługi Log Analytics oraz zebranych szczegółów procesu i zależności. Agent Azure Monitor to nowy, ulepszony agent, który konsoliduje funkcje wszystkich wymienionych powyżej agentów w czasie, zapewniając jednocześnie dodatkowe korzyści, takie jak scentralizowane zbieranie danych, filtrowanie, wieloadektowanie i nie tylko. Zobacz Overview of the Azure Monitor agents (Omówienie agentów Azure Monitor).

Czy ruch agenta korzysta z połączenia expressroute?

Ruch do Azure Monitor korzysta z obwodu usługi ExpressRoute komunikacji równorzędnej firmy Microsoft. Opis różnych typów ruchu usługi ExpressRoute można znaleźć w dokumentacji usługi ExpressRoute.

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

Z Panel sterowania na komputerze agenta wybierz pozycję Security & Ustawienia, Microsoft Monitoring Agent. Na karcie Azure Log Analytics (OMS) ikona zielonego znacznika wyboru potwierdza, że agent może komunikować się z Azure Monitor. Żółtą ikonę ostrzeżenia oznacza, że agent ma problemy. Częstą przyczyną jest Microsoft Monitoring Agent zatrzymana usługa. Użyj Menedżera sterowania usługą, aby ponownie uruchomić usługę.

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

W przypadku agentów połączonych bezpośrednio z usługą Log Analytics otwórz Panel sterowania i wybierz pozycję Security & Ustawienia, Microsoft Monitoring Agent. Na karcie Azure Log Analytics (OMS) usuń wszystkie wymienione obszary robocze. W System Center Operations Manager usuń komputer z listy Komputerów zarządzanych przez usługę Log Analytics. 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:

  • Rozwiązania, które zostały włączone
  • Liczba zbieranych dzienników i liczników wydajności
  • Ilość danych w dziennikach

Aby uzyskać szczegółowe informacje, zobacz Manage usage and costs with Azure Monitor Logs (Zarządzanie użyciem i kosztami za pomocą dzienników zarządzania).

W przypadku komputerów, na których można uruchomić agenta WireData, użyj następującego zapytania, aby sprawdzić, 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 program Microsoft Management Agent (MMA) podczas wysyłania danych do Azure Monitor?

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

Jak mogę być powiadamiany o zatrzymaniu zbierania danych z agenta usługi Log Analytics?

Aby powiadamiać o zatrzymaniu zbierania danych, należy wykonać kroki opisane w te tematach dotyczących tworzenia nowego alertu dziennika. Użyj następujących ustawień reguły alertu:

  • Zdefiniuj warunek alertu: określ obszar roboczy usługi Log Analytics jako docelowy zasób.
  • Kryteria alertów
    • Nazwa sygnału: niestandardowe przeszukiwanie dzienników
    • Zapytanie wyszukiwania:Heartbeat | summarize LastCall = max(TimeGenerated) by Computer | where LastCall < ago(15m)
    • Logika alertu: na podstawie liczby wyników warunek większy niż, wartość progowa 0
    • Oceniane na podstawie: Okres (w minutach) 30, Częstotliwość (w minutach) 10
  • Definiowanie szczegółów alertu
    • Nazwa: Zbieranie danych zostało zatrzymane
    • Ważność: Ostrzeżenie

Określ istniejącą lub nową grupę akcji, aby gdy alert dziennika spełniał kryteria, użytkownik będzie powiadamiany, jeśli puls będzie brakował przez ponad 15 minut.

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

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

Agent usługi Azure Monitor

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

Jaka jest ścieżka uaktualnienia agenta usługi Log Analytics (MMA) do agenta Azure Monitor Agent (AMA) w celu monitorowania System Center Operations Manager? Czy można użyć funkcji AMA w System Center Operations Manager scenariuszach?

Oto jak AMA wpływa na dwa System Center Operations Manager scenariuszy monitorowania:

  • Scenariusz 1. W przypadku monitorowania systemu operacyjnego Windows programu System Center Operations Manager ścieżka uaktualnienia jest taka sama jak każda inna maszyna, w której można przeprowadzić migrację z programu MMA (w wersjach 2016, 2019) do usługi AMA, gdy tylko wymagane funkcje parzystości będą dostępne na platformie AMA.
  • Scenariusz 2. W przypadku dołączania/łączenia usługi System Center Operations Manager z obszarami roboczymi usługi Log Analytics, ponieważ ta funkcja jest włączona za pośrednictwem łącznika usługi System Center Operations Manager dla usługi Log Analytics/Azure Monitor, na serwerze zarządzania programu Operations Manager nie jest wymagane żadne oprogramowanie MMA ani AMA. W związku z tym nie ma to wpływu na ten przypadek użycia z perspektywy AMA.

Uwaga

Oba powyższe scenariusze można uruchomić obok siebie z mma i AMA bez żadnego wpływu.

Czy nowy agent Azure Monitor będzie obsługiwać zbieranie danych dla różnych rozwiązań usługi Log Analytics i usług platformy Azure, takich jak Security Center, Sentinel itp.?

Przejrzyj listę rozszerzeń AMA dostępnych obecnie w wersji zapoznawczej. Są to te same rozwiązania i usługi, które są teraz dostępne przy użyciu nowego Azure Monitor agenta. Mogą pojawić się dodatkowe rozszerzenia instalowane dla rozwiązania/usługi, czyli zbieranie dodatkowych danych lub wykonywanie przekształceń/przetwarzania zgodnie z wymaganiami rozwiązania/usługi, a następnie użycie usługi AMA do przekierowania końcowych danych do Azure Monitor.

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

Architektura rozszerzeń

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

Jak mogę zbierać Windows zabezpieczeń przy użyciu nowego Azure Monitor Agent?

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

  • Za pomocą funkcji AMA można natywnie zbierać zdarzenia zabezpieczeń, tak samo jak inne Windows zdarzeń. Przepływy te do tabeli "Event" (Zdarzenie) w obszarze roboczym usługi Log Analytics.
  • Jeśli w obszarze roboczym włączono usługę Sentinel, zdarzenia zabezpieczeń przepływają za pośrednictwem usługi AMA do tabeli "SecurityEvent" (tak samo jak w przypadku korzystania z agenta usługi Log Analytics). Zawsze będzie to wymagać, aby rozwiązanie było włączone w pierwszej kolejności.

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

Tak, można, ale z pewnymi względami. Przeczytaj więcej tutaj.

Czy nowy agent Azure Monitor jest na poziomie parzystości z istniejącymi agentami?

Nie ma jeszcze pełnej parzystości z istniejącymi agentami. Poniżej podano niektóre luki wysokiego poziomu:

  • Porównanie z agentami usługi Log Analytics (MMA/OMS)

    • Nie wszystkie rozwiązania usługi Log Analytics są obecnie obsługiwane. Zobacz, co jest obsługiwane
    • Brak obsługi linków prywatnych
    • Brak obsługi zbierania dzienników niestandardowych lub dzienników usług IIS
  • Porównanie z rozszerzeniami diagnostyki platformy Azure (WAD/LAD)

    • Brak obsługi kont Event Hubs i Storage jako miejsc docelowych

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

Zarówno maszyny lokalne, jak i maszyny połączone z innymi chmurami są obecnie obsługiwane na serwerach po zainstalowaniu Azure Arc agenta. Na potrzeby uruchamiania usług AMA i DCR wymaganie dotyczące usługi ARC nie jest związane z dodatkowymi kosztami ani zużyciem zasobów, ponieważ agent ARC używa tylko mechanizmu instalacji i nie wykonuje żadnych operacji, chyba że je włączysz

Jakie typy maszyn obsługuje nowy Azure Monitor Agent?

Można je instalować bezpośrednio na Virtual Machines, Virtual Machines skalowania i tylko na serwerach z włączoną usługą Arc.

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

Tak. Zapytania Xpath mogą być używane do filtrowania zdarzeń na Windows wirtualnych. Dowiedz się więcej
W przypadku liczników wydajności można określić określone liczniki, które mają być zbierane, i wykluczyć te, które nie są potrzebne. W przypadku dziennika systemowego w systemie Linux możesz wybrać obiekty i poziom dziennika dla każdego obiektu do zebrania.

Czy nowy agent Azure Monitor obsługuje wysyłanie danych do usług EventHubs i Azure Storage Accounts?

Jeszcze nie, ale nowy agent wraz z regułami zbierania danych będą w przyszłości obsługiwać wysyłanie danych zarówno do kont usługi Event Hubs, jak i kont usługi Azure Storage. Uważaj na ogłoszenia w usłudze Azure Updates lub dołącz do kanału Teams, aby często łączyć się do aktualizacji, pomocy technicznej, wiadomości i nie tylko.

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

Ta funkcja nie jest obecnie dostępna dla agenta w wersji zapoznawczej i ma zostać dodana po wersji ga-ga.

Wizualizacje

Dlaczego nie widzę Projektant widoków?

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

Application Insights

Problemy z konfiguracją

Czy mogę używać funkcji application Szczegółowe informacje z ...?

Czy jest bezpłatna?

Tak, do użytku eksperymentalnego. W podstawowym planie cenowy aplikacja może bezpłatnie wysyłać określony limit danych w każdym miesiącu. Bezpłatny limit jest wystarczająco duży, aby obejmować opracowywanie i publikowanie aplikacji dla niewielkiej liczby użytkowników. Można ustawić limit, aby zapobiec przetwarzaniu więcej niż określonej ilości danych.

Opłaty za większe ilości danych telemetrycznych są naliczane za gb. Zapewniamy kilka porad dotyczących ograniczania opłat.

Opłaty Enterprise są naliczane za każdy dzień, w którym każdy węzeł serwera internetowego 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 szacunkowe koszty w zasobie aplikacji Szczegółowe informacje zasobów. Jest tam wykres ostatniego użycia. Jeśli chcesz, możesz ustawić limit woluminów danych.
  • Otwórz blok Rozliczenia platformy Azure, aby wyświetlić opłaty za wszystkie zasoby.

Co program Application Szczegółowe informacje modyfikować w moim projekcie?

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

  • Dodaje następujące pliki do projektu:
    • Plik ApplicationInsights.config
    • ai.js
  • Instaluje następujące NuGet pakietów:
    • Interfejs API Szczegółowe informacje aplikacji — podstawowy interfejs API
    • Interfejs API Szczegółowe informacje dla aplikacji internetowych — używany do wysyłania danych telemetrycznych z serwera
    • Interfejs API Szczegółowe informacje 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 nowe projekty — w przypadku dodania aplikacji Szczegółowe informacje doistniejącego projektu należy to zrobić ręcznie). Wstawia fragmenty kodu do kodu klienta i serwera, aby zainicjować je przy użyciu identyfikatora Szczegółowe informacje aplikacji. Na przykład w aplikacji MVC kod jest wstawiany do strony wzorcowej Views/Shared/ _ Layout.cshtml

Jak mogę uaktualnienia ze starszych wersji zestawu SDK?

Zobacz informacje o wersji zestawu SDK odpowiednie dla Twojego typu aplikacji.

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

W Eksplorator rozwiązań kliknij prawym przyciskiem myszy i ApplicationInsights.config wybierz polecenie Aktualizuj aplikację Szczegółowe informacje. Możesz wysłać dane do istniejącego lub nowego zasobu na platformie Azure. Kreator aktualizacji zmienia klucz instrumentacji w ApplicationInsights.config, który określa, dokąd zestaw SDK serwera wysyła dane. Jeśli nie wyłączysz zaznaczenia opcji "Aktualizuj wszystko", spowoduje to również zmianę klucza w miejscu, w którym jest on wyświetlany na stronach internetowych.

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

Nowe regiony platformy Azure wymagają użycia ciągów połączenia zamiast kluczy instrumentacji. Ciąg połączenia identyfikuje zasób, z którym chcesz skojarzyć dane telemetryczne. Umożliwia również modyfikowanie punktów końcowych, które zasób będzie używać jako miejsce docelowe dla telemetrii. Konieczne będzie skopiowanie parametrów połączenia i dodanie ich do kodu aplikacji lub do zmiennej środowiskowej.

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

Parametry połączenia są zalecane w przypadku kluczy instrumentacji.

Czy mogę używać `providers('Microsoft.Insights', 'components').apiVersions[0]` we wszystkich Azure Resource Manager wdrożeniach?

Nie zalecamy używania tej metody wypełniania wersji interfejsu API. Najnowsza wersja może reprezentować wersje zapoznawcze, które mogą zawierać istotne zmiany. Nawet w przypadku nowszej wersji spoza wersji zapoznawczej 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 program Application Szczegółowe informacje?

Z aplikacji internetowych serwera:

Na stronach sieci Web klienta:

W przypadku ich skonfigurowania z innych źródeł:

Czy mogę odfiltrować lub zmodyfikować dane telemetryczne?

Tak, na serwerze można napisać:

  • Procesor telemetrii 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 języka ASP.NET lub Java.

Jak są obliczane miasto, kraj/region i inne dane lokalizacji geograficznej?

Przeszukamy adres IP (IPv4 lub IPv6) klienta internetowego przy użyciu geolite2.

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

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

Możesz użyć Power BI, aby wyświetlić dane telemetryczne żądania na mapie.

Jak długo dane są przechowywane w portalu? Czy jest ona bezpieczna?

Zobacz Przechowywanie danych i prywatność.

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

Wszystkie nasze zestawy SDK, w tym internetowy zestaw SDK, 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 (zestawach SDK serwera) lub w zestawie HTML5 Session Storage (Web SDK). Zestaw SDK będzie okresowo ponawiać próbę wysłania tej telemetrii, dopóki nasza usługa pozyskiwania nie uzna jej za nieaktualną (48 godzin dla dzienników, 30 minut dla metryk). Nieaktualne dane telemetryczne zostaną usunięte. W niektórych przypadkach, na przykład gdy magazyn lokalny jest pełny, ponawianie próby nie nastąpi.

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

Jest to możliwe, jeśli kod wysyła takie dane. Może się to zdarzyć również wtedy, gdy zmienne w śladach stosu zawierają dane osobowe. Twój zespół programistów powinien przeprowadzać oceny ryzyka, aby upewnić się, że dane osobowe są prawidłowo obsługiwane. Dowiedz się więcej na temat przechowywania danych i prywatności.

Wszystkie oktety adresu internetowego klienta są zawsze ustawione na wartość 0 po odszukaniu atrybutów lokalizacji geograficznej.

Zestaw SDK Szczegółowe informacje JavaScript domyślnie nie zawiera żadnych danych osobowych w swoim autouzupełniania. Jednak niektóre dane osobowe używane w aplikacji mogą zostać odebrane przez zestaw SDK (na przykład pełne nazwy w adresach URL lub identyfikatory kont w parametrach zapytania window.title adresu URL XHR). W przypadku niestandardowego maskowania danych osobowych dodaj inicjator telemetrii.

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

  • Jest to powszechna praktyka w zakresie monitorowania rozwiązań.
  • Nie można go użyć do kradzieży danych.
  • Może służyć do pochylić danych lub wyzwalać alerty.
  • 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 Szczegółowe informacje aplikacji) dla danych klienta i serwera. Lub
  • Napisz serwer proxy z uruchomionym serwerem i zachęć klienta internetowego do wysyłania danych za pośrednictwem tego serwera proxy.

Jak mogę dane POST w wyszukiwaniu diagnostycznym?

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

Czy należy używać jednej lub wielu zasobów Szczegółowe informacje aplikacji?

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

Jak mogę 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 prawdziwy użytkownik korzysta z Witryny w różnych przeglądarkach, przeglądania w trybie prywatnym/incognito lub różnych maszyn, zostanie zliczony więcej niż raz.
  • Aby zidentyfikować zalogowanego użytkownika na komputerach i w przeglądarkach, dodaj wywołanie setAuthenticatedUserContext().

Jak aplikacja Szczegółowe informacje 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 danych application Szczegółowe informacje używa parsera UA do wygenerowania pól, które są dostępne w tabelach danych i w interfejsach użytkownika. W związku z tym użytkownicy Szczegółowe informacje nie mogą zmienić 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. Ponadto wyrażenia regularne parsera UA mogą nie zawierać wszystkich informacji o urządzeniach lub Szczegółowe informacje mogą nie zostać przyjęte najnowsze aktualizacje.

Czy wszystkie usługi Application Szczegółowe informacje zostały włączone?

Co powinno zostać wyświetlone Jak to uzyskać Dlaczego warto to zrobić
Wykresy dostępności Testy sieci Web Know your web app is up (Wiesz, że Twoja aplikacja internetowa działa)
Perf aplikacji serwera: czasy odpowiedzi, ... Dodaj usługę Application Szczegółowe informacje do projektu lub zainstaluj agenta Azure Monitor Application Szczegółowe informacje na serwerze (lub napisz własny kod, aby śledzić zależności) Wykrywanie problemów z wydajnością
Telemetria zależności Instalowanie Azure Monitor Application Szczegółowe informacje Agent na serwerze Diagnozowanie problemów z bazami danych lub innymi składnikami zewnętrznymi
Uzyskiwanie ś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
Ślady dzienników wyszukiwania Dodawanie adaptera rejestrowania Diagnozowanie wyjątków, problemów z wydajnością
Podstawowe informacje dotyczące użycia klienta: wyświetlenia stron, sesje, ... Inicjator języka JavaScript na stronach internetowych Analiza użycia
Metryki niestandardowe klienta Śledzenie wywołań na stronach internetowych Ulepszanie obsługi użytkownika
Metryki niestandardowe serwera Śledzenie wywołań na serwerze Analiza biznesowa

Dlaczego liczby na wykresach wyszukiwania i metryk są nierówne?

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

Każdy przesyłany element zawiera właściwość, która itemCount pokazuje, ile oryginalnych zdarzeń reprezentuje element. Aby obserwować działanie próbkowania, możesz uruchomić to zapytanie w analizie:

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

Jak mogę zasób aplikacji Szczegółowe informacje do nowego regionu?

Przenoszenie istniejących zasobów Szczegółowe informacje aplikacji z jednego regionu do innego nie jest obecnie obsługiwane. Zebranych danych historycznych nie można migrować do nowego regionu. Jedynym częściowym obejściem jest:

  1. Utwórz zupełnie nowy zasób Szczegółowe informacje aplikacji(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 używać klucza instrumentacji nowego zasobu regionu lub parametrów połączenia.
  4. Przetestuj, aby upewnić się, że wszystko działa zgodnie z oczekiwaniami w przypadku nowego zasobu aplikacji Szczegółowe informacje aplikacji.
  5. W tym momencie możesz usunąć oryginalny zasób, co spowoduje utracone wszystkie dane historyczne. Możesz też zachować oryginalny zasób na potrzeby raportowania historycznego przez czas przechowywania danych.

Unikatowe dostosowania, które często trzeba ręcznie utworzyć lub zaktualizować dla zasobu w nowym regionie, obejmują między innymi:

  • 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 dostępności.
  • Utwórz ponownie wszystkie niestandardowe ustawienia kontroli dostępu na podstawie ról (RBAC) platformy Azure, które są wymagane, aby użytkownicy mogą uzyskać dostęp do nowego zasobu.
  • Ustawienia replikacji 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, takichjak adnotacje wersji, bezpieczny kanał sterowania metryk na żywo itp. Należy wygenerować nowe klucze interfejsu API i zaktualizować skojarzoną integrację.
  • Ciągły eksport w zasobach klasycznych musiałby zostać ponownie skonfigurowany.
  • Należy ponownie skonfigurować ustawienia diagnostyczne w zasobach opartych na obszarze roboczym.

Uwaga

Jeśli zasób, który tworzysz w nowym regionie, zastępuje zasób klasyczny, zalecamy zapoznanie się z zaletami tworzenia nowego zasobu opartego na obszarze roboczym lub alternatywnie zmigrowania istniejącego zasobu do zasobu opartego na obszarze roboczym.

Automation

Konfigurowanie ustawień Szczegółowe informacje

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

  • Tworzenie i aktualizowanie zasobów Szczegółowe informacje aplikacji.
  • 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ń o dane telemetryczne

Użyj interfejsu API REST, aby uruchamiać zapytania analizy.

Jak ustawić alert dla zdarzenia?

Alerty platformy Azure są tylko dotyczące metryk. Utwórz metrykę niestandardową, która przekracza próg wartości przy każdym zdarzeniu. Następnie ustaw alert dla metryki. Za każdym razem, gdy metryka przekroczy próg w dowolnym kierunku, otrzymasz powiadomienie. powiadomienie zostanie nadsyłane dopiero po pierwszym przejściu, niezależnie od tego, czy wartość początkowa jest wysoka, czy niska. Zawsze istnieje opóźnienie kilku minut.

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

  • Jeśli aplikacja internetowa platformy Azure jest hostowana w centrum danych, w którym znajduje się punkt końcowy kolekcji Szczegółowe informacje Application, nie są naliczane opłaty.
  • Jeśli w centrum danych hosta nie ma punktu końcowego kolekcji, dane telemetryczne twojej aplikacji będą naliczenie opłat za ruch wychodzący platformy Azure.

Nie zależy to od tego, gdzie jest hostowany Szczegółowe informacje aplikacji. Zależy to tylko od dystrybucji naszych punktów końcowych.

Czy mogę wysyłać dane telemetryczne do Szczegółowe informacje Portal?

Zalecamy korzystanie z 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, ponowne próby itp. Schemat pozyskiwania i protokół punktu końcowego są jednak 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.

  • Szybkiepulse https://rt.services.visualstudio.com:443
  • ApplicationIdProvider https://dc.services.visualstudio.com:443
  • Kanał telemetrii https://dc.services.visualstudio.com:443

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

Wyjątek zapory

Zezwalaj serwerowi internetowemu na wysyłanie danych telemetrycznych do naszych punktów końcowych.

Przekierowywanie bramy

Przekieruj ruch z serwera do bramy w intranecie przez nadpisanie 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ładowym ApplicationInsights.config.

Brama powinna przekierowywować ruch na adres podstawowy punktu końcowego. W konfiguracji zastąp wartości domyślne wartością http://<your.gateway.address>/<relative path> .

Przykładowe 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

ApplicationIdProvider jest dostępny w wersji 2.6.0.

Proxy passthrough (Przekieruj serwer proxy

Można to osiągnąć, konfigurując serwer proxy na poziomie komputera lub aplikacji. Aby uzyskać więcej informacji, zobacz artykuł dotnet na stronie DefaultProxy.

Przykład Web.config:

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

Czy można uruchamiać testy sieci Web dostępności na serwerze intranetowym?

Nasze testy internetowe działają w punktach obecności rozproszonych na całym świecie. Istnieją dwa rozwiązania:

  • Zapora — zezwala na żądania do serwera z długiej i zmienianej listy agentów testów sieci Web.
  • Napisz własny kod, aby wysyłać okresowe żądania do serwera z intranetu. W tym celu Visual Studio testy sieci Web. Tester może wysłać wyniki do usługi Application Szczegółowe informacje przy użyciu interfejsu API TrackAvailability().

Jak długo trwa zbieranie danych telemetrycznych?

Większość danych Szczegółowe informacje aplikacji ma opóźnienie mniejsze niż 5 minut. Niektóre dane mogą trwać dłużej; zwykle większe pliki dziennika. Aby uzyskać więcej informacji, zobacz temat Application Szczegółowe informacje SLA (Umowa SLA Szczegółowe informacje Application).

Odpowiedzi HTTP 502 i 503 nie zawsze są przechwytywane przez Szczegółowe informacje

Błędy "502 zła brama" i "Usługa 503 niedostępna" nie zawsze są przechwytywane przez usługę Application Szczegółowe informacje. Jeśli do monitorowania jest używany tylko kod JavaScript po stronie klienta, będzie to oczekiwane zachowanie, ponieważ odpowiedź o błędzie zostanie zwrócona przed stroną zawierającą nagłówek HTML z renderowanym 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 będą zbierane przez zestaw SDK usługi Application Szczegółowe informacje.

Jednak nadal istnieją przypadki, w których nawet wtedy, gdy na serwerze sieci Web aplikacji jest włączone monitorowanie po stronie serwera, błąd 502 lub 503 nie zostanie przechwycony przez usługę Application Szczegółowe informacje. Wiele nowoczesnych serwerów internetowych nie zezwala klientowi na bezpośrednią komunikację, ale zamiast tego stosuje rozwiązania takie jak zwrotne serwery proxy do przekazywania informacji między klientem a serwerami internetowymi frontonu.

W tym scenariuszu odpowiedź 502 lub 503 może zostać zwrócona do klienta z powodu problemu w warstwie zwrotnego serwera proxy i nie zostanie to przechwycone przez usługę Application Szczegółowe informacje. Aby ułatwić wykrywanie problemów w tej warstwie, może być konieczne przekazywanie dzienników z zwrotnego serwera proxy do usługi Log Analytics i utworzenie niestandardowej reguły 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 rozwiązywania problemów z błędami Azure App Service "502 zła brama" i "Usługa 503 jest niedostępna".

OpenTelemetry

Co to jest OpenTelemetry?

Nowy standard typu open source dla możliwości obserwacji. Dowiedz się więcej na stronie https://opentelemetry.io/ .

Dlaczego firma Microsoft/Azure Monitor Application Szczegółowe informacje zainwestować w usługę OpenTelemetry?

Firma Microsoft jest jednym z największych współautorów usługi OpenTelemetry.

Kluczową wartością oferty openTelemetry jest to, że jest ona neutralna dla dostawcy i zapewnia spójne interfejsy API/zestawy SDK w różnych językach.

Z czasem uważamy, że biblioteka OpenTelemetry umożliwi klientom usługi Azure Monitor obserwowanie aplikacji napisanych w językach innych niż nasze obsługiwane języki i rozszerzanie liczby bibliotek instrumentacji dostępnych dla klientów. W szczególności zestaw OPENTelemetry .NET SDK jest bardziej performant na dużą skalę niż poprzedni zestaw SDK usługi Application Szczegółowe informacje SDK.

Na koniec openTelemetry jest zgodne ze strategią firmy Microsoft, która obejmujeopen source .

Jaki jest stan openTelemetry?

Kompletne rozwiązanie do obserwacji obejmuje wszystkie trzy filary możliwości obserwacji. Społeczność OpenTelemetry intensywnie zobowiązuje się do śledzenia rozproszonego, a specyfikacje, a także obsługiwane implementacje języków zostały oznaczone jako stabilne. Metryki i dzienniki są nadal w toku. Azure Monitor pracuje nad obsługiwanym rozwiązaniem telemetrii opartym na opentelemetry, które obejmuje tylko śledzenie rozproszone z planami dodawania innych filarów w czasie, gdy dojrzeją w społeczności OpenTelemetry.

Jak przetestować openTelemetry?

Zarejestruj się, aby dołączyć do naszej Azure Monitor Application Szczegółowe informacje wczesnej społeczności użytkowników na stronie https://aka.ms/AzMonOtel .

Jak mogę, czy opentelemetry jest dla mnie odpowiednie?

Społeczność OpenTelemetry używa stabilnej lub eksperymentalnej wersji, aby zasygnalizować dojrzałość oprogramowania. Oddzielnie Azure Monitor "Publiczna wersja zapoznawcza" i "OGÓLNA" do sygnalizowania stabilności i zobowiązania pomocy technicznej.

Jeśli jesteś istniejącym klientem usługi Azure Monitor Application Szczegółowe informacje, nie zalecamy jeszcze migrowania do biblioteki OpenTelemetry (z wyjątkiem aplikacji Java, w przypadku których zalecamy korzystanie z naszej oferty opartej na technologii OpenTelemetry dla wszystkich osób, które zostałyby dostępne w listopadzie 2020 r.).

Bieżące zestawy SDK usługi Application Szczegółowe informacje dla języków C#(ASP.NET i ASP.NET Core)oraz JavaScript (Node.js) lub OpenCensus Python oferują najbardziej bogate w funkcje środowisko usługi Application Szczegółowe informacje.

Scenariusze, które mogą chylić na kierunku openTelemetry wcześniej niż później, obejmują wysyłanie danych telemetrycznych do usługi Azure Monitor + innego dostawcy jednocześnie, zbieranie i zbieżność istniejących protokołów instrumentacji lub korzystanie z funkcji dostępnych w modułach zbierających OpenTelemetry. Na przykład klienci zgłaszali użycie procesora wsadowego, próbkatora opartego na tailiei/lub procesora atrybutów. Podobne funkcje istnieją w istniejących zestawach SDK usługi Application Szczegółowe informacje, jednak niektórzy klienci wolą hostować to przetwarzanie podrzędne w agencie.

Możesz zobaczyć nasze postępy w kierunku OpenTelemetry-Based Azure Monitor dla języków C#, JavaScripti Python w repozytoriach typu open source.

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 Microsoft Azure wersji zapoznawczych.

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

Instrumentacja ręczna jest kodowaniem względem interfejsu API OpenTelemetry i zazwyczaj polega na zainstalowaniu zestawu SDK specyficznego dla języka w aplikacji. "Ręczne" nie oznacza, że konieczne będzie napisanie złożonego kodu w celu zdefiniowania zakresów dla śladów rozproszonych (chociaż pozostaje to opcja). Bogaty i rosnący zestaw bibliotek instrumentacji utrzymywany przez współautorów bibliotek OpenTelemetry umożliwi łatwe przechwytywanie sygnałów telemetrii w popularnych platformach i bibliotekach.

Automatyczna instrumentacja umożliwia zbieranie danych telemetrycznych za pośrednictwem konfiguracji bez dotykania kodu aplikacji. Chociaż jest to bardzo wygodne, jest mniej konfigurowalne i nie jest dostępne we wszystkich językach.

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

Czy mogę użyć modułu zbierającego OpenTelemetry?

Niektórzy klienci zaczęli używać modułu zbierającego OpenTelemetry jako alternatywy agenta, mimo że firma Microsoft nie obsługuje jeszcze oficjalnie podejścia opartego na agentach do monitorowania aplikacji. W międzyczasie społeczność open source przyczyniła się do tego, że eksporter opentelemetry-collector Azure Monitor, za pomocą których niektórzy klienci wysyłają dane do Azure Monitor Application Szczegółowe informacje.

W przyszłości planujemy obsługę podejścia opartego na agentach, 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 wysłania do usługi Azure Monitor za pośrednictwem protokołu OpenTelemetry Protocol (OTLP). Umożliwi to klientom obserwowanie aplikacji napisanych w językach innych niż obsługiwane przez nas języki.

Jaka jest różnica między opencensus i OpenTelemetry?

OpenCensus jest wstępem do OpenTelemetry. Firma Microsoft pomogła zeskonsumować rozwiązania OpenTracing i OpenCensus, aby utworzyć OpenTelemetry, jeden standard obserwowalności dla świata. Azure Monitor zestawu SDK języka Python zalecanym w środowisku produkcyjnym jest oparty na środowisku OpenCensus, ale ostatecznie wszystkie zestawy SDK Azure Monitor będą oparte na 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óżnić użycie procesów konteneryzowanych od procesów nie konteneryzowanych.

Co to są te inne procesy?

Są to nie konteneryzowane procesy uruchamiane w węźle.

Jak to obliczyć?

Inne procesy = Łączne użycie z C WC - Użycie z procesu konteneryzowanego

Inne procesy obejmują:

  • Samodzielnie zarządzane lub nie konteneryzowane procesy kubernetes

  • Procesy w czasie uruchamiania kontenera

  • Kubelet

  • Procesy systemowe uruchomione w węźle

  • Inne obciążenia spoza platformy Kubernetes uruchomione na sprzęcie węzła lub maszynie wirtualnej

Nie widzę wartości właściwości Image i Name wypełnionych podczas wykonywania zapytań w 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 dziennika. Istnieją dwie opcje wykonywania zapytań w tabeli, które zawierają te właściwości wraz 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 tabeli, łącząc ContainerInventory się z właściwością ContainerID. Możesz dołączyć właściwość Name (jak wcześniej pojawiła się w tabeli) z pola ContainerLog ContaineName tabeli KubepodInventory, łącząc właściwość 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 cannot 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 z powodu zmian zapytań, możesz ponownie włączyć zbieranie tych pól, włączając ustawienie na mapie konfiguracji agenta zgodnie z opisem w ustawieniach konfiguracji zbierania log_collection_settings.enrich_container_logs 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 programie Grafana?

Usługa Container Insights obsługuje wyświetlanie metryk przechowywanych w obszarze roboczym usługi Log Analytics na pulpitach nawigacyjnych narzędzia Grafana. Oferujemy szablon, który można pobrać z repozytorium pulpitów nawigacyjnych Grafana, aby rozpocząć pracę i odwoływać się, aby ułatwić ci naukę wykonywania zapytań dotyczących dodatkowych danych z monitorowanych klastrów w celu wizualizacji w niestandardowych pulpitach nawigacyjnych Grafana.

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

Usługa Container Insights obsługuje monitorowanie obciążeń kontenerów wdrożonych w klastrach AKS-engine (wcześniej znanych jako klastry ACS-engine) hostowanych 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 usługi Container Insights dla aparatu AKS).

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

Jeśli nie możesz wyświetlić żadnych danych w obszarze roboczym usługi Log Analytics o określonej porze każdego dnia, być może osiągnięto domyślny limit 500 MB lub limit dzienny określony w celu kontrolowania ilości danych do codziennego zbierania. 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 Rejestrowanie użycia danych i kosztów.

Jakie stany kontenera są 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 do platformy Docker o wszystkie kontenery (uruchomione i zatrzymane) i przekazuje te dane do obszaru roboczego usługi Log Analytics.

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

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

Czy istnieje obsługa klastrów AKS z włączoną obsługą kontroli RBAC na platformie Kubernetes?

Rozwiązanie do monitorowania kontenerów nie obsługuje kontroli RBAC usługi Kubernetes, ale jest obsługiwane za pomocą usługi Container Insights. Na stronie szczegółów rozwiązania mogą nie być wyświetlane odpowiednie informacje w grupach, 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ą usługi 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 omsagent. Aby uzyskać więcej informacji, zobacz stronę container insights GitHub page (Szczegółowe informacje o GitHub kontenera).

Jak mogę zaktualizować omsagent do najnowszej wydanej wersji?

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

Dlaczego wiersze dziennika większe niż 16 KB są dzielone na wiele rekordów w ucieku 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, gdy są kopiowane z stdout lub stderr do pliku.

Jak mogę włączyć rejestrowanie wielo wierszowe?

Obecnie funkcja Container Insights nie obsługuje rejestrowania wielo wierszowego, ale dostępne są obejścia. Możesz skonfigurować wszystkie usługi do zapisu w formacie JSON, a następnie Docker/Moby zapisze je jako pojedynczy wiersz.

Na przykład możesz opakować dziennik jako obiekt JSON, jak pokazano w poniższym przykładzie dla przykładowej node.js aplikacji:

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

Te dane będą wyglądać podobnie do poniższego przykładu w Azure Monitor dla dzienników podczas wykonywania zapytania o nie:

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

Aby zapoznać się ze szczegółowymi informacjami na temat problemu, zapoznaj się z następującym linkiem GitHub linku.

Jak mogę rozwiązywać błędy usługi Azure AD po włączeniu dzienników na żywo?

Może zostać wyświetlony następujący błąd: Adres URL odpowiedzi określony w żądaniu nie jest zgodne z adresami URL odpowiedzi skonfigurowanymi dla aplikacji: "<identyfikator > aplikacji ". Rozwiązanie tego problemu 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ą usługi Container Insights).

Dlaczego nie mogę uaktualnić klastra po dojecheniu?

Jeśli po włączeniu usługi Container Insights dla klastra usługi AKS usuniesz obszar roboczy usługi Log Analytics, do który wysyłał dane, próba uaktualnienia klastra nie powiedzie się. Aby to zrobić, musisz wyłączyć monitorowanie, a następnie ponownie włączyć go, odwołując się do innego prawidłowego obszaru roboczego w subskrypcji. Przy próbie przeprowadzenia uaktualnienia klastra ponownie powinno ono zostać przetworzyć i zakończyć się pomyślnie.

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

Zobacz Wymagania dotyczące zapory sieciowej dotyczące informacji o konfiguracji serwera proxy i zapory wymaganych dla konteneryzowanego agenta na platformie Azure, platformie Azure dla instytucji rządowych USA Azure (Chiny) — 21Vianet chmurach.

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

Nie, kontener Szczegółowe informacje nie obsługuje zbierania dzienników inspekcji kubernetes.

Szczegółowe informacje o maszynach wirtualnych

Czy mogę do dołączać 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 dołączać do nowego obszaru roboczego?

Jeśli maszyny wirtualne nie są obecnie połączone z istniejącym obszarem roboczym usługi Log Analytics, należy utworzyć nowy obszar roboczy do przechowywania danych. Tworzenie nowego domyślnego obszaru roboczego odbywa się automatycznie, jeśli skonfigurujesz pojedynczą maszynę wirtualną platformy Azure dla szczegółowych informacji o maszynach wirtualnych za pośrednictwem Azure Portal.

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

Co zrobić, jeśli moja maszyna wirtualna zgłasza już istniejący obszar roboczy?

Jeśli już zbierasz dane z maszyn wirtualnych, być może zostały one już skonfigurowane do zgłaszania danych do istniejącego obszaru roboczego usługi Log Analytics. Jeśli ten obszar roboczy znajduje się w jednym z obsługiwanych regionów, możesz włączyć szczegółowe informacje o maszynie wirtualnej dla tego istniejącego obszaru roboczego. Jeśli obszar roboczy, z których już korzystasz, nie znajduje się w jednym z obsługiwanych regionów, obecnie nie będzie można do nich do dołączać szczegółowych informacji o maszynach wirtualnych. Aktywnie pracujemy nad obsługą dodatkowych regionów.

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

Podczas dołączania maszyny wirtualnej platformy Azure z Azure Portal, należy wykonać następujące kroki:

  • Jeśli wybrano tę opcję, zostanie utworzony domyślny obszar roboczy usługi Log Analytics.
  • Agent usługi Log Analytics jest instalowany na maszynach wirtualnych platformy Azure przy użyciu rozszerzenia maszyny wirtualnej, jeśli zostanie określony jako wymagany.
  • Agent zależności mapowania szczegółowych informacji o maszynie wirtualnej jest instalowany na maszynach wirtualnych platformy Azure przy użyciu rozszerzenia, jeśli zostanie określone, że jest to wymagane.

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

Jeśli zainicjowano dołączanie i są wyświetlane komunikaty wskazujące na to, że maszyna wirtualna musi zostać do dojechowana, należy odzwyczyć do 30 minut na ukończenie procesu przez maszynę wirtualną.

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

Nasze wykresy wydajności zostały zaktualizowane w celu używania danych przechowywanych w tabeli InsightsMetrics. Aby wyświetlić dane na tych wykresach, należy uaktualnić program , aby korzystać z nowego rozwiązania do Szczegółowe informacje wirtualnej. Aby uzyskać dodatkowe informacje, zapoznaj się z naszymi często zadawanymi pytaniami.

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 maszynach wirtualnych od Service Map?

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

  • Dostęp do widoku mapy można uzyskać z bloku maszyny wirtualnej oraz ze szczegółowych informacji o maszynie wirtualnej w 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 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że również służyć do filtrowania listy maszyn po rozwinięciu grupy.
  • Monitorowane maszyny wirtualne są teraz uwzględniane w węzłach grupy portów serwera, a wykres pierścieniowy przedstawia proporcję monitorowanych i niemonitorowanych maszyn w grupie. Może również służyć do filtrowania listy maszyn po rozwinięciu grupy.
  • Styl mapy został zaktualizowany w celu zapewnienia większej spójności z mapą aplikacji z usługi Application Insights.
  • Panele boczne zostały zaktualizowane i nie mają pełnego zestawu integracji obsługiwanych w usługach Service Map — Update Management, Change Tracking, Security i Service Desk.
  • Opcja wyboru grup i maszyn do mapowania została zaktualizowana i obsługuje teraz subskrypcje, grupy zasobów, zestawy skalowania maszyn wirtualnych platformy Azure i usługi w chmurze.
  • Nie można tworzyć nowych Service Map maszyn wirtualnych w funkcji mapy szczegółowych informacji o maszynach wirtualnych.

Dlaczego wykresy wydajności pokazują linie kropkowane?

Może się to zdarzyć z kilku powodów. W przypadkach, gdy w kolekcji danych istnieje przerwa, linie są przedstawione jako kropkowane. Jeśli zmodyfikowano częstotliwość próbkowania danych dla włączonych liczników wydajności (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 jest co 10 minut, a każdy zasobnik na wykresie wynosi 5 minut). Wybranie szerszego zakresu czasu do wyświetlenia powinno spowodować, że linie wykresu będą wyświetlane jako linie ciągł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świetlenia grup na podstawie subskrypcji, grupy zasobów, zestawów skalowania maszyn wirtualnych i usług w chmurze. Jeśli korzystasz z 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ółowe informacje o tym, co napędza linię 95. percentyla na zagregowanych wykresach wydajności?

Domyślnie lista jest sortowana w celu pokazania maszyn wirtualnych, które mają najwyższą wartość 95. percentyla dla wybranej metryki, z wyjątkiem wykresu Dostępna pamięć, który przedstawia maszyny o najniższej wartości 5. percentyla. Kliknięcie wykresu spowoduje otwarcie widoku N górnych list z wybraną odpowiednią metryką.

Jak funkcja mapy obsługuje zduplikowane ip w różnych sieciach wirtualnych i podsieciach?

Duplikowanie zakresów adresów IP za pomocą maszyn wirtualnych lub zestawów skalowania maszyn wirtualnych platformy Azure w różnych podsieciach i sieciach wirtualnych może spowodować, że mapa szczegółowych informacji o maszynach wirtualnych będzie wyświetlać nieprawidłowe informacje. Jest to znany problem i badamy opcje, aby ulepszyć to środowisko.

Czy funkcja mapy obsługuje protokół IPv6?

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

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

Chociaż ulepszyliśmy usługę Mapowanie 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, które działają jako klaster. Dokładamy starań, aby ulepszyć obsługę 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 działania hosta na maszynie wirtualnej gościa. Wykres sieciowy w przeglądzie maszyny wirtualnej platformy Azure wyświetla 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 przedstawia cały ruch TCP/IP 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 jest przybliżeniem. Ponieważ nie instrumentujmy kodu aplikacji, tak naprawdę nie wiemy, kiedy rozpoczyna się żądanie i kiedy nadejdzie odpowiedź. Zamiast tego obserwujemy, że dane są wysyłane w połączeniu, a następnie dane powracają do tego połączenia. Nasz agent śledzi te wysyłanie i odbieranie oraz próbuje je sparować: sekwencja żądań, po której następuje sekwencja odbierania, jest interpretowana jako para żądań/odpowiedzi. Chronometraż między tymi operacjami to czas odpowiedzi. Będzie ona obejmować opóźnienie sieci i czas przetwarzania serwera.

To przybliżenie sprawdza się dobrze w przypadku protokołów opartych na żądaniach/odpowiedziach: pojedyncze żądanie wychodzi na połączenie i dociera jedna odpowiedź. Dotyczy to protokołów HTTP(S) (bez potokowania), ale nie jest to spełnione w przypadku innych protokołów.

Czy istnieją ograniczenia, jeśli mam plan cenowy usługi Log Analytics w chmurze w chmurze?

Jeśli skonfigurowano usługę Azure Monitor usługi Log Analytics przy użyciu warstwy cenowej Bezpłatna, funkcja mapa 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łączasz jedną z maszyn wirtualnych, a następnie łączysz nową maszynę wirtualną, nowa maszyna wirtualna nie jest monitorowana i odzwierciedlana na stronie Mapy.

W tym warunku zostanie wyświetlony monit z opcją Wypróbuj teraz, gdy otworzysz maszynę wirtualną i wybierzesz pozycję Szczegółowe informacje w okienku po lewej stronie, nawet po jej zainstalowaniu już na maszynie wirtualnej. Nie zostanie jednak wyświetlony monit z opcjami, tak jak zwykle, gdyby ta maszyna wirtualna nie była doowana do szczegółowych informacji o maszynie wirtualnej.

SQL szczegółowe informacje (wersja zapoznawcza)

Jakie wersje SQL Server są obsługiwane?

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

Jakie SQL zasobów są obsługiwane?

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

Zobacz Obsługiwane wersje, aby uzyskać więcej szczegółów i uzyskać szczegółowe informacje o scenariuszach bez pomocy technicznej lub z ograniczoną pomocą techniczną.

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

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

Jaki system operacyjny dla maszyny wirtualnej monitorowania jest obsługiwany?

Ubuntu 18.04 jest obecnie jedynym obsługiwanym systemem operacyjnym dla maszyny wirtualnej monitorowania.

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

Wszystkie dane monitorowania są przechowywane w tabeli InsightsMetrics. Kolumna Źródło ma wartość solutions.azm.ms/telegraf/SqlInsights . Kolumna Przestrzeń nazw zawiera wartości, które zaczynają się od sqlserver_ .

Jak często są zbierane dane?

Częstotliwość zbierania danych można dostosowywać. Aby uzyskać szczegółowe informacje o częstotliwościach domyślnych, zobacz Dane zbierane przez program SQL szczegółowe informacje i Create SQL monitoring profile (Tworzenie profilu monitorowania SQL), aby uzyskać instrukcje dotyczące dostosowywania częstotliwości.

Następne kroki

Jeśli w tym miejscu nie ma odpowiedzi na Twoje pytanie, możesz odwołać się do poniższych forów, aby uzyskać dodatkowe pytania i odpowiedzi.

Aby uzyskać ogólną opinię Azure Monitor odwiedź forum opinii.