Aree di lavoro gestite in Application Insights

Monitoraggio di AzureApplication Insights richiede una connessione a un'area di lavoro Log Analytics per archiviare e analizzare i dati di telemetria. Per semplificare la distribuzione, Application Insights crea automaticamente un'area di lavoro gestita quando non ne viene specificata una durante la creazione delle risorse.

Che cos'è un'area di lavoro gestita?

Per una risorsa di Application Insights standard basata sull'area di lavoro, un'area di lavoro gestita è un'area di lavoro Log Analytics creata e gestita da Application Insights per conto dell'utente. Questa area di lavoro viene usata esclusivamente dalla risorsa di Application Insights che l'ha creata.

Se si crea una risorsa di Application Insights senza specificare un'area di lavoro Log Analytics, Azure crea automaticamente un'area di lavoro gestita. Se si tenta di creare una risorsa di Application Insights classica, Azure crea invece una versione basata sull'area di lavoro che usa un'area di lavoro gestita.

Cosa accade durante la creazione dell'area di lavoro gestita?

Quando Azure crea un'area di lavoro gestita Log Analytics durante la distribuzione standard di Application Insights, vengono eseguite le azioni seguenti:

• Crea la risorsa di Application Insights nella sottoscrizione e nel gruppo di risorse specificati.
• Crea un'area di lavoro Log Analytics e la collega alla risorsa di Application Insights.
• Crea un nuovo gruppo di risorse e inserisce l'area di lavoro gestita in tale gruppo.

Limitazioni

Le aree di lavoro gestite presentano le limitazioni seguenti:

• Supporta solo la risorsa di Application Insights che le ha create. Non è possibile usare un'area di lavoro gestita per le impostazioni di diagnostica, i log personalizzati o un'altra istanza di Application Insights.

• Le modifiche alle impostazioni dell'area di lavoro, ad esempio le quote, sono consentite, ma l'area di lavoro non può essere riutilizzata per altri usi.

• L'assegnazione di tag è supportata solo per i gruppi di risorse gestiti appena creati e le aree di lavoro gestite. Gruppi di risorse gestite esistenti e aree di lavoro create prima che questa modifica non possa essere contrassegnata.

• Non è possibile eliminare direttamente l'area di lavoro gestita Log Analytics mentre è gestita da Application Insights. La rimozione segue uno dei due percorsi seguenti:

  • Eliminare la risorsa di Application Insights. Azure elimina automaticamente il gruppo di risorse gestite e l'area di lavoro gestita.
  • Mantenere la risorsa di Application Insights connettendola a un'area di lavoro Log Analytics diversa, quindi eliminare il gruppo di risorse gestite che contiene l'area di lavoro gestita.

Identificare le aree di lavoro gestite

Le aree di lavoro gestite create da Application Insights seguono convenzioni di denominazione specifiche.

Gruppi di aree di lavoro gestite

• Nome: ai\_<APPINSIGHTS RESOURCE NAME>\_<APPINSIGHTS RESOURCE ID>\_managed
• Gestito da: La risorsa di Application Insights associata

Aree di lavoro di Log Analytics gestite

• Nome: managed-<APPINSIGHTS RESOURCE NAME>-ws

È possibile identificare la risorsa di gestione controllando la proprietà **Managed By*- nel portale di Azure.

Rimuovere aree di lavoro gestite

Rimuovere un'area di lavoro gestita solo dopo che non è connessa a una risorsa di Application Insights. Non è possibile eliminare direttamente l'area di lavoro Log Analytics gestita finché è protetta dal deny assignment del gruppo di risorse gestito. Usare una delle opzioni seguenti.

Opzione 1: Eliminare la risorsa di Application Insights

Eliminare la risorsa di Application Insights proprietaria dell'area di lavoro gestita. Azure elimina automaticamente il gruppo di risorse gestite e l'area di lavoro.

Opzione 2: Mantenere la risorsa di Application Insights

1. Riconnettere la risorsa di Application Insights a un'area di lavoro Log Analytics diversa.
2. **Eliminare il gruppo di risorse gestite*- che contiene l'area di lavoro gestita. Eliminare il gruppo di risorse gestite, non l'area di lavoro. L'eliminazione del gruppo di risorse comporta la rimozione dell'area di lavoro gestita e dell'assegnazione di negazione.

Migrazione automatica delle risorse classiche

A partire da aprile 2025, Microsoft ha tentato di eseguire automaticamente la migrazione delle risorse classiche di Application Insights alle risorse basate sull'area di lavoro. Come parte della migrazione:

• La risorsa classica di Application Insights viene convertita in una risorsa basata sull'area di lavoro.
• Viene creata un'area di lavoro Log Analytics gestita e collegata alla risorsa migrata.
• L'area di lavoro viene inserita in un nuovo gruppo di risorse. Il nuovo gruppo non eredita le autorizzazioni di accesso dal gruppo di risorse di Application Insights. Tuttavia, gli utenti con autorizzazioni appropriate possono comunque eseguire query sui dati di telemetria tramite la risorsa di Application Insights, a causa del controllo degli accessi incentrato sulle risorse.

Limitazioni della migrazione automatica

Non è possibile eseguire la migrazione di alcune risorse classiche di Application Insights fino a quando non si intraprendono ulteriori azioni. La migrazione è bloccata negli scenari seguenti:

• Uso di caratteri Unicode o non UTF-8 nel nome del gruppo di risorse o del nome del gruppo di risorse.
• Blocco della creazione dell'area di lavoro Log Analytics nella sottoscrizione.
• Applicazione di criteri che impediscono la creazione di nuove risorse nella sottoscrizione.
• Raggiungimento del limite del gruppo di risorse nella sottoscrizione. Ogni risorsa migrata ottiene la propria area di lavoro e il proprio gruppo di risorse. Se l'abbonamento include già molti gruppi di risorse o risorse classiche di Application Insights, la quota rimanente potrebbe essere esaurita. Le sottoscrizioni di Azure supportano fino a 980 gruppi di risorse totali.

Per completare la migrazione, aggiornare la sottoscrizione o la configurazione della risorsa per rimuovere i blocchi indicati in precedenza.

Per riabilitare la raccolta di dati di telemetria o evitare interruzioni del servizio in corso, risolvere questi problemi ed eseguire manualmente la migrazione delle risorse classiche di Application Insights.

Considerazioni su AMPLS

Se la risorsa di Application Insights usa l'ambito collegamento privato (AMPLS) di Monitoraggio di Azure, vedere queste indicazioni per evitare problemi di accesso ai dati dopo la migrazione alle aree di lavoro di Log Analytics.

Modifiche apportate durante la migrazione

Le risorse classiche di Application Insights supportano le impostazioni PNA (Public Network Access) per l'inserimento e la query. Alcuni utenti AMPLS disabilitano le query pubbliche per limitare l'accesso della telemetria alle reti private.

Durante la migrazione, il processo copia le impostazioni PNA dalla risorsa classica alla nuova area di lavoro Log Analytics. Nell'interesse della sicurezza, non aggiunge l'area di lavoro ad AMPLS. Questa progettazione offre al proprietario della risorsa il controllo completo sull'accesso alla rete privata.

Se l'accesso alle query pubbliche è disabilitato e l'area di lavoro non è associata ad AMPLS, le query di telemetria da una rete privata hanno esito negativo dopo la migrazione. Per ripristinare l'accesso, aggiungere l'area di lavoro ad AMPLS o abilitare l'accesso alle query pubbliche.

L'acquisizione dei dati telemetrici per le risorse basate su workspace migrate correttamente prosegue indipendentemente dalle impostazioni PNA o dall'ambito AMPLS. Il percorso di inserimento dall'endpoint di Application Insights all'area di lavoro Log Analytics usa la rete backbone di Microsoft Azure. La migrazione non interrompe la raccolta dei dati per le risorse di cui è stata eseguita correttamente la migrazione ad Application Insights basato sull'area di lavoro.

Configurazioni comuni

Prima della migrazione (stato di lavoro)

• Application Insights fa parte di AMPLS.
• PNA (query): disabilitato
• PNA (inserimento): disabilitato
• Le interrogazioni e l'ingestione funzionano nella rete privata.

Dopo la migrazione (stato del problema)

• L'area di lavoro Log Analytics mantiene le stesse impostazioni PNA.
• L'area di lavoro non è associata ad AMPLS.
• Le query dalla rete privata hanno esito negativo. L'area di lavoro blocca l'accesso perché non considera attendibile la rete.

Dopo l'aggiornamento manuale (stato funzionante)

• L'area di lavoro viene aggiunta ad AMPLS.
• L'accesso alle query private è stato ripristinato.
• Le interrogazioni e l'ingestione funzionano nella rete privata.

Azioni necessarie

Se si usa AMPLS, seguire questa procedura:

• **Aggiungere l'area di lavoro Log Analytics all'AMPLS*- per mantenere l'accesso alle query private.
• **In alternativa, attivare PNA per le query*- se non è richiesto l'accesso privato.
• **Convalidare l'accesso alle query di telemetria*- dalla rete virtuale dopo la migrazione.

Come aggiungere un'area di lavoro ad AMPLS

1. Passare all'ambito collegamento privato di Monitoraggio di Azure.
2. Seleziona la risorsa AMPLS.
3. Aprire associazioni di risorse.
4. Seleziona Aggiungi.
5. Scegliere l'area di lavoro Log Analytics creata durante la migrazione.
6. Salvare la configurazione.

Migrazione bloccata a causa di restrizioni dei criteri

Alcune risorse di Application Insights non possono essere migrate automaticamente a causa delle restrizioni dei criteri di Azure nella sottoscrizione. Queste restrizioni impediscono al processo di migrazione di creare l'area di lavoro o il gruppo di risorse Log Analytics necessario.

Le restrizioni comuni dei criteri includono:

• Richiesta di convenzioni di denominazione specifiche
• Applicazione dei tag necessari per le risorse o i gruppi di risorse
• Limitazione delle aree consentite per la distribuzione delle risorse
• Blocco della creazione di nuovi gruppi di risorse

Questi criteri vengono definiti e applicati a livello di gruppo di gestione, sottoscrizione o gruppo di risorse. Il processo di migrazione rispetta questi criteri e non li sostituisce. Se un criterio blocca la migrazione, il processo si arresta e non tenta di eseguire di nuovo la migrazione per tale risorsa.

Cosa aspettarsi

• Microsoft non ritenta la migrazione automatica per le risorse bloccate dai criteri.
• Le risorse classiche di Application Insights sono state ritirate e non inseriscono nuovi dati di telemetria.
• Microsoft mantiene i dati esistenti disponibili per le query dopo l'arresto dell'inserimento, ma non raccoglie nuovi dati di telemetria.

Azioni necessarie

Per completare la migrazione:

• Eseguire manualmente la migrazione di ogni risorsa di Application Insights non migrata automaticamente.
• Usare un'area di lavoro Log Analytics conforme ai requisiti dei criteri dell'organizzazione, tra cui gruppo di risorse, tag, posizione e standard di denominazione.

Per assistenza per l'aggiornamento dei criteri di Azure, contattare l'amministratore dei criteri dell'organizzazione.

Passaggi successivi

• Esaminare le domande comuni nelle domande frequenti sulle aree di lavoro gestite.
• Eseguire la migrazione delle risorse classiche ad Application Insights basato sull'area di lavoro.
• Creare e configurare le risorse di Application Insights.
• Gestire le stringhe di connessione in Application Insights.
• Informazioni sul funzionamento della raccolta dati.
• Leggere la panoramica di Application Insights.