Udostępnij za pośrednictwem


Wskazówki dotyczące rozwiązywania problemów z agentem usługi Azure Monitor na serwerze z obsługą usługi Windows Arc

Omówienie agenta usługi Azure Monitor

Zanim przejdziesz dalej, musisz zapoznać się z agentem usługi Azure Monitor i regułami zbierania danych.

Terminologia

Nazwisko Akronim opis
Agent usługi Azure Monitor AMA Nowy agent usługi Azure Monitor
Reguły zbierania danych DcR Reguły konfigurowania zbierania danych przez agenta, tj. co należy zbierać, gdzie wysyłać i nie tylko
Usługa konfiguracji usługi Azure Monitor AMCS Usługa regionalna hostowana na platformie Azure, która kontroluje zbieranie danych dla tego agenta i innych części usługi Azure Monitor. Agent wywołuje do tej usługi, aby pobrać kontrolery domeny.
Punkt końcowy dzienników -- Punkt końcowy do wysyłania danych do obszarów roboczych usługi Log Analytics
Punkt końcowy metryk -- Punkt końcowy do wysyłania danych do baz danych metryk usługi Azure Monitor.
Usługa metadanych wystąpienia i usługa hybrydowa IMDS i HIMDS Usługi hostowane na platformie Azure, które udostępniają informacje o aktualnie uruchomionych maszynach wirtualnych, zestawach skalowania (za pośrednictwem usług IMDS) i serwerach z obsługą usługi Arc (za pośrednictwem usługi HIMDS) odpowiednio
Obszar roboczy usługi Log Analytics PRAWO Miejsce docelowe w usłudze Azure Monitor, do którego można wysyłać dzienniki zebrane przez agenta
Metryki niestandardowe -- Miejsce docelowe w usłudze Azure Monitor, do którego można wysyłać metryki gościa zebrane przez agenta

Podstawowe kroki rozwiązywania problemów (instalacja, brak działania agenta, problemy z konfiguracją)

Wykonaj poniższe kroki, aby rozwiązać problemy z najnowszą wersją agenta usługi Azure Monitor uruchomionego na serwerze z obsługą usługi Windows Arc:

  1. Dokładnie zapoznaj się z wymaganiami wstępnymi tutaj.

  2. Sprawdź, czy rozszerzenie zostało pomyślnie zainstalowane i aprowizowane, co powoduje zainstalowanie plików binarnych agenta na maszynie:

    1. Otwórz witrynę Azure Portal > , wybierz serwer > z obsługą usługi Arc Otwórz ustawienia : Rozszerzenia z okienka po lewej stronie > "AzureMonitorWindowsAgent" powinny być wyświetlane ze stanem: "Powodzenie"
    2. Jeśli nie, sprawdź, czy agent usługi Arc (połączony agent maszyny) może nawiązać połączenie z platformą Azure, a usługa rozszerzenia jest uruchomiona.
      azcmagent show
      
      Powinny zostać wyświetlone poniższe dane wyjściowe:
      Resource Name                           : <server name>
      [...]
      Dependent Service Status
        Agent Service (himds)                 : running
        GC Service (gcarcservice)             : running
        Extension Service (extensionservice)  : running
      
    3. Poczekaj 10–15 minut, ponieważ rozszerzenie może przechodzić stan. Jeśli nadal nie jest wyświetlana, odinstaluj i zainstaluj rozszerzenie ponownie i powtórz weryfikację, aby zobaczyć, że rozszerzenie zostanie wyświetlone.
    4. Jeśli tak nie jest, sprawdź, czy w dziennikach rozszerzeń znajdują się błędy znajdujące się na C:\ProgramData\GuestConfig\extension_logs\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent maszynie
  3. Sprawdź, czy agent jest uruchomiony:

    1. Sprawdź, czy agent emituje dzienniki pulsu do obszaru roboczego usługi Log Analytics, korzystając z poniższego zapytania. Pomiń, jeśli element "Metryki niestandardowe" jest jedynym miejscem docelowym w kontrolerze domeny:
      Heartbeat | where Category == "Azure Monitor Agent" and Computer == "<computer-name>" | take 10
      
    2. Jeśli nie, otwórz Menedżera zadań i sprawdź, czy proces "MonAgentCore.exe" jest uruchomiony. Jeśli tak jest, poczekaj 5 minut na wyświetlenie pulsu.
    3. Jeśli nie, sprawdź, czy na maszynie występują błędy w podstawowych dziennikach agentów znajdujących się na C:\Resources\Directory\AMADataStore\Configuration komputerze
  4. Sprawdź, czy kontroler domeny istnieje i jest skojarzony z serwerem z obsługą usługi Arc:

    1. Jeśli używasz obszaru roboczego usługi Log Analytics jako miejsca docelowego, sprawdź, czy kontroler domeny istnieje w tym samym regionie fizycznym co obszar roboczy usługi Log Analytics.
    2. Na serwerze z obsługą usługi Arc sprawdź istnienie pliku C:\Resources\Directory\AMADataStore\mcs\mcsconfig.latest.xml. Jeśli ten plik nie istnieje, serwer z obsługą usługi Arc może nie być skojarzony z kontrolerem domeny.
    3. Otwórz witrynę Azure Portal>, wybierz regułę zbierania danych Otwórz konfigurację > : Zasoby w okienku po lewej stronie > Powinien zostać wyświetlony serwer z obsługą usługi Arc wymieniony tutaj
    4. Jeśli nie ma na liście, kliknij pozycję "Dodaj" i wybierz serwer z obsługą usługi Arc z selektora zasobów. Powtórz wszystkie kontrolery domeny.
  5. Sprawdź, czy agent mógł pobrać skojarzone kontrolery domeny z usługi AMCS:

    1. Sprawdź, czy w tej lokalizacji jest wyświetlana najnowsza wersja narzędzia DCR C:\Resources\Directory\AMADataStore\mcs\configchunks

Problemy ze zbieraniem liczników wydajności

  1. Sprawdź, czy kod JSON dcR zawiera sekcję "performanceCounters". Jeśli tak nie jest, napraw kontroler domeny. Zobacz , jak utworzyć kontroler domeny lub przykładowy kontroler domeny.
  2. Sprawdź, czy plik C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xml istnieje.
  3. Otwórz plik i sprawdź, czy zawiera CounterSet węzły, jak pokazano w poniższym przykładzie:
    <CounterSet storeType="Local" duration="PT1M" 
        eventName="c9302257006473204344_16355538690556228697" 
        sampleRateInSeconds="15" format="Factored">
        <Counter>\Processor(_Total)\% Processor Time</Counter>
        <Counter>\Memory\Committed Bytes</Counter>
        <Counter>\LogicalDisk(_Total)\Free Megabytes</Counter>
        <Counter>\PhysicalDisk(_Total)\Avg. Disk Queue Length</Counter>
    </CounterSet>
    

Problemy z używaniem metryk niestandardowych jako miejsca docelowego

  1. Dokładnie zapoznaj się z wymaganiami wstępnymi tutaj.

  2. Upewnij się, że skojarzony kontroler domeny jest poprawnie utworzony w celu zbierania liczników wydajności i wysyłania ich do metryk usługi Azure Monitor. Ta sekcja powinna zostać wyświetlona w kontrolerze domeny:

    "destinations": {  
    "azureMonitorMetrics": {  
        "name":"myAmMetricsDest" 
        } 
    }
    
  3. Uruchom polecenie programu PowerShell:

    Get-WmiObject Win32_Process -Filter "name = 'MetricsExtension.Native.exe'" | select Name,ExecutablePath,CommandLine | Format-List
    

    Sprawdź, czy parametr CommandLine w danych wyjściowych zawiera argument "-TokenSource MSI"

  4. Sprawdź, czy C:\Resources\Directory\AMADataStore\mcs\AuthToken-MSI.json plik jest obecny.

  5. Sprawdź, czy C:\Resources\Directory\AMADataStore\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.json plik jest obecny.

  6. Zbieranie dzienników przez uruchomienie polecenia C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\Resources\Directory\AMADataStore\Tables\MaMetricsExtensionEtw.tsf

    1. Polecenie wygeneruje plik "MaMetricsExtensionEtw.csv"
    2. Otwórz go i poszukaj błędów poziomu 2 i spróbuj je naprawić.

Problemy z zbieraniem dzienników zdarzeń systemu Windows

  1. Sprawdź, czy kod JSON dcR zawiera sekcję "windowsEventLogs". Jeśli tak nie jest, napraw kontroler domeny. Zobacz , jak utworzyć kontroler domeny lub przykładowy kontroler domeny.
  2. Sprawdź, czy plik C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xml istnieje.
  3. Otwórz plik i sprawdź, czy zawiera Subscription węzły, jak pokazano w poniższym przykładzie:
    <Subscription eventName="c9302257006473204344_14882095577508259570" 
    query="System!*[System[(Level = 1 or Level = 2 or Level = 3)]]">
        <Column name="ProviderGuid" type="mt:wstr" defaultAssignment="00000000-0000-0000-0000-000000000000">
          <Value>/Event/System/Provider/@Guid</Value>
        </Column>
        ...
    
        </Column>
    </Subscription>