Passaggio 2: Documentare la configurazione corrente
È importante documentare la configurazione corrente per assicurarsi che la configurazione rimanga coerente dopo la migrazione. Si notino le informazioni per ogni area di lavoro nell'ambiente dall'portale di Azure relativi ai dati raccolti.
Raccolte di dati configurate nell'area di lavoro
Per vedere quali raccolte di dati legacy sono configurate nell'area di lavoro Log Analytics, seguire questa procedura:
Nel portale di Azure cercare e selezionare Aree di lavoro Log Analytics.
Nell'elenco delle aree di lavoro Log Analytics selezionare il nome dell'area di lavoro.
Nel riquadro dei menu dell'area di lavoro Log Analytics selezionare Gestione agenti legacy classici>. Nella pagina Gestione agenti legacy è possibile visualizzare i diversi tipi di origini dati che l'area di lavoro può raccogliere.
Selezionare una delle schede seguenti in base al tipo di raccolta dati legacy da controllare.
Registri eventi di Windows
Contatori delle prestazioni di Windows
Contatori delle prestazioni di Linux
Syslog
Log IIS
Nella scheda corrispondente visualizzare l'elenco delle origini dati attualmente abilitate per l'area di lavoro. È ora un momento eccellente per esaminare la configurazione della raccolta dati e la frequenza di campionamento per ottimizzare la configurazione.
È anche possibile aggiungere, rimuovere o modificare le origini dati in base alle esigenze.
Soluzioni legacy configurate
Per vedere quali soluzioni legacy vengono aggiunte all'area di lavoro Log Analytics:
- Passare al portale di Azure
- Visualizzare le aree di lavoro Log Analytics
- Selezionare l'area di lavoro e quindi passare alla sezione Soluzioni legacy.
Alcune soluzioni legacy potrebbero richiedere passaggi aggiuntivi per abilitare la raccolta dati. Esempi di questi passaggi includono le azioni seguenti:
- Installazione di agenti
- Configurazione della diagnostica
- Abilitazione delle funzionalità
La tabella seguente descrive le funzionalità che potrebbe essere necessario abilitare.
| Servizio o funzionalità | Percorso di migrazione |
|---|---|
| System Center Operations Manager | Se si usa Operations Manager per monitorare le macchine virtuali Windows o Linux, continuare a usare Microsoft Monitoring Agent per la gestione degli agenti di Operations Manager. È tuttavia necessario installare separatamente l'agente di Monitoraggio di Azure per inviare dati a Monitoraggio di Azure. È possibile eseguire entrambi gli agenti affiancati nella stessa macchina virtuale se sono configurati per l'uso di porte diverse. |
| Automazione di Azure - Rilevamento modifiche e inventario | Se si usano Rilevamento modifiche e Inventario per tenere traccia delle modifiche di configurazione e dell'inventario software nelle macchine virtuali, è necessario eseguire la migrazione alla versione corrente della soluzione. Questa versione usa l'agente di Monitoraggio di Azure anziché Microsoft Monitoring Agent. A tale scopo, rimuovere la soluzione legacy dall'area di lavoro, installare l'agente di Monitoraggio di Azure nelle macchine virtuali e quindi aggiungere la soluzione corrente all'area di lavoro. |
| Automazione di Azure - Gestione aggiornamenti | Se si usa Gestione aggiornamenti per gestire gli aggiornamenti nelle macchine virtuali, è necessario eseguire la migrazione alla versione corrente della soluzione. Questa versione usa l'agente di Monitoraggio di Azure anziché Microsoft Monitoring Agent. A tale scopo, rimuovere la soluzione legacy dall'area di lavoro, installare l'agente di Monitoraggio di Azure nelle macchine virtuali e quindi aggiungere la soluzione corrente all'area di lavoro. |
| Centro sicurezza di Azure | Se si usa Centro sicurezza di Azure per proteggere le macchine virtuali da minacce e vulnerabilità, è necessario eseguire la migrazione alla versione corrente del servizio. Questa versione usa l'agente di Monitoraggio di Azure anziché Microsoft Monitoring Agent. A tale scopo, abilitare l'opzione raccolta dati dell'agente di Monitoraggio di Azure in Centro sicurezza di Azure, installare l'agente di Monitoraggio di Azure nelle macchine virtuali e quindi disabilitare l'opzione raccolta dati di Microsoft Monitoring Agent. |
| Ruolo di lavoro ibrido per runbook di Automazione di Azure | Se si usa Automazione di Azure ruolo di lavoro ibrido per runbook per eseguire runbook di automazione nelle macchine virtuali, è possibile continuare a usare Microsoft Monitoring Agent per questa funzionalità. È tuttavia necessario installare separatamente l'agente di Monitoraggio di Azure per inviare dati a Monitoraggio di Azure. È possibile eseguire entrambi gli agenti side-by-side nella stessa macchina virtuale se sono configurati per l'uso di porte diverse. |
| Microsoft Sentinel | Se si usa Microsoft Sentinel per raccogliere e analizzare i dati di sicurezza dalle macchine virtuali, è necessario eseguire la migrazione alla versione corrente del servizio. Questa versione usa l'agente di Monitoraggio di Azure anziché Microsoft Monitoring Agent. A tale scopo, è necessario installare l'agente di Monitoraggio di Azure nelle macchine virtuali, configurare le origini dati e i connettori per Microsoft Sentinel e quindi rimuovere Microsoft Monitoring Agent dalle macchine virtuali. |
È anche possibile usare la cartella di lavoro helper per la migrazione dell'agente di Monitoraggio di Azure per analizzare le soluzioni legacy aggiunte. Per usare la cartella di lavoro, passare a Monitor>Workbooks AMA Migration Helper (Monitor Workbooks>AMA Migration Helper) nella portale di Azure e quindi selezionare la scheda Aree di lavoro. È ora possibile selezionare l'area di lavoro da controllare. Selezionare quindi la scheda Soluzioni :
Nella cartella di lavoro viene visualizzata una tabella contenente le colonne seguenti:
- Soluzione
- Ultimi dati ricevuti
- Consiglio
Passaggi successivi
Contattaci per ricevere assistenza
In caso di domande o bisogno di assistenza, creare una richiesta di supporto tecnico oppure formula una domanda nel Supporto della community di Azure. È possibile anche inviare un feedback sul prodotto al feedback della community di Azure.