Domande frequenti sui problemi comuni relativi al monitoraggio della disponibilità di Azure Application Insights

Questo articolo risponde alle domande frequenti sui problemi comuni che possono verificarsi quando si usa il monitoraggio della disponibilità di Application Insights in Application Insights.

Il sito sembra ok, ma si verificano errori di test. Perché Application Insights invia avvisi?

• A partire da dicembre 2023, le richieste Web di test di disponibilità usano TLS 1.3 nelle aree supportate per allinearsi agli standard di sicurezza più recenti. Se i test hanno esito negativo, verificare se il server Web accetta connessioni client TLS 1.3 in ingresso. Per informazioni dettagliate sul supporto regionale, vedere Test di disponibilità di Application Insights TLS 1.3 Enablement.

• Per il test è abilitata l'opzione Analizza richieste dipendenti ? Ciò impone un controllo rigoroso sulle risorse, ad esempio script e immagini. Questi tipi di errori potrebbero non essere evidenti in un browser. Controllare tutte le immagini, gli script, i fogli di stile e tutti gli altri file caricati dalla pagina. Se uno di essi ha esito negativo, il test viene segnalato come non riuscito, anche se la pagina HTML principale viene caricata senza problemi. Per filtrare il test per tali errori di risorse, deselezionare la casella di controllo Analizza richieste dipendenti nella configurazione di test.

• Per ridurre le probabilità di disturbo da interruzioni di rete temporanee e altre distrazioni, assicurarsi che sia selezionata l'opzione Abilita ripetizioni per la configurazione dei fallimenti di test. È anche possibile eseguire test da altre posizioni e gestire la soglia della regola di avviso per tali posizioni per evitare problemi specifici della posizione che causano avvisi non dovuti.

• Per visualizzare i dettagli sul motivo per cui è stato segnalato l'errore, selezionare uno dei punti rossi dall'esperienza del grafico a dispersione della disponibilità o eventuali errori di disponibilità dai risultati della ricerca. I risultati del test, insieme ai dati di telemetria sul lato server (se abilitati), dovrebbero essere utili per comprendere il motivo per cui il test non è riuscito. Le cause comuni dei problemi temporanei sono lo stato della rete e la connettività.

• Il timeout del test è stato superato? I test vengono interrotti dopo due minuti. Se il ping o il test in più passaggi richiedono più di due minuti, lo segnaliamo come fallimento. Valutare la possibilità di suddividere il test in più test che possono essere completati più rapidamente.

• Tutte le sedi hanno segnalato un errore o solo alcune di esse? Se solo alcune posizioni hanno riportato errori, questa situazione potrebbe verificarsi a causa di problemi di rete o di una rete di distribuzione dei contenuti (CDN). Ancora, selezionare uno dei punti rossi dal grafico a dispersione della disponibilità per comprendere meglio il motivo per cui nella posizione sono stati registrati errori.

Perché non è stato visualizzato un messaggio di posta elettronica quando l'avviso è stato attivato o risolto (o entrambi)?

Controllare la configurazione del gruppo di azioni per l'avviso per verificare che il tuo account di posta elettronica sia elencato direttamente o che una lista di distribuzione di cui fai parte sia configurata per ricevere le notifiche. Se la lista di distribuzione è configurata per le notifiche, controllare la configurazione della lista di distribuzione per verificare che possa ricevere un messaggio di posta elettronica esterno. Controllare inoltre se l'amministratore della posta ha configurato criteri che potrebbero causare il verificarsi di questo problema.

Perché non è stata ricevuta la notifica del webhook?

Assicurarsi che l'applicazione che riceve la notifica webhook sia disponibile e che le richieste webhook vengano elaborate correttamente. Per altre informazioni, vedere Azioni webhook per le regole di avviso sui log.

Si ricevono errori "403 - Accesso negato". Cosa significa?

Questo errore indica che è necessario aggiungere eccezioni del firewall per consentire agli agenti di disponibilità di testare l'URL di destinazione. Per un elenco completo degli indirizzi IP dell'agente da consentire, vedere l'articolo eccezione IP.

Perché vengono visualizzati "Altri valori" nei dati di telemetria dei test Web?

Application Insights limita i test di disponibilità a 100 per ogni risorsa di Application Insights. Se si creano risultati di test Web personalizzati chiamando l'API TrackAvailability() , è possibile tentare di superare tale limite. Per qualsiasi nome del test di disponibilità, posizione o altri valori di campo in cui la cardinalità supera 100, il relativo valore viene sostituito con "Altri valori". Se sono necessari più di 100 nomi o posizioni di test Web diversi, è possibile usare un secondo componente di Application Insights.

Perché non vengono visualizzati dati di telemetria sul lato server correlati per diagnosticare gli errori di test?

Questa situazione può verificarsi se Application Insights è configurato per l'applicazione sul lato server e il campionamento è in esecuzione. Selezionare un risultato di disponibilità diverso.

È possibile chiamare il codice dal test web?

No I passaggi del test devono trovarsi nel file con estensione webtest. Inoltre, non è possibile chiamare altri test Web o usare cicli.

Esiste una differenza tra "test Web" e "test di disponibilità"?

I due termini possono essere usati in modo intercambiabile. "Test di disponibilità" è un termine più generico che include i singoli test ping URL oltre ai test Web in più passaggi.

Il test in più passaggi non viene completato. Perché?

Questo errore può verificarsi se l'esecuzione del test raggiunge il limite di dimensioni di 300 KB. Il test può anche non riuscire se usa funzionalità non supportate, ad esempio cicli, origini dati o riferimenti ad altri test Web.

Il test in più passaggi non viene caricato. Perché?

I test Web in più passaggi sono limitati a 100 richieste per test. Inoltre, il test viene arrestato se viene eseguito più di due minuti.

È possibile eseguire un test usando i certificati client?

No Questo scenario non è attualmente supportato.

Perché il test di disponibilità continua a essere eseguito dopo la sospensione o la disabilitazione?

Si tratta di un comportamento previsto. A seconda della scadenza per l'esecuzione pianificata dell'iterazione successiva, è possibile che i test di disponibilità non vengano arrestati nel tempo prima di eseguire l'iterazione successiva. Allo stesso modo, quando si creano, disabilitano o modificano nuovi test, si verifica un ritardo.

Come è possibile consentire ad altri utenti di visualizzare i risultati dei test di disponibilità?

Per consentire ad altri utenti di visualizzare i risultati dei test di disponibilità in Application Insights, è necessario concedere loro almeno l'accesso in lettura al gruppo di risorse contenente le risorse di Application Insights. I test di disponibilità sono risorse di Azure separate, identificate come Microsoft.Insights/webtests. Vengono creati all'interno dello stesso gruppo di risorse delle risorse di Application Insights. Per i passaggi dettagliati su come controllare l'accesso, vedere Controllare l'accesso nel gruppo di risorse.

Contattaci per ricevere assistenza

In caso di domande, è possibile porre domande al supporto della community di Azure. È anche possibile inviare commenti e suggerimenti sul prodotto alla community di commenti e suggerimenti di Azure.

Questo articolo risponde alle domande frequenti sui problemi comuni che possono verificarsi quando si usa il monitoraggio della disponibilità di Application Insights in Application Insights.

• A partire da dicembre 2023, le richieste Web di test di disponibilità usano TLS 1.3 nelle aree supportate per allinearsi agli standard di sicurezza più recenti. Se i test hanno esito negativo, verificare se il server Web accetta connessioni client TLS 1.3 in ingresso. Per informazioni dettagliate sul supporto regionale, vedere Test di disponibilità di Application Insights TLS 1.3 Enablement.

• Per il test è abilitata l'opzione Analizza richieste dipendenti ? Ciò impone un controllo rigoroso sulle risorse, ad esempio script e immagini. Questi tipi di errori potrebbero non essere evidenti in un browser. Controllare tutte le immagini, gli script, i fogli di stile e tutti gli altri file caricati dalla pagina. Se uno di essi ha esito negativo, il test viene segnalato come non riuscito, anche se la pagina HTML principale viene caricata senza problemi. Per filtrare il test per tali errori di risorse, deselezionare la casella di controllo Analizza richieste dipendenti nella configurazione di test.

• Per ridurre le probabilità di disturbo da interruzioni di rete temporanee e altre distrazioni, assicurarsi che sia selezionata l'opzione Abilita ripetizioni per la configurazione dei fallimenti di test. È anche possibile eseguire test da altre posizioni e gestire la soglia della regola di avviso per tali posizioni per evitare problemi specifici della posizione che causano avvisi non dovuti.

• Per visualizzare i dettagli sul motivo per cui è stato segnalato l'errore, selezionare uno dei punti rossi dall'esperienza del grafico a dispersione della disponibilità o eventuali errori di disponibilità dai risultati della ricerca. I risultati del test, insieme ai dati di telemetria sul lato server (se abilitati), dovrebbero essere utili per comprendere il motivo per cui il test non è riuscito. Le cause comuni dei problemi temporanei sono lo stato della rete e la connettività.

• Il timeout del test è stato superato? I test vengono interrotti dopo due minuti. Se il ping o il test in più passaggi richiedono più di due minuti, lo segnaliamo come fallimento. Valutare la possibilità di suddividere il test in più test che possono essere completati più rapidamente.

• Tutte le sedi hanno segnalato un errore o solo alcune di esse? Se solo alcune posizioni hanno riportato errori, questa situazione potrebbe verificarsi a causa di problemi di rete o di una rete di distribuzione dei contenuti (CDN). Ancora, selezionare uno dei punti rossi dal grafico a dispersione della disponibilità per comprendere meglio il motivo per cui nella posizione sono stati registrati errori.

Controllare la configurazione del gruppo di azioni per l'avviso per verificare che il tuo account di posta elettronica sia elencato direttamente o che una lista di distribuzione di cui fai parte sia configurata per ricevere le notifiche. Se la lista di distribuzione è configurata per le notifiche, controllare la configurazione della lista di distribuzione per verificare che possa ricevere un messaggio di posta elettronica esterno. Controllare inoltre se l'amministratore della posta ha configurato criteri che potrebbero causare il verificarsi di questo problema.

Assicurarsi che l'applicazione che riceve la notifica webhook sia disponibile e che le richieste webhook vengano elaborate correttamente. Per altre informazioni, vedere Azioni webhook per le regole di avviso sui log.

Questo errore indica che è necessario aggiungere eccezioni del firewall per consentire agli agenti di disponibilità di testare l'URL di destinazione. Per un elenco completo degli indirizzi IP dell'agente da consentire, vedere l'articolo eccezione IP.

Application Insights limita i test di disponibilità a 100 per ogni risorsa di Application Insights. Se si creano risultati di test Web personalizzati chiamando l'API TrackAvailability() , è possibile tentare di superare tale limite. Per qualsiasi nome del test di disponibilità, posizione o altri valori di campo in cui la cardinalità supera 100, il relativo valore viene sostituito con "Altri valori". Se sono necessari più di 100 nomi o posizioni di test Web diversi, è possibile usare un secondo componente di Application Insights.

Questa situazione può verificarsi se Application Insights è configurato per l'applicazione sul lato server e il campionamento è in esecuzione. Selezionare un risultato di disponibilità diverso.

No I passaggi del test devono trovarsi nel file con estensione webtest. Inoltre, non è possibile chiamare altri test Web o usare cicli.

I due termini possono essere usati in modo intercambiabile. "Test di disponibilità" è un termine più generico che include i singoli test ping URL oltre ai test Web in più passaggi.

Questo errore può verificarsi se l'esecuzione del test raggiunge il limite di dimensioni di 300 KB. Il test può anche non riuscire se usa funzionalità non supportate, ad esempio cicli, origini dati o riferimenti ad altri test Web.

I test Web in più passaggi sono limitati a 100 richieste per test. Inoltre, il test viene arrestato se viene eseguito più di due minuti.

No Questo scenario non è attualmente supportato.

Si tratta di un comportamento previsto. A seconda della scadenza per l'esecuzione pianificata dell'iterazione successiva, è possibile che i test di disponibilità non vengano arrestati nel tempo prima di eseguire l'iterazione successiva. Allo stesso modo, quando si creano, disabilitano o modificano nuovi test, si verifica un ritardo.

Per consentire ad altri utenti di visualizzare i risultati dei test di disponibilità in Application Insights, è necessario concedere loro almeno l'accesso in lettura al gruppo di risorse contenente le risorse di Application Insights. I test di disponibilità sono risorse di Azure separate, identificate come Microsoft.Insights/webtests. Vengono creati all'interno dello stesso gruppo di risorse delle risorse di Application Insights. Per i passaggi dettagliati su come controllare l'accesso, vedere Controllare l'accesso nel gruppo di risorse.

Contattaci per ricevere assistenza

In caso di domande, è possibile porre domande al supporto della community di Azure. È anche possibile inviare commenti e suggerimenti sul prodotto alla community di commenti e suggerimenti di Azure.