Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Panoramica dell'agente di Monitoraggio di Azure
Prima di continuare a leggere, è necessario avere familiarità con l'agente di Monitoraggio di Azure e le regole di raccolta dati.
Terminologia
| Nome | Acronimo | Descrizione |
|---|---|---|
| Agente di Monitoraggio di Azure | AMA | Nuovo agente di Monitoraggio di Azure |
| Regole di raccolta dati | DCR | Regole per configurare la raccolta di dati da parte dell'agente, ad esempio cosa raccogliere, dove inviare e altro ancora |
| Servizio di Configurazione di Azure Monitor | AMCS | Servizio a livello di area ospitato in Azure che controlla la raccolta di dati per questo agente e altre parti di Monitoraggio di Azure. L'agente chiama questo servizio per recuperare i DCR. |
| Endpoint dei log | -- | Endpoint per l'invio di dati alle aree di lavoro di Log Analytics |
| Endpoint delle metriche | -- | Endpoint per l'invio di dati ai database delle metriche di Azure Monitor. |
| Servizio di metadati delle istanze e sistema ibrido | IMDS e HIMDS | Servizi ospitati in Azure che forniscono informazioni sulle macchine virtuali attualmente in esecuzione, i set di scalabilità (tramite IMDS) e i server abilitati per Arc (tramite HIMDS) rispettivamente |
| spazio di lavoro di Log Analytics | DIRITTO | Destinazione in Monitoraggio di Azure a cui è possibile inviare i log raccolti dall'agente |
| Metriche personalizzate | -- | Destinazione in Monitoraggio di Azure a cui è possibile inviare le metriche guest raccolte dall'agente |
Procedura di risoluzione dei problemi di base (installazione, agente non in esecuzione, problemi di configurazione)
Usare la procedura seguente per risolvere i problemi relativi alla versione più recente dell'agente di Monitoraggio di Azure in esecuzione nel server abilitato per Windows Arc:
Rivedere attentamente i prerequisiti in questa sede.
Verificare che l'estensione sia stata installata e che ne sia stato eseguito il provisioning, il che installa i file binari dell'agente nel computer:
Aprire il portale di Azure >, selezionare il server abilitato per Arc >, aprire Impostazioni: estensioni dal riquadro a sinistra >; 'AzureMonitorWindowsAgent' dovrebbe essere visualizzato con Stato: 'Succeeded'
In caso contrario, verificare se l'agente Arc (agente connected machine) è in grado di connettersi ad Azure e il servizio di estensione è in esecuzione.
azcmagent showVerrà visualizzato l'output seguente:
Resource Name : <server name> [...] Dependent Service Status Agent Service (himds) : running GC Service (gcarcservice) : running Extension Service (extensionservice) : runningAttendere 10-15 minuti, poiché l'estensione potrebbe essere in stato di transizione. Se non viene ancora visualizzato, disinstallare e installare nuovamente l'estensione e ripetere la verifica per visualizzare la visualizzazione dell'estensione.
In caso contrario, verificare se vengono visualizzati errori nei log delle estensioni in
C:\ProgramData\GuestConfig\extension_logs\Microsoft.Azure.Monitor.AzureMonitorWindowsAgentsulla macchina
Verificare che l'agente sia in esecuzione:
Verificare se l'agente sta inviando i log degli heartbeat all'area di lavoro di analisi dei log utilizzando la seguente query. Ignorare se Se "Custom Metrics" (Parametri personalizzati) è l'unica destinazione nella regola di raccolta dati (DCR):
Heartbeat | where Category == "Azure Monitor Agent" and Computer == "<computer-name>" | take 10In caso contrario, aprire Gestione attività e verificare se il processo "MonAgentCore.exe" sia in esecuzione. In caso affermativo, attendere 5 minuti che venga visualizzato un heartbeat.
In caso contrario, controllare se vengono visualizzati errori nei log dell'agente principale in
C:\Resources\Directory\AMADataStore\Configurationsul computer
Verificare che il DCR esista e sia associato al server abilitato per Arc:
- Se si usa l'area di lavoro Log Analytics come destinazione, verificare che la DCR esista nella stessa area fisica dell'area di lavoro Log Analytics.
- Nel server abilitato per Arc, verificare l'esistenza del file
C:\Resources\Directory\AMADataStore\mcs\mcsconfig.latest.xml. Se questo file non esiste, il server Arc-enabled potrebbe non essere associato a un DCR. - Aprire il portale di > Azure selezionare la regola > di raccolta dati Apri configurazione : risorse dal riquadro a sinistra > Dovrebbe essere visualizzato il server abilitato per Arc elencato qui.
- Se non è elencato, selezionare Aggiungi e selezionare il server abilitato per Arc dalla selezione risorse. Ripetere l'operazione in tutti i DCR.
Verificare che l'agente sia stato in grado di scaricare le DCR associate dal servizio AMCS:
- Controllare se viene visualizzato il DCR più recente scaricato in questa posizione
C:\Resources\Directory\AMADataStore\mcs\configchunks
- Controllare se viene visualizzato il DCR più recente scaricato in questa posizione
Problemi nella raccolta dei contatori di prestazione
Verificare che il file JSON DCR contenga una sezione per
performanceCounters. In caso contrario, correggere il DCR. Vedere come creare DCR o DCR di campione.Verificare che il file
C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xmlesista.Aprire il file e verificare se contiene
CounterSetnodi, come illustrato nell'esempio seguente:<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>
Problemi relativi all'uso di "Metriche personalizzate" come destinazione
Esaminare attentamente i prerequisiti qui.
Assicurarsi che il DCR associato sia stato creato correttamente per raccogliere contatori delle prestazioni e inviarli alle metriche di Azure Monitor. Questa sezione dovrebbe essere visualizzata nel DCR:
"destinations": { "azureMonitorMetrics": { "name":"myAmMetricsDest" } }Eseguire un comando PowerShell:
Get-WmiObject Win32_Process -Filter "name = 'MetricsExtension.Native.exe'" | select Name,ExecutablePath,CommandLine | Format-ListVerificare che il parametro CommandLine nell'output contenga l'argomento
-TokenSource MSIVerificare che il file
C:\Resources\Directory\AMADataStore\mcs\AuthToken-MSI.jsonsia presente.Verificare che il file
C:\Resources\Directory\AMADataStore\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.jsonsia presente.Raccogliere log eseguendo il comando
C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\Resources\Directory\AMADataStore\Tables\MaMetricsExtensionEtw.tsf- Il comando genera il file 'MaMetricsExtensionEtw.csv'
- Aprirlo, cercare eventuali errori di livello 2 e provare a correggerli.
Problemi di raccolta di log eventi di Windows
Verificare che il file JSON DCR contenga una sezione per
windowsEventLogs. In caso contrario, correggere il DCR. Vedere come creare DCR o DCR di campione.Verificare che il file
C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xmlesista.Aprire il file e verificare se contiene
Subscriptionnodi, come illustrato nell'esempio seguente:<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>