Monitorowanie pojedynczego klastra rozwiązania Azure Stack HCI za pomocą szczegółowych informacji

Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2

W tym artykule wyjaśniono, jak używać usługi Insights do monitorowania pojedynczego klastra rozwiązania Azure Stack HCI. W przypadku wielu klastrów rozwiązania Azure Stack HCI zobacz Monitorowanie wielu klastrów rozwiązania Azure Stack HCI za pomocą szczegółowych informacji.

Insights to funkcja usługi Azure Monitor, która umożliwia szybkie rozpoczęcie monitorowania klastra rozwiązania Azure Stack HCI. Możesz wyświetlić kluczowe metryki, kondycję i informacje o użyciu dotyczące klastra, serwerów, maszyn wirtualnych i magazynu.

Ważne

Jeśli zarejestrowano klaster usługi Azure Stack HCI i skonfigurowano szczegółowe informacje przed listopadem 2023 r., niektóre funkcje korzystające z agenta usługi Azure Monitor (AMA), takie jak Arc for Servers, VM Insights, Defender for Cloud lub Sentinel, mogą nie zbierać poprawnie dzienników i danych zdarzeń. Aby uzyskać wskazówki dotyczące rozwiązywania problemów, zobacz sekcję Rozwiązywanie problemów z klastrami zarejestrowanymi przed listopadem 2023 r.

Korzyści

Usługa Insights for Azure Stack HCI oferuje następujące korzyści:

• Zarządzane przez platformę Azure. Szczegółowe informacje są zarządzane przez platformę Azure i dostępne za pośrednictwem Azure Portal, zapewniając, że są zawsze aktualne. Nie ma potrzeby konfigurowania bazy danych ani specjalnego oprogramowania.

• Skalowalność. Szczegółowe informacje mogą ładować ponad 400 zestawów informacji klastra w wielu subskrypcjach jednocześnie. Nie ma żadnych ograniczeń dotyczących klastra, domeny lub lokalizacji fizycznej.

• Dostosowywania. Środowisko usługi Insight jest oparte na szablonach skoroszytów usługi Azure Monitor. Dzięki temu można zmieniać widoki i zapytania, modyfikować lub ustawiać progi zgodne z określonymi limitami, a następnie zapisywać te dostosowania w skoroszycie. Następnie możesz przypiąć wykresy w skoroszytach do pulpitów nawigacyjnych platformy Azure.

Konfigurowanie szczegółowych informacji dla rozwiązania Azure Stack HCI

Wymagania wstępne i ustawienia dotyczące korzystania ze szczegółowych informacji różnią się w zależności od posiadanej wersji rozwiązania Azure Stack HCI. Wybierz jedną z poniższych kart, aby uzyskać instrukcje dotyczące używania szczegółowych informacji w określonej wersji rozwiązania Azure Stack HCI.

Funkcja Szczegółowych informacji w usłudze Azure Stack HCI w wersji 22H2 lub nowszej korzysta z usługi AMA, która oferuje znaczne korzyści w porównaniu ze starszym programem Microsoft Monitoring Agent (MMA) używanym w usłudze Azure Stack HCI w wersji 21H2 i starszych. Zalety te obejmują lepszą szybkość, zwiększone bezpieczeństwo i lepszą wydajność. Możesz dołączyć nowe węzły do usługi AMA lub zmigrować istniejące węzły ze starszego agenta do usługi AMA.

Zalecamy uaktualnienie systemu Azure Stack HCI do wersji 22H2 lub nowszej w celu skorzystania ze środowiska szczegółowych informacji w usłudze AMA.

Azure Stack HCI, wersja 22H2 i nowsze

Począwszy od aktualizacji zbiorczej z maja 2023 r. dla rozwiązania Azure Stack HCI w wersji 22H2, można monitorować lokalne systemy Rozwiązania Azure Stack HCI za pomocą szczegółowych informacji o usłudze Azure Stack HCI.

Wymagania wstępne

Poniżej przedstawiono wymagania wstępne dotyczące używania szczegółowych informacji dla rozwiązania Azure Stack HCI:

• Klaster Rozwiązania Azure Stack HCI należy zarejestrować w usługach Azure i Arc. Jeśli klaster został zarejestrowany w dniu 15 czerwca 2021 r. lub później, dzieje się to domyślnie. W przeciwnym razie należy włączyć integrację z usługą Azure Arc.

• Klaster musi mieć zainstalowaną aktualizację zbiorczą usługi Azure Stack HCI w wersji 22H2 i maj 2023 r. lub nowszą.

• Tożsamość zarządzana zasobu platformy Azure musi być włączona. Aby uzyskać więcej informacji, zobacz Włączanie rozszerzonego zarządzania.

Włączanie szczegółowych informacji

Włączenie szczegółowych informacji ułatwia monitorowanie wszystkich klastrów rozwiązania Azure Stack HCI skojarzonych obecnie z obszarem roboczym usługi Log Analytics, zapewniając przydatne metryki kondycji. Usługa Insights instaluje agenta usługi Azure Monitor i pomaga skonfigurować reguły zbierania danych (DCR) na potrzeby monitorowania klastra usługi Azure Stack HCI.

Aby włączyć tę funkcję z poziomu Azure Portal, wykonaj następujące kroki:

1. W Azure Portal przejdź do strony zasobów klastra azure Stack HCI, a następnie wybierz klaster. Na karcie Możliwości wybierz pozycję Szczegółowe informacje.

   

2. Na stronie Szczegółowe informacje wybierz pozycję Rozpocznij.

   

   Uwaga

   Przycisk Rozpocznij jest dostępny tylko dla usługi Azure Stack HCI w wersji 22H2 z aktualizacją zbiorczą z maja 2023 r. lub nowszą i dopiero po włączeniu tożsamości zarządzanej. W przeciwnym razie ten przycisk jest wyłączony.

3. Na stronie Konfiguracja szczegółowych informacji wybierz istniejącą regułę DCR z listy rozwijanej Reguła zbierania danych . Kontroler domeny określa dzienniki zdarzeń i liczniki wydajności, które należy zebrać i zapisać w obszarze roboczym usługi Log Analytics. Szczegółowe informacje tworzą domyślny kontroler domeny, jeśli jeszcze nie istnieje. Uwzględniane są tylko kontrolery domeny, które są włączone dla szczegółowych informacji.

   

4. (Opcjonalnie) Możesz również utworzyć nowy kontroler domeny, wybierając pozycję Utwórz nowy na stronie konfiguracji szczegółowych informacji .

   Ważne

   Zdecydowanie zalecamy, aby nie tworzyć własnych kontrolerów domeny. Kontroler domeny utworzony przez usługę Insights zawiera specjalny strumień danych wymagany do jej działania. Możesz edytować ten kontroler domeny, aby zebrać więcej danych, takich jak zdarzenia systemu Windows i syslog. Kontrolery domeny utworzone za pośrednictwem instalacji usługi AMA będą miały prefiks AzureStackHCI- dołączony do nazwy kontrolera domeny.

   1. Na stronie Reguła zbierania nowych danych określ nazwę subskrypcji, nazwy kontrolera domeny i punktu końcowego zbierania danych (DCE). Kontrolery domeny służą do uzyskiwania dostępu do usługi konfiguracji w celu pobrania skojarzonych kontrolerów domeny dla agenta usługi Azure Monitor. Aby uzyskać więcej informacji na temat modelu DCE, zobacz Punkty końcowe zbierania danych w usłudze Azure Monitor.

      Uwaga

      Jeśli używasz linków prywatnych na agencie, musisz dodać kontrolery domeny. Aby uzyskać więcej informacji na temat ustawień sieciowych usługi AMA, zobacz Definiowanie ustawień sieciowych agenta usługi Azure Monitor.

      

   2. Wybierz przycisk Przejrzyj i utwórz.

      Jeśli kontroler domeny nie został jeszcze utworzony dla niemonitorowanego klastra, zostanie utworzony z włączonymi licznikami wydajności i włączonym kanałem dziennika zdarzeń systemu Windows.

5. Przejrzyj ekran końcowy z podsumowaniem nazwy kontrolera domeny, liczby dzienników zdarzeń, liczników wydajności i nazwy obszaru roboczego usługi Log Analytics, w którym są przechowywane dane. Wybierz pozycję Skonfiguruj.

   

   Po wybraniu pozycji Skonfiguruj nastąpi przekierowanie do strony Rozszerzenia , na której można zobaczyć stan instalacji agenta. Konfigurując usługę Insights, usługa AMA jest automatycznie instalowana na wszystkich węzłach klastra.

6. Przejdź do strony zasobów klastra usługi Azure Stack HCI, a następnie wybierz klaster. Szczegółowe informacje są teraz wyświetlane jako Skonfigurowane na karcie Możliwości :

   

Reguły zbierania danych

Po włączeniu usługi Insights na maszynie z agentem usługi Azure Monitor należy określić kontroler domeny do użycia. Aby uzyskać więcej informacji na temat kontrolerów domeny, zobacz Reguły zbierania danych w usłudze Azure Monitor.

Opcja	Opis
Liczniki wydajności	Określa, jakie liczniki wydajności danych mają być zbierane z systemu operacyjnego. Ta opcja jest wymagana dla wszystkich komputerów. Te liczniki wydajności służą do wypełniania wizualizacji w skoroszycie szczegółowych informacji. Obecnie skoroszyt usługi Insights używa pięciu liczników wydajności — Memory()\Available Bytes, , Processor(_Total)\% Processor TimeNetwork Interface()\Bytes Total/sec, RDMA Activity()\RDMA Inbound Bytes/seciRDMA Activity()\RDMA Outbound Bytes/sec
Kanał dziennika zdarzeń	Określa, które dzienniki zdarzeń systemu Windows mają być zbierane z systemu operacyjnego. Ta opcja jest wymagana dla wszystkich komputerów. Dzienniki zdarzeń systemu Windows służą do wypełniania wizualizacji w skoroszycie szczegółowych informacji. Obecnie dane są zbierane za pośrednictwem dwóch kanałów dziennika zdarzeń systemu Windows: - microsoft-windows-health/operational i microsoft-windows-sddc-management/operational
Obszar roboczy usługi Log Analytics	Obszar roboczy do przechowywania danych. Wyświetlane są tylko obszary robocze ze szczegółowymi informacjami.

Kanał zdarzeń

Kanał Microsoft-windows-sddc-management/operational zdarzeń systemu Windows i Microsoft-windows-health/operational jest dodawany do obszaru roboczego usługi Log Analytics w obszarze Dzienniki zdarzeń systemu Windows.

Zbierając te dzienniki, usługa Insights pokazuje stan kondycji poszczególnych serwerów, dysków, woluminów i maszyn wirtualnych. Domyślnie są dodawane pięć liczników wydajności.

Liczniki wydajności

Domyślnie są dodawane pięć liczników wydajności:

W poniższej tabeli opisano monitorowane liczniki wydajności:

Liczniki wydajności	Opis
Pamięć(*)\Dostępne bajty	Dostępne bajty to ilość pamięci fizycznej, w bajtach, natychmiast dostępna do alokacji do procesu lub do użycia systemu.
Interfejs sieciowy(*)\Całkowita liczba bajtów na sekundę	Szybkość wysyłania i odbierania bajtów przez każdą kartę sieciową, łącznie ze znakami tworzenia ramek. Łączna liczba bajtów na sekundę to suma bajtów odebranych/s i bajtów wysłanych/s.
\Procesor (_Suma)% czasu procesora	Procent czasu, który upłynął, wszystkie wątki procesu używały procesora do wykonywania instrukcji.
Działanie RDMA(*)\RDMA Liczba bajtów przychodzących/s	Szybkość odbierania danych przez funkcję RDMA przez kartę sieciową na sekundę.
Działanie RDMA(*)\RDMA Wychodzące bajty/s	Szybkość wysyłania danych przez funkcję RDMA przez kartę sieciową na sekundę.

Po włączeniu funkcji Insights zebranie danych może potrwać do 15 minut. Po zakończeniu procesu możesz wyświetlić zaawansowaną wizualizację kondycji klastra z menu Szczegółowe informacje w okienku po lewej stronie:

Wyłączanie szczegółowych informacji

Aby wyłączyć usługę Insights, wykonaj następujące kroki:

1. Wybierz pozycję Szczegółowe informacje na karcie Możliwości .

2. Wybierz pozycję Wyłącz szczegółowe informacje.

   

Po wyłączeniu funkcji Insights skojarzenie między regułą zbierania danych a klastrem zostanie usunięte, a dzienniki usługi kondycji i zarządzania centrum DANYCH SDDC nie będą już zbierane; jednak istniejące dane nie są usuwane. Jeśli chcesz usunąć te dane, przejdź do obszaru roboczego DCR i log Analytics i usuń je ręcznie.

Aktualizowanie szczegółowych informacji

Kafelek Szczegółowe informacje zawiera komunikat Wymaga aktualizacji w następujących przypadkach:

• Reguła zbierania danych została zmieniona.
• Zdarzenie kondycji z dziennika zdarzeń systemu Windows jest usuwane.
• Wszystkie z pięciu liczników wydajności z obszaru roboczego usługi Log Analytics są usuwane.

Aby ponownie włączyć usługę Insights, wykonaj następujące kroki:

1. Wybierz kafelek Szczegółowe informacje w obszarze Możliwości.

2. Wybierz pozycję Aktualizuj , aby ponownie wyświetlić wizualizacje.

   

Migrowanie z programu Microsoft Monitoring Agent

1. Aby przeprowadzić migrację z programu Microsoft Monitoring Agent (MMA) do agenta monitorowania platformy Azure (AMA), przewiń w dół do obszaru Szczegółowe informacje.

   

2. Wybierz pozycję Zainstaluj usługę AMA; Zostanie otwarte okno konfiguracji szczegółowych informacji .

   

3. Wybierz lub utwórz regułę zbierania danych zgodnie z opisem wcześniej w sekcji Włączanie szczegółowych informacji .

Zarówno agent usługi Azure Monitor, jak i rozszerzenie Microsoft Monitoring Agent można zainstalować na tym samym komputerze podczas migracji. Uruchamianie obu agentów może prowadzić do duplikowania danych i zwiększenia kosztów. Jeśli na maszynie zainstalowano obu agentów, w Azure Portal zostanie wyświetlone ostrzeżenie, że możesz zbierać zduplikowane dane, jak pokazano na poniższym zrzucie ekranu.

Ostrzeżenie

Zbieranie zduplikowanych danych z pojedynczej maszyny przy użyciu agenta usługi Azure Monitor i rozszerzenia Microsoft Monitoring Agent może spowodować dodatkowe koszty pozyskiwania danych z wysyłania zduplikowanych danych do obszaru roboczego usługi Log Analytics.

Rozszerzenie Microsoft Monitoring Agent należy usunąć samodzielnie ze wszystkich komputerów, które z niego korzystają. Przed wykonaniem tego kroku upewnij się, że komputer nie korzysta z żadnych innych rozwiązań, które wymagają programu Microsoft Monitoring Agent. Po sprawdzeniu, czy agent MicrosoftMonitoringAgent nie jest nadal połączony z obszarem roboczym usługi Log Analytics, możesz usunąć agenta MicrosoftMonitoringAgent ręcznie, przekierowując do strony Rozszerzenia .

Rozwiązywanie problemów

Ta sekcja zawiera wskazówki dotyczące rozwiązywania problemów z używaniem szczegółowych informacji dla rozwiązania Azure Stack HCI.

Rozwiązywanie problemów z klastrami zarejestrowanymi przed listopadem 2023 r.

Problem. W klastrach zarejestrowanych przed listopadem 2023 r. funkcje korzystające z usługi AMA w usłudze Azure Stack HCI, takie jak Arc for Servers, VM Insights, Container Insights, Defender for Cloud i Sentinel, mogą nie zbierać dzienników i danych zdarzeń prawidłowo.

Spowodować. Przed listopadem 2023 r. rejestracja klastra skonfigurowała usługę AMA do korzystania z tożsamości klastra, podczas gdy usługi korzystające z usługi AMA w usłudze Azure Stack HCI wymagały tożsamości węzła klastra do prawidłowego zbierania dzienników. Ta niezgodność spowodowała nieprawidłowe zbieranie dzienników z tych usług.

Rozwiązanie. Aby rozwiązać ten problem, wprowadziliśmy zmianę w rejestracji klastra HCI dla usługi AMA w celu użycia tożsamości serwera. Aby zaimplementować tę zmianę, wykonaj następujące kroki w klastrach zarejestrowanych przed listopadem 2023 r.:

1. Napraw rejestrację klastra. Zobacz Naprawianie rejestracji klastra.
2. Napraw ama. Zobacz Naprawianie usługi AMA.
3. Skonfiguruj ponownie szczegółowe informacje dla rozwiązania Azure Stack HCI. Zobacz Reconfigure Insights for Azure Stack HCI (Ponowne konfigurowanie szczegółowych informacji dla usługi Azure Stack HCI).

W Azure Portal strona Insights for Azure Stack HCI automatycznie wykrywa zmianę konfiguracji usługi AMA i wyświetla baner w górnej części strony, co prowadzi do podjęcia niezbędnych działań w celu kontynuowania korzystania z usług korzystających z usługi AMA.

Naprawianie rejestracji klastra

Wykonaj następujące kroki, aby naprawić rejestrację klastra:

1. W węzłach klastra zainstaluj najnowszy Az.StackHCI moduł programu PowerShell. Zastąp latestversion ciąg najnowszym Az.StackHCI numerem wersji.

   Install-Module -Name Az.StackHCI -RequiredVersion {latestversion} -Scope CurrentUser -Repository PSGallery -Force 
   

2. Uruchom polecenie rejestracji naprawy, aby usunąć klucz rejestru:

   Register-AzStackHCI -TenantId {TenantID} -SubscriptionId {subscriptionID} -ComputerName {NodeName} -RepairRegistration 
   

Naprawianie usługi AMA dla usługi Azure Stack HCI

Wybierz jedną z następujących opcji naprawy usługi AMA:

• Opcja 1. Odinstalowywanie usługi AMA

  Jeśli usługa AMA została już zaktualizowana, odinstaluj ją. Wykonaj następujące kroki, aby odinstalować usługę AMA:

  1. W Azure Portal przejdź do strony Rozszerzenia dla klastra azure Stack HCI.

  2. Zaznacz pole wyboru AzureMonitorWindowsAgent i wybierz pozycję Odinstaluj.

     

• Opcja 2. Aktualizacja usługi AMA

  Wykonaj następujące kroki, aby zaktualizować usługę AMA:

  1. W Azure Portal przejdź do strony Rozszerzenia dla klastra azure Stack HCI.

  2. Zaznacz pole wyboru AzureMonitorWindowsAgent i wybierz pozycję Włącz automatyczne uaktualnianie, jeśli jeszcze tego nie zrobiono.

     

• Opcja 3. Ponowne uruchamianie usługi AMA

  Wykonaj następujące kroki we wszystkich węzłach klastra, aby ponownie uruchomić usługę AMA:

  1. Uruchom następujące polecenie, aby wyłączyć usługę AMA:

     cd C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<agent version number>
     AzureMonitorAgentExtension.exe disable
     

  2. Po zakończeniu działania pliku wykonywalnego i zatrzymaniu wszystkich procesów usługi AMA uruchom następujące polecenie, aby ponownie uruchomić agenta:

     AzureMonitorAgentExtension.exe enable
     

• Opcja 4. Ponowne uruchamianie węzłów klastra

Ponowne konfigurowanie szczegółowych informacji dla usługi Azure Stack HCI

Wykonaj następujące kroki, aby ponownie skonfigurować usługę Insights dla usługi Azure Stack HCI:

1. Na Azure Portal strona Szczegółowe informacje dla klastra rozwiązania Azure Stack HCI wyświetla baner u góry, jak pokazano na poniższym zrzucie ekranu, co ułatwia ponowne skonfigurowanie szczegółowych informacji i skojarzenie kontrolera DCR z węzłami klastra. Przejrzyj baner i wybierz pozycję Konfiguruj szczegółowe informacje.

   

2. Skonfiguruj ponownie kontroler domeny. Postępuj zgodnie z instrukcjami, aby skonfigurować szczegółowe informacje zgodnie z opisem w tym artykule. Zobacz Konfigurowanie szczegółowych informacji dla usługi Azure Stack HCI.

   

Rozwiązywanie problemów ze stroną pustych skoroszytów bez wypełnionych danych

Problem. Zostanie wyświetlona pusta strona Skoroszyty bez wypełnionych danych, jak pokazano na poniższym zrzucie ekranu:

Możliwe przyczyny. Może wystąpić kilka możliwych przyczyn tego problemu, w tym ostatnia konfiguracja szczegółowych informacji, niekompletne kroki rozwiązywania problemów dla klastrów zarejestrowanych przed listopadem 2023 r. lub skojarzone kontrolery domeny nie są prawidłowo skonfigurowane.

Rozwiązanie. Aby rozwiązać ten problem, wykonaj następujące kroki w sekwencji:

1. Jeśli ostatnio skonfigurowano usługę Insights, poczekaj do jednej godziny, aż usługa AMA będzie zbierać dane.
2. Jeśli po oczekiwaniu nadal nie ma danych, upewnij się, że zostały wykonane wszystkie kroki wymienione w sekcji Rozwiązywanie problemów z klastrami zarejestrowanymi przed listopadem 2023 r .
3. Sprawdź konfigurację skojarzonego kontrolera domeny. Upewnij się, że kanały zdarzeń i liczniki wydajności są dodawane jako źródła danych do skojarzonego kontrolera domeny, zgodnie z opisem w sekcji Reguły zbierania danych .
4. Jeśli problem będzie nadal występować po wykonaniu powyższych kroków i nadal nie widzisz żadnych danych, skontaktuj się z pomocą techniczną w celu uzyskania pomocy.

Aby uzyskać bardziej szczegółowe wskazówki dotyczące rozwiązywania problemów, zobacz Wskazówki dotyczące rozwiązywania problemów z agentem usługi Azure Monitor.

Azure Stack HCI, wersja 21H2 i starsze

Szczegółowe informacje znane wcześniej jako "monitorowanie" umożliwiają monitorowanie zasobów i udostępnianie przydatnych szczegółowych informacji dotyczących klastra, serwerów, maszyn wirtualnych, magazynu i wiele innych.

Dane wygenerowane z lokalnego klastra rozwiązania Azure Stack HCI są zbierane w obszarze roboczym usługi Log Analytics na platformie Azure. W tym obszarze roboczym można zbierać dane dotyczące kondycji klastra. Domyślnie monitorowanie zbiera następujące dzienniki co godzinę:

• Zarządzanie kondycją (Microsoft-windows-health/operational)
• SDDC Management (Microsoft-Windows-SDDC-Management/Operational; Identyfikator zdarzenia: 3000, 3001, 3002, 3003, 3004)

Aby zmienić częstotliwość zbierania dzienników, zobacz Kanał dziennika zdarzeń.

Wymagania wstępne

Aby korzystać ze szczegółowych informacji ze starszym agentem, upewnij się, że spełnisz następujące wymagania wstępne:

• Klaster Rozwiązania Azure Stack HCI powinien być zarejestrowany na platformie Azure i w usłudze Arc. Jeśli klaster został zarejestrowany w dniu 15 czerwca 2021 r. lub później, dzieje się to domyślnie. W przeciwnym razie należy włączyć integrację z usługą Azure Arc.

• Włącz usługę Log Analytics , aby połączyć klaster z obszarem roboczym usługi Log Analytics, w którym zapisywane są dane dziennika wymagane do monitorowania.

• Włącz usługę Insights , aby umożliwić usłudze Azure Monitor rozpoczęcie zbierania zdarzeń wymaganych do monitorowania.

Możliwość dzienników

Po zarejestrowaniu klastra i włączeniu usługi Arc na serwerach zostaną wyświetlone następujące elementy w Azure Portal:

• Zasób rozwiązania Azure Stack HCI w określonej grupie zasobów.
• Serwer — zasoby usługi Azure Arc dla każdego serwera w klastrze w systemie <clustername>ArcInstanceResourceGroup.
• Węzły z linkiem zasobu Server-Azure Arc na stronie zasobów rozwiązania Azure Stack HCI na karcie Węzły .

Teraz, gdy węzły klastra są włączone w usłudze Arc, przejdź do strony zasobów klastra rozwiązania Azure Stack HCI. Na karcie Możliwości zostanie wyświetlona opcja włączenia dzienników, która powinna mieć wartość Nieskonfigurowane.

Ta funkcja jest rozszerzeniem Arc for Servers, które upraszcza instalowanie programu Microsoft Monitoring Agent. Ponieważ używasz rozszerzenia Arc for Servers w celu włączenia tego przepływu pracy, jeśli kiedykolwiek dodasz więcej serwerów do klastra, zostaną one automatycznie zainstalowane w programie Microsoft Monitoring Agent.

Uwaga

Program Microsoft Monitoring Agent dla systemu Windows komunikuje się wychodząco z usługą Azure Monitor za pośrednictwem portu TCP 443. Jeśli serwery łączą się za pośrednictwem zapory lub serwera proxy w celu komunikacji przez Internet, zapoznaj się z tymi wymaganiami , aby zrozumieć wymaganą konfigurację sieci.

Konfigurowanie rozszerzenia programu Microsoft Monitoring Agent

Aby skonfigurować rozszerzenie programu Microsoft Monitoring Agent (AMA):

1. Na karcie Możliwości wybierz pozycję Dzienniki.

2. Wybierz pozycję Użyj istniejącej , aby użyć istniejącego obszaru roboczego dla subskrypcji.

3. Wybierz pozycję Dodaj w dolnej części strony.

   

4. Po zakończeniu konfiguracji dzienniki będą wyświetlane jako Skonfigurowane na karcie Możliwości .

5. Wybierz pozycję Rozszerzenia ustawień > z paska narzędzi po lewej stronie. Powinno zostać wyświetlone, że każdy z serwerów pomyślnie zainstalował program Microsoft Monitoring Agent.

Rozszerzenie usługi Log Analytics zostało pomyślnie zainstalowane.

Wyłączanie usługi Log Analytics

Jeśli chcesz wyłączyć funkcję Dzienniki, usuń program Microsoft Monitoring Agent z ustawień rozszerzeń . Nie powoduje to usunięcia obszaru roboczego usługi Log Analytics na platformie Azure ani żadnego z danych, które się w nim znajdują, więc należy to zrobić ręcznie.

Aby usunąć program Microsoft Monitoring Agent z każdego serwera w klastrze, wykonaj następujące kroki:

1. Wybierz pozycję Rozszerzenia ustawień > z paska narzędzi po lewej stronie.
2. Zaznacz pole wyboru MicrosoftMonitoringAgent .
3. Wybierz pozycję Usuń, a następnie pozycję Tak.

Włączanie szczegółowych informacji

Włączenie szczegółowych informacji ułatwia monitorowanie wszystkich klastrów rozwiązania Azure Stack HCI skojarzonych obecnie z obszarem roboczym usługi Log Analytics, zapewniając przydatne metryki kondycji. Aby włączyć tę funkcję z poziomu Azure Portal, wykonaj następujące kroki:

1. Na karcie Możliwości wybierz pozycję Szczegółowe informacje. Następnie wybierz pozycję Rozpocznij.
2. Szczegółowe informacje powinny być teraz wyświetlane jako Skonfigurowane na karcie Możliwości .

Jakie dane są zbierane?

Kanał zdarzeń microsoft-windows-sddc-management/operational i microsoft-windows-health/operational systemu Windows jest dodawany do obszaru roboczego usługi Log Analytics w obszarze Dzienniki zdarzeń systemu Windows.

Zbierając te dzienniki, analiza pokaże stan kondycji poszczególnych serwerów, dysków, woluminów i maszyn wirtualnych. Domyślnie są dodawane pięć liczników wydajności:

Liczniki wydajności

W poniższej tabeli opisano monitorowane liczniki wydajności:

Liczniki wydajności	Opis
Pamięć(*)\Dostępne bajty	Dostępne bajty to ilość pamięci fizycznej, w bajtach, natychmiast dostępna do alokacji do procesu lub do użycia systemu.
Interfejs sieciowy(*)\Całkowita liczba bajtów na sekundę	Szybkość wysyłania i odbierania bajtów przez każdą kartę sieciową, łącznie ze znakami tworzenia ramek. Łączna liczba bajtów na sekundę to suma bajtów odebranych/s i bajtów wysłanych/s.
\Procesor (_Suma)% czasu procesora	Procent czasu, który upłynął, wszystkie wątki procesu używały procesora do wykonywania instrukcji.
Działanie RDMA(*)\RDMA Liczba bajtów przychodzących/s	Szybkość odbierania danych przez funkcję RDMA przez kartę sieciową na sekundę.
Działanie RDMA(*)\RDMA Wychodzące bajty/s	Szybkość wysyłania danych przez funkcję RDMA przez kartę sieciową na sekundę.

Po włączeniu funkcji Insights zebranie danych może potrwać do 15 minut. Po zakończeniu procesu możesz wyświetlić zaawansowaną wizualizację kondycji klastra na karcie Szczegółowe informacje na lewym pasku nawigacyjnym, jak pokazano na poniższym zrzucie ekranu:

Wyłączanie szczegółowych informacji

Aby wyłączyć szczegółowe informacje, wykonaj następujące kroki:

1. Wybierz pozycję Szczegółowe informacje na karcie Możliwości .

2. Wybierz pozycję Wyłącz szczegółowe informacje.

   

Po wyłączeniu usługi Insights dzienniki zarządzania usługami kondycji i sdDC nie są już zbierane, ale żadne istniejące dane nie zostaną usunięte. Jeśli chcesz usunąć te dane, przejdź do obszaru roboczego usługi Log Analytics i ręcznie usuń dane.

Aktualizowanie szczegółowych informacji

Kafelek Szczegółowe informacje zawiera komunikat Wymaga aktualizacji w następujących przypadkach:

• Zdarzenie kondycji z dzienników zdarzeń systemu Windows jest usuwane.
• Wszystkie lub wszystkie liczniki wydajności 5 z obszaru roboczego Loganalytics zostaną usunięte.

Aby ponownie włączyć szczegółowe informacje,

• Wybierz kafelek Szczegółowe informacje w obszarze Możliwości.
• Wybierz pozycję Aktualizuj , aby ponownie wyświetlić wizualizacje.

Rozwiązywanie problemów

Jeśli możliwości dzienników i możliwości monitorowania są włączone bez błędów, ale dane monitorowania nie są wyświetlane po godzinie lub tak, możesz użyć narzędzia do rozwiązywania problemów z usługą Log Analytics.

Jak używać narzędzia do rozwiązywania problemów z usługą Log Analytics

1. Otwórz wiersz polecenia programu PowerShell jako administrator na hoście usługi Azure Stack HCI, na którym zainstalowano rozszerzenie MicrosoftMonitoringAgent.

2. Przejdź do katalogu, w którym znajduje się narzędzie.

   cd C:\Program Files\Microsoft Monitoring Agent\Agent\Troubleshooter
   

3. Wykonaj skrypt główny przy użyciu tego polecenia:

   .\GetAgentInfo.ps1
   

4. Po wyświetleniu monitu o wybranie scenariusza rozwiązywania problemów wybierz opcję 1: Agent nie zgłasza danych ani brak danych pulsu.

5. Zostanie wyświetlony monit o wybranie akcji, którą chcesz wykonać. Wybierz opcję 1: Diagnozowanie.

   

6. Jeśli wystąpi błąd wyróżniony na poniższym zrzucie ekranu, ale nadal można nawiązać połączenie ze wszystkimi punktami końcowymi usługi Log Analytics, a ustawienia zapory i bramy są poprawne, prawdopodobnie wystąpił problem ze strefą czasową.

   

   Przyczyną jest to, że czas lokalny jest inny niż czas platformy Azure, a klucz obszaru roboczego nie może zostać zweryfikowany z powodu niezgodności.

   

7. W celu rozwiązania tego problemu:

   1. Przejdź do strony zasobów usługi Azure Stack HCI w Azure Portal, wybierz pozycję [nazwa klastra] > Rozszerzenia. Następnie zaznacz pole wyboru rozszerzenia MicrosoftMonitoringAgent i usuń rozszerzenie Microsoft Monitoring Agent.
   2. Upewnij się, że strefa czasowa hosta usługi Azure Stack HCI jest poprawna i że czas lokalny na hoście jest taki sam jak czas platformy Azure dla strefy czasowej.
      1. W konsoli hosta usługi Azure Stack HCI wybierz opcję 9: Data & Godzina z menu Sconfig , a następnie wybierz pozycję Zmień strefę czasową i upewnij się, że czas lokalny jest poprawny.
      2. Przejrzyj strefę czasową podstawowego kontrolera domeny usługi Active Directory (podstawowego kontrolera domeny) i upewnij się, że data i godzina są poprawne.
      3. Jeśli kontroler PDC usługi Active Directory jest poprawny, a lokalny czas usługi Azure Stack HCI jest nadal nieprawidłowy, hierarchia domeny usługi Active Directory nie jest rozpoznawana. Jeśli tak, wykonaj kroki iv - vi poniżej. W przeciwnym razie przejdź do kroku c.
      4. Na hoście usługi Azure Stack HCI wybierz opcję 15 , aby zamknąć menu Sconfig. Następnie uruchom następujące polecenie w programie PowerShell jako administrator: w32tm.exe /config /syncfromflags:domhier /update — powinno to zwrócić potwierdzenie pomyślnego ukończenia polecenia, a ustawienie czasu powinno być teraz poprawne.
      5. Aby jeszcze bardziej zdiagnozować, uruchom polecenie w32tm /monitor w konsoli hosta usługi Azure Stack HCI. Aktywny kontroler domeny powinien być wymieniony jako serwer warstwy 1, a wszystkie inne kontrolery domeny jako warstwy 2.
      6. Na koniec upewnij się, że dostawcy czasu i czasu systemu Windows nie są skonfigurowani w obiekcie zasady grupy, ponieważ będzie to zakłócać hierarchię domeny usługi Active Directory.
   3. Ponownie dodaj rozszerzenie usługi Log Analytics, przechodząc do strony zasobów usługi Azure Stack HCI w Azure Portal, wybierz pozycję [nazwa klastra] > Przegląd, a następnie wybierz pozycję Możliwości i skonfiguruj usługę Log Analytics i monitorowanie.

8. Uruchom ponownie narzędzie do rozwiązywania problemów z usługą Log Analytics i nie powinno być już wyświetlane błąd. Numery agentów systemu Windows powinny być teraz wyświetlane w obszarze roboczym usługi Log Analytics w obszarze Zarządzanie agentami , aby dopasować je do węzłów klastra, a zdarzenia monitorowania zaczynają przepływać.

Wizualizacje szczegółowych informacji

Po włączeniu usługi Insights poniższe tabele zawierają szczegółowe informacje o wszystkich zasobach.

Służba zdrowia

Zapewnia błędy kondycji klastra.

Metric	Opis	Jednostka	Przykład
Usterki	Krótki opis błędów kondycji. Po kliknięciu linku zostanie otwarty panel boczny zawierający więcej informacji.	Brak jednostki	PoolCapacityThresholdExceeded
Typ zasobu błędu	Typ zasobu, który napotkał błąd.	Brak jednostki	Pula magazynu
Identyfikator zasobu błędu	Unikatowy identyfikator zasobu, który napotkał błąd kondycji.	Unikatowy identyfikator	{1245340c-780b-4afc-af3c-f9bdc4b12f8a}: SP:{c57f23d1-d784-4a42-8b59-4edd8e70e830}
Ważność	Ważność błędu może być ostrzegawcza lub krytyczna.	Brak jednostki	Ostrzeżenie
Początkowy czas błędu	Sygnatura czasowa ostatniej aktualizacji serwera.	Datetime (data/godzina)	4/9/2022, 12:15:42 PM

Serwer

Metric	Opis	Jednostka	Przykład
Serwery	Nazwy serwerów w klastrze.	Brak jednostki	Maszyna wirtualna-1
Ostatnia aktualizacja	Data i godzina ostatniej aktualizacji serwera.	Datetime (data/godzina)	4/9/2022, 12:15:42 PM
Stan	Kondycja zasobów serwera w klastrze.	Może to być w dobrej kondycji, ostrzeżenie, krytyczne i inne	Dobra kondycja
Użycie procesora	Procent czasu, przez który proces używał procesora CPU.	Procent	56%
Użycie pamięci	Użycie pamięci procesu serwera jest równe licznikowi Process\Private Bytes oraz rozmiaru danych zamapowanych na pamięć.	Procent	16%
Procesory logiczne	Liczba procesorów logicznych.	Liczba	2
Procesory CPU	Liczba procesorów CPU.	Liczba	2
Czas pracy	Czas, w którym maszyna, zwłaszcza komputer, działa.	Zakres czasu	2.609 godz.
Witryna	Nazwa lokacji, do której należy serwer.	Nazwa witryny	Sitea
Nazwa domeny	Domena lokalna, do której należy serwer.	Brak jednostki	Contoso.local

Maszyny wirtualne

Zapewnia stan wszystkich maszyn wirtualnych w klastrze. Maszyna wirtualna może być w jednym z następujących stanów: Uruchomiono, Zatrzymano, Niepowodzenie lub Inne (Nieznany, Uruchamianie, Migawka, Zapisywanie, Zatrzymywanie, Wstrzymywanie, Wznawianie, Wstrzymane, Wstrzymane).

Metric	Opis	Jednostka	Przykład
Serwery	Nazwa serwera.	Brak jednostki	Przykładowa maszyna wirtualna-1
Ostatnia aktualizacja	Daje to datę i godzinę ostatniej aktualizacji serwera	Datetime (data/godzina)	2022-04-04, 12:24:02
Łączna liczba maszyn wirtualnych	Liczba maszyn wirtualnych w węźle serwera.	Liczba	0 z 0 uruchomionych
Uruchomienie	Liczba maszyn wirtualnych uruchomionych w węźle serwera.	Liczba	2
Zatrzymano	Liczba maszyn wirtualnych zatrzymanych w węźle serwera.	Liczba	3
Niepowodzenie	Liczba maszyn wirtualnych nie powiodła się w węźle serwera.	Liczba	2
Inne	Jeśli maszyna wirtualna jest w jednym z następujących stanów (Nieznany, Uruchamianie, Migawka, Zapisywanie, Zatrzymywanie, Wstrzymywanie, Wznawianie, Wstrzymane, Wstrzymane), jest traktowany jako "Inne".	Liczba	2

Storage

W poniższej tabeli przedstawiono kondycję woluminów i dysków w klastrze:

Metric	Opis	Jednostka	Przykład
Woluminy	Nazwa woluminu	Brak jednostki	ClusterPerformanceHistory
Ostatnia aktualizacja	Data i godzina ostatniej aktualizacji magazynu.	Datetime (data/godzina)	14.04.2022, 16:58:55
Stan	Stan woluminu.	Dobra kondycja, ostrzeżenie, krytyczne i inne.	Dobra kondycja
Łączna pojemność	Całkowita pojemność urządzenia w bajtach w okresie raportowania.	Bajty	2,5 GB
Dostępna pojemność	Dostępna pojemność w bajtach w okresie raportowania.	Bajty	20B
Iops	Operacje wejścia/wyjścia na sekundę.	Sekundę	45/s
Przepływność	Liczba bajtów na sekundę obsługiwanych przez Application Gateway.	Bajty na sekundę	5B/s
Opóźnienie	Czas potrzebny na ukończenie żądania we/wy.	Second	0,0016 s
Odporność	Pojemność do odzyskiwania po awariach. Maksymalizuje dostępność danych.	Brak jednostki	Dublowanie trzystopniowe
Deduplikacja	Proces zmniejszania fizycznej liczby bajtów danych, które muszą być przechowywane na dysku.	Dostępne lub nie	Tak/Nie
System plików	Typ systemu plików.	Brak jednostki	ReFS

Cennik usługi Azure Monitor

Po włączeniu wizualizacji monitorowania dzienniki są zbierane z:

• Zarządzanie kondycją (Microsoft-windows-health/operational).
• SDDC Management (Microsoft-Windows-SDDC-Management/Operational; Identyfikator zdarzenia: 3000, 3001, 3002, 3003, 3004).

Opłaty są naliczane na podstawie ilości pozyskanych danych i ustawień przechowywania danych w obszarze roboczym usługi Log Analytics.

Usługa Azure Monitor ma cennik płatności zgodnie z rzeczywistym użyciem, a pierwsze 5 GB na konto rozliczeniowe miesięcznie jest bezpłatne. Ponieważ cennik może się różnić z powodu wielu czynników, takich jak region używanej platformy Azure, odwiedź kalkulator cen usługi Azure Monitor , aby uzyskać najbardziej aktualne obliczenia cen.

Następne kroki

• Monitorowanie wielu klastrów za pomocą szczegółowych informacji
• Rejestrowanie klastra na platformie Azure
• Włączanie integracji z usługą Azure Arc
• Kanał dziennika zdarzeń
• Kalkulator cen usługi Azure Monitor
• Narzędzie do rozwiązywania problemów z usługą Log Analytics