Pokyny k řešení potíží pro agenta Azure Monitoru na serveru s podporou služby Windows Arc
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 serveru s podporou služby Windows Arc 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č:
- Otevřete Azure Portal > a vyberte nastavení otevření serveru > s podporou Arc: Rozšíření z podokna na levé straně > AzureMonitorWindowsAgent by se měla zobrazit se stavem: Úspěch.
- Pokud ne, zkontrolujte, jestli se agent Arc (Connected Machine Agent) může připojit k Azure a že je spuštěná služba rozšíření.
Měl by se zobrazit následující výstup:azcmagent show
Resource Name : <server name> [...] Dependent Service Status Agent Service (himds) : running GC Service (gcarcservice) : running Extension Service (extensionservice) : running
- 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.
- Pokud ne, zkontrolujte, jestli se v protokolech rozšíření na vašem počítači nenachází
C:\ProgramData\GuestConfig\extension_logs\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent
nějaké chyby.
Ověřte, že je agent spuštěný:
- 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
- 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í.
- Pokud ne, zkontrolujte, jestli se v protokolech základního agenta na vašem počítači nenachází
C:\Resources\Directory\AMADataStore\Configuration
nějaké chyby.
- 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:
Ověřte, že řadič domény existuje a je přidružený k serveru s podporou arc:
- 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.
- Na serveru s podporou Arc ověřte existenci souboru
C:\Resources\Directory\AMADataStore\mcs\mcsconfig.latest.xml
. Pokud tento soubor neexistuje, server s podporou arc nemusí být přidružený k řadiči domény. - Otevřete Azure Portal > a vyberte pravidlo > pro shromažďování dat Otevřít konfiguraci : Prostředky z podokna na levé straně > . Měl by se zde zobrazit server s podporou arc.
- Pokud není uvedený, klikněte na Přidat a vyberte server s podporou arc 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:
- Zkontrolujte, jestli se v tomto umístění zobrazuje nejnovější stažený řadič domény .DCR.
C:\Resources\Directory\AMADataStore\mcs\configchunks
- Zkontrolujte, jestli se v tomto umístění zobrazuje nejnovější stažený řadič domény .DCR.
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:\Resources\Directory\AMADataStore\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:\Resources\Directory\AMADataStore\mcs\AuthToken-MSI.json
soubor existuje.Ověřte, že
C:\Resources\Directory\AMADataStore\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:\Resources\Directory\AMADataStore\Tables\MaMetricsExtensionEtw.tsf
- Příkaz vygeneruje soubor MaMetricsExtensionEtw.csv.
- 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:\Resources\Directory\AMADataStore\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>