Pokyny k řešení potíží pro agenta Azure Monitor na virtuálních počítačích s Windows a škálovacích sadách

Článek
11/14/2024

Přehled agenta Služby Azure Monitor

Než si přečtete další informace, musíte být obeznámeni s agentem služby Azure Monitor a pravidly shromažďování dat.

Terminologie

Název	Zkratka	Popis
Agent Azure Monitoru	AMA	Nový agent Azure Monitoru
Pravidla shromažďování dat	DCR	Pravidla pro konfiguraci shromažďování dat agentem, tj. co shromažďovat, kam se mají odesílat, a další
Služba konfigurace služby Azure Monitor	AMCS	Regionální služba hostovaná v Azure, která řídí shromažďování dat pro tohoto agenta a další části služby Azure Monitor. Agent volá do této služby za účelem načtení řadičů domény.
Koncový bod protokolů	--	Koncový bod pro odesílání dat do pracovních prostorů služby Log Analytics
Koncový bod metrik	--	Koncový bod pro odesílání dat do databází metrik služby Azure Monitor
Služba metadat instance a hybridní služba	IMDS a HIMDS	Služby hostované v Azure, které poskytují informace o aktuálně spuštěných virtuálních počítačích, škálovacích sadách (přes IMDS) a serverech s podporou Arc (prostřednictvím HIMDS).
Pracovní prostor služby Log Analytics	ZÁKON	Cíl ve službě Azure Monitor, do kterého můžete odesílat protokoly shromážděné agentem.
Vlastní metriky	--	Cíl ve službě Azure Monitor, do kterého můžete odesílat metriky hosta shromážděné agentem.

Základní kroky při řešení potíží (instalace, neběžení agenta, problémy s konfigurací)

Při řešení potíží s nejnovější verzí agenta služby Azure Monitor spuštěného na virtuálním počítači s Windows postupujte následovně:

Pečlivě si projděte požadavky.
Ověřte, že se rozšíření úspěšně nainstalovalo a zřídilo, což nainstaluje binární soubory agenta na váš počítač:
1. Otevřete Azure Portal > , vyberte virtuální počítač > Open Settings (Otevřít nastavení ): Rozšíření a aplikace z podokna vlevo > AzureMonitorWindowsAgent by se měly zobrazit se stavem: Zřizování bylo úspěšné.
2. Pokud ne, pomocí následujícího příkazu zkontrolujte, jestli se počítač může spojit s Azure, a najděte rozšíření, které se má nainstalovat:
```
az vm extension image list-versions --location <machine-region> --name AzureMonitorWindowsAgent --publisher Microsoft.Azure.Monitor
```
3. Počkejte 10 až 15 minut, protože rozšíření může být ve stavu přechodu. Pokud se stále nezobrazuje, odinstalujte a nainstalujte rozšíření znovu a opakujte ověření, aby se rozšíření zobrazilo.
4. Pokud ne, zkontrolujte, jestli se v protokolech rozšíření na vašem počítači nenachází C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent nějaké chyby.
Ověřte, že je agent spuštěný:
1. Pomocí následujícího dotazu zkontrolujte, jestli agent vysílá protokoly prezenčních signálů do pracovního prostoru služby Log Analytics. Pokud je vlastní metrika jediným cílem v DCR, přeskočte:
```
Heartbeat | where Category == "Azure Monitor Agent" and Computer == "<computer-name>" | take 10
```
2. Pokud ne, otevřete Správce úloh a zkontrolujte, jestli je spuštěný proces MonAgentCore.exe. Pokud ano, počkejte 5 minut, než se prezenčních signálů zobrazí.
3. Pokud ne, zkontrolujte, jestli se v protokolech základního agenta na vašem počítači nenachází C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Configuration nějaké chyby.
Ověřte, že řadič domény existuje a je přidružený k virtuálnímu počítači:
1. Pokud jako cíl používáte pracovní prostor služby Log Analytics, ověřte, že řadič domény existuje ve stejné fyzické oblasti jako pracovní prostor služby Log Analytics.
2. Na virtuálním počítači ověřte existenci souboru C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.latest.xml. Pokud tento soubor neexistuje:
  - Virtuální počítač nemusí být přidružený k řadiči domény. Viz krok 3
  - Virtuální počítač nemusí mít povolenou spravovanou identitu. Informace o povolení najdete tady .
  - Služba IMDS není spuštěná nebo přístupná z virtuálního počítače. Zkontrolujte, jestli máte přístup k IMDS z počítače.
  - AMA nemá přístup k IMDS. Zkontrolujte, jestli se v C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MAEventTable.tsf souboru zobrazují chyby IMDS.
3. Otevřete Azure Portal > a vyberte pravidlo > shromažďování dat Otevřít konfiguraci: Prostředky z podokna vlevo > By se měl zobrazit virtuální počítač uvedený tady.
4. Pokud tu není uvedený, klikněte na Přidat a vyberte virtuální počítač z nástroje pro výběr prostředků. Opakujte všechny řadiče domény.
Ověřte, že agent mohl stáhnout přidružené řadiče domény ze služby AMCS:
1. Zkontrolujte, jestli se v tomto umístění zobrazuje nejnovější stažený řadič domény .DCR. C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\configchunks

Problémy se shromažďováním čítačů výkonu

Zkontrolujte, jestli váš KÓD JSON DCR obsahuje oddíl pro performanceCounters. Pokud ne, opravte řadič domény. Podívejte se, jak vytvořit DCR nebo ukázkové DCR.
Zkontrolujte, jestli soubor C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml existuje.

Otevřete soubor a zkontrolujte, jestli obsahuje CounterSet uzly, jak je znázorněno v následujícím příkladu:

<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>

Problémy s používáním vlastních metrik jako cíle

Pečlivě si projděte požadavky.
Ujistěte se, že je přidružený řadič domény správně vytvořený tak, aby shromažďoval čítače výkonu a odeslal je do metrik služby Azure Monitor. Měla by se zobrazit tato část v dcR:
```
"destinations": {  
"azureMonitorMetrics": {  
    "name":"myAmMetricsDest" 
    } 
}
```

Spusťte příkaz PowerShellu:

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

Ověřte, že parametr CommandLine ve výstupu obsahuje argument -TokenSource MSI.

Ověřte, že C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\AuthToken-MSI.json soubor existuje.
Ověřte, že C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.json soubor existuje.
Shromažďování protokolů spuštěním příkazu C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MaMetricsExtensionEtw.tsf
1. Příkaz vygeneruje soubor MaMetricsExtensionEtw.csv.
2. Otevřete ho a vyhledejte všechny chyby úrovně 2 a zkuste je opravit.

Problémy se shromažďováním protokolů událostí Windows

Zkontrolujte, jestli váš JSON DCR obsahuje oddíl pro windowsEventLogs. Pokud ne, opravte řadič domény. Podívejte se, jak vytvořit DCR nebo ukázkové DCR.
Zkontrolujte, jestli soubor C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml existuje.

Otevřete soubor a zkontrolujte, jestli obsahuje Subscription uzly, jak je znázorněno v následujícím příkladu:

<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>

Sdílet prostřednictvím