Indicazioni sulla risoluzione dei problemi per l'agente di Monitoraggio di Azure in macchine virtuali e set di scalabilità Windows
Panoramica dell'agente di Monitoraggio di Azure
Prima di leggere altre informazioni, è 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 Monitoraggio di Azure | AMCS | Servizio a livello di area ospitato in Azure, che controlla la raccolta dei dati per questo agente e altre parti di Monitoraggio di Azure. L'agente chiama questo servizio per recuperare i controller di dominio. |
Endpoint dei log | -- | Endpoint per l'invio di dati alle aree di lavoro Log Analytics |
Endpoint delle metriche | -- | Endpoint per l'invio di dati ai database delle metriche di Monitoraggio di Azure. |
Servizio metadati istanza e 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 |
Area di lavoro Log Analytics | LEGGE | 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)
Seguire questa procedura per risolvere i problemi relativi alla versione più recente dell'agente di Monitoraggio di Azure in esecuzione nella macchina virtuale Windows:
Esaminare attentamente i prerequisiti qui.
Verificare che l'estensione sia stata installata e di cui è stato eseguito il provisioning, che installa i file binari dell'agente nel computer:
- Aprire portale di Azure > selezionare la macchina > virtuale Apri Impostazioni: estensioni e applicazioni dal riquadro a sinistra > "AzureMonitorWindowsAgent" dovrebbe essere visualizzata con Stato: 'Provisioning completato'
- In caso contrario, controllare se il computer può raggiungere Azure e trovare l'estensione da installare usando il comando seguente:
az vm extension image list-versions --location <machine-region> --name AzureMonitorWindowsAgent --publisher Microsoft.Azure.Monitor
- Attendere 10-15 minuti perché 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 presenti
C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent
nel computer - Se nessuno dei precedenti è utile, inviare un ticket con Riepilogo come "l'estensione AMA non riesce a installare o effettuare il provisioning" e tipo di problema come "Serve assistenza con l'agente windows di Monitoraggio di Azure".
Verificare che l'agente sia in esecuzione:
- Controllare se l'agente genera log heartbeat nell'area di lavoro Log Analytics usando la query seguente. Ignorare se 'Custom Metrics' è l'unica destinazione nel Registro Azure Container:
Heartbeat | where Category == "Azure Monitor Agent" and 'Computer' == "<computer-name>" | take 10
- In caso contrario, aprire Gestione attività e verificare se il processo "MonAgentCore.exe" è in esecuzione. In caso affermativo, attendere che venga visualizzato un heartbeat di 5 minuti.
- In caso contrario, controllare se vengono visualizzati errori nei log dell'agente principale che si trovano nel
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Configuration
computer - Se nessuno dei precedenti è utile, inviare un ticket con Riepilogo come "Estensione AMA con provisioning ma non in esecuzione" e Tipo di problema come "Serve assistenza con l'agente windows di Monitoraggio di Azure".
- Controllare se l'agente genera log heartbeat nell'area di lavoro Log Analytics usando la query seguente. Ignorare se 'Custom Metrics' è l'unica destinazione nel Registro Azure Container:
Verificare che il record di controllo di dominio esista e sia associato alla macchina virtuale:
- Se si usa l'area di lavoro Log Analytics come destinazione, verificare che DCR esista nella stessa area fisica dell'area di lavoro Log Analytics.
- Nella macchina virtuale verificare l'esistenza del file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.latest.xml
. Se il file non esiste:- La macchina virtuale potrebbe non essere associata a un record di controllo di dominio. Vedere il passaggio 3
- La macchina virtuale potrebbe non avere l'identità gestita abilitata. Vedere qui su come abilitare.
- Il servizio IMDS non è in esecuzione/accessibile dalla macchina virtuale. Controllare se è possibile accedere a IMDS dal computer. In caso contrario, inviare un ticket con Riepilogo come "servizio IMDS non in esecuzione" e Tipo di problema come "Serve aiuto per configurare la raccolta dati da una macchina virtuale".
- Ama non può accedere a IMDS. Controllare se vengono visualizzati errori IMDS nel
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MAEventTable.tsf
file. In caso affermativo, inviare un ticket con Riepilogo come "Ama non può accedere a IMDS" e tipo di problema come "Serve aiuto per configurare la raccolta dati da una macchina virtuale".
- Aprire portale di Azure > selezionare la regola > di raccolta dati Apri configurazione: risorse dal riquadro a sinistra>. Verrà visualizzata la macchina virtuale elencata qui
- Se non è elencato, fare clic su "Aggiungi" e selezionare la macchina virtuale dalla selezione risorse. Ripetere l'operazione in tutti i controller di dominio.
- Se nessuno dei precedenti è utile, inviare un ticket con Riepilogo come "DCR non trovato o associato" e Tipo di problema come "Serve aiuto per configurare la raccolta dati da una macchina virtuale".
Verificare che l'agente sia stato in grado di scaricare i DCR associati dal servizio AMCS:
- Controllare se viene visualizzato il DCR più recente scaricato in questo percorso
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\configchunks
- In caso contrario, inviare un ticket con Riepilogo come "AMA non è in grado di scaricare la configurazione DCR" e Tipo di problema come "Serve assistenza con l'agente windows di Monitoraggio di Azure".
- Controllare se viene visualizzato il DCR più recente scaricato in questo percorso
Problemi di raccolta dei contatori delle prestazioni
- Verificare che il file JSON DCR contenga una sezione per "performanceCounters". In caso contrario, correggere il Registro Azure Container. Vedere come creare DCR o DCR di esempio.
- Verificare che il file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml
esista. Se non esiste, inviare un ticket con Riepilogo come 'AMA non è stato eseguito abbastanza a lungo per contrassegnare e tipo di problema come 'Serve assistenza con l'agente windows di Monitoraggio di Azure'. - Aprire il file e verificare se contiene
CounterSet
nodi, come illustrato nell'esempio seguente:
Se non<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>
CounterSet
sono presenti nodi, il controller di dominio non è stato analizzato correttamente. Inviare un ticket con Riepilogo come "Ama non è in grado di analizzare la configurazione DCR" e il tipo di problema come "Serve assistenza con l'agente windows di Monitoraggio di Azure".
Problemi relativi all'uso di "Metriche personalizzate" come destinazione
- Esaminare attentamente i prerequisiti qui.
- Assicurarsi che il record di controllo di dominio associato sia stato creato correttamente per raccogliere i contatori delle prestazioni e inviarli alle metriche di Monitoraggio di Azure. Questa sezione dovrebbe essere visualizzata nel Registro Azure Container:
"destinations": { "azureMonitorMetrics": { "name":"myAmMetricsDest" } }
- Eseguire il comando PowerShell:
Verificare che il parametro CommandLine nell'output contenga l'argomento "-TokenSource MSI"Get-WmiObject Win32_Process -Filter "name = 'MetricsExtension.Native.exe'" | select Name,ExecutablePath,CommandLine | Format-List
- Verificare che
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\AuthToken-MSI.json
il file sia presente. - Verificare che
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.json
il file sia presente. - Raccogliere i log eseguendo il comando
C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\Tables\MaMetricsExtensionEtw.tsf
- Il comando genererà il file 'MaMetricsExtensionEtw.csv'
- Aprirlo e cercare eventuali errori di livello 2 e provare a correggerli.
- Se nessuno dei precedenti è utile, inviare un ticket con Riepilogo come "AMA non è in grado di raccogliere metriche personalizzate" e Tipo di problema come "Serve assistenza con l'agente Windows di Monitoraggio di Azure".
Problemi di raccolta dei log eventi di Windows
- Verificare che il file JSON DCR contenga una sezione per "windowsEventLogs". In caso contrario, correggere il Registro Azure Container. Vedere come creare DCR o DCR di esempio.
- Verificare che il file
C:\WindowsAzure\Resources\AMADataStore.<virtual-machine-name>\mcs\mcsconfig.lkg.xml
esista. Se non esiste, inviare un ticket con Riepilogo come 'AMA non è stato eseguito abbastanza a lungo per contrassegnare e tipo di problema come 'Serve assistenza con l'agente windows di Monitoraggio di Azure'. - Aprire il file e verificare se contiene
Subscription
nodi, come illustrato nell'esempio seguente:
Se non<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>
Subscription
sono presenti nodi , il controller di dominio non è stato analizzato correttamente. Inviare un ticket con Riepilogo come "Ama non è in grado di analizzare la configurazione DCR" e il tipo di problema come "Serve assistenza con l'agente windows di Monitoraggio di Azure".
Inviare un ticket
- Aprire una regola di raccolta dati e nel menu a sinistra selezionare Nuova richiesta di supporto. È anche possibile aprire il riquadro Guida e supporto e selezionare Crea una richiesta di supporto.
- Selezionare:
- Tipo di problema: Tecnico.
- Sottoscrizione: selezionare la sottoscrizione in cui risiedono i computer.
- Tipo di servizio: regole di raccolta dati e agente di Monitoraggio di Azure.
- Il problema è correlato a una risorsa?: Sì. Selezionare il computer usando la selezione risorse.
- Immettere Riepilogo e Tipo di problema come indicato nei passaggi per la risoluzione dei problemi. Le informazioni accurate portano a una risoluzione più rapida del problema.
- Selezionare Avanti ed esaminare le soluzioni consigliate per verificare se sono utili.
- Se non sono utili, selezionare Avanti e compilare il set di dettagli successivo.
- Selezionare Avanti, esaminare i dettagli finali e selezionare Crea.