Metriche per il gateway applicazione
Il gateway applicazione pubblica i punti dati in monitoraggio di Azure per le prestazioni del gateway applicazione e delle istanze back-end. Questi punti dei dati sono chiamati metriche e sono valori numerici in un set ordinato di dati di serie temporali. Le metriche descrivono alcuni aspetti del gateway applicazione in un determinato momento. Se sono presenti richieste che passano attraverso il gateway applicazione, quest’ultimo le misura e le invia in intervalli di 60 secondi. Se non sono presenti richieste che passano attraverso il gateway applicazione o nessun dato per una metrica, la metrica non viene segnalata. Per altre informazioni, vedere le metriche di Monitoraggio di Azure.
Metriche supportate dallo SKU del gateway applicazione V2
Metriche di intervallo
Il gateway applicazione fornisce diverse metriche di temporizzazione predefinite correlate alla richiesta e alla risposta, che vengono misurate in millisecondi.
Nota
Se nel gateway applicazione sono presenti più listener, filtrare sempre in base alla dimensione del listener nel confrontare metriche di latenza diverse per ottenere un'inferenza significativa.
Tempo di connessione back-end
Tipo di aggregazione: media/max
Tempo impiegato per stabilire una connessione con l'applicazione back-end.
Questo tempo include la latenza di rete oltre al tempo impiegato dallo stack TCP del server back-end per stabilire nuove connessioni. Per TLS, include anche il tempo dedicato all'handshake.
Tempo di risposta del primo byte back-end
Tipo di aggregazione: media/max
Intervallo di tempo tra l'inizio della creazione di una connessione al server back-end e la ricezione del primo byte dell'intestazione della risposta.
In questo modo si approssima la somma del tempo di connessione back-end, tempo impiegato dalla richiesta per raggiungere il back-end dal gateway applicazione, tempo impiegato dall'applicazione back-end per rispondere (il tempo impiegato dal server per generare contenuto, potenzialmente recuperare query di database) e il tempo impiegato dal primo byte della risposta per raggiungere il gateway applicazione dal back-end.
Tempo di risposta dell’ultimo byte back-end
Tipo di aggregazione: media/max
Intervallo di tempo tra l'inizio della creazione di una connessione al server back-end e la ricezione dell'ultimo byte del corpo della risposta.
Si tratta all'incirca della somma tra il tempo di risposta del primo byte del back-end e il tempo di trasferimento dei dati. Questo numero può variare enormemente in base alle dimensioni degli oggetti richiesti e alla latenza di rete del server.
Tempo totale del gateway applicazione
Tipo di aggregazione: media/max
Questa metrica acquisisce il tempo medio/massimo impiegato per ricevere una richiesta, elaborarla e inviare la relativa risposta.
Questo è l'intervallo dal momento in cui il gateway applicazione riceve il primo byte della richiesta HTTP all'ora in cui l'ultimo byte di risposta è stato inviato al client. Sono inclusi il tempo di elaborazione impiegato dal gateway applicazione, il tempo di risposta dell'ultimo byte back-end e il tempo impiegato dal gateway applicazione per inviare tutta la risposta.
RTT client
Tipo di aggregazione: media/max
Questa metrica acquisisce il tempo di round trip medio/massimo tra i client e il gateway applicazione.
Queste metriche possono essere usate per determinare se il rallentamento osservato è dovuto alla rete client, alle prestazioni del gateway applicazione, alla rete back-end e alla saturazione dello stack TCP del server back-end, alle prestazioni dell'applicazione back-end o alle dimensioni elevate del file.
Ad esempio, se si verifica un picco nella tendenza del tempo di risposta del primo byte del back-end, ma la tendenza del tempo di connessione al back-end è stabile, si può dedurre che la latenza tra il gateway applicazione e il back-end e il tempo richiesto per stabilire la connessione siano stabili e che il picco sia dovuto a un aumento del tempo di risposta del back-end. D'altra parte, se il picco nel tempo di risposta del primo byte back-end è associato a un picco corrispondente nel tempo di connessione back-end, può essere dedotto che la rete tra il gateway applicazione e il server back-end o lo stack TCP del server back-end è saturo.
Se si nota un picco nel tempo di risposta dell'ultimo byte back-end, ma il tempo di risposta del primo byte back-end è stabile, è possibile dedurre che il picco sia dovuto a un file più grande richiesto.
Analogamente, se il tempo totale del gateway applicazione presenta un picco, ma il tempo di risposta dell'ultimo byte back-end è stabile, può essere un segno di colli di bottiglia delle prestazioni nel gateway applicazione o un collo di bottiglia nella rete tra il client e il gateway applicazione. Inoltre, se il client RTT presenta anche un picco corrispondente, indica che la riduzione è dovuta alla rete tra il client e il gateway applicazione.
Metriche gateway applicazione
Per il gateway applicazione sono disponibili le metriche seguenti:
Byte ricevuti
Numero di byte ricevuti dal gateway applicazione dai client. (Segnalato solo in base alla richiesta "dimensioni del contenuto". Non tiene conto del sovraccarico dei negoziati TLS, delle intestazioni di pacchetti TCP/IP o delle ritrasmissioni, e quindi non rappresenta l'utilizzo completo della larghezza di banda).
Byte inviati
Numero di byte inviati dal gateway applicazione ai client. (Segnalato in base solo alla risposta "dimensioni del contenuto". Non tiene conto di intestazioni di pacchetti TCP/IP o di ritrasmissioni, e pertanto non rappresenta l'utilizzo completo della larghezza di banda).
Client TLS Protocol (Protocollo TLS client)
Numero di richieste TLS e non TLS avviate dal client che ha stabilito la connessione con il gateway applicazione. Per visualizzare la distribuzione del protocollo TLS, filtrare in base al protocollo TLS della dimensione. Questa metrica include le richieste gestite dal gateway, ad esempio i reindirizzamenti.
Unità di capacità correnti
Il numero di unità di capacità utilizzate per bilanciare il carico del traffico. Esistono tre fattori determinanti per le unità di capacità: le unità di calcolo, le connessioni correnti e la velocità effettiva. Ogni unità di capacità è composta al massimo di: 1 unità di calcolo o 2500 connessioni persistenti o velocità effettiva da 2,22 Mbps.
Unità di calcolo correnti
Conteggio della capacità del processore utilizzata. I fattori che influiscono sull'unità di calcolo sono il numero di connessioni TLS/sec, i calcoli di URL Rewrite e l'elaborazione di regole di WAF.
connessioni correnti
Numero totale di connessioni simultanee attive dai client al gateway applicazione
Unità di capacità stimate per la fatturazione
Con lo SKU v2, il modello di determinazione dei prezzi è determinato dal consumo. Le unità di capacità misurano i costi in base al consumo addebitati in aggiunta al costo fisso. Le unità di capacità stimate per la fatturazione indicano il numero di unità di capacità in base a cui viene stimata la fatturazione. Questo calcolo viene eseguito considerando il valore maggiore tra unità di capacità correnti (le unità di capacità necessarie per il bilanciamento del carico del traffico) e unità di capacità fatturabili fisse (le unità di capacità minime di cui viene mantenuto il provisioning).
Richieste non riuscite
Numero di richieste gestite dal gateway applicazione con codici di errore del server 5xx. Sono inclusi i codici 5xx generati dal gateway applicazione e i codici 5xx generati dal back-end. Il numero di richieste può essere ulteriormente filtrato per mostrare il conteggio per ogni combinazione di impostazioni http del pool back-end specifico.
Unità di capacità fatturabili fisse
Il numero minimo di unità di capacità di cui viene mantenuto il provisioning in base all'impostazione di Numero minimo unità di scala (un'istanza si traduce in 10 unità di capacità) nella configurazione del gateway applicazione.
Nuove connessioni al secondo
Numero medio di nuove connessioni TCP al secondo stabilite dai client al gateway applicazione e dal gateway applicazione ai membri back-end.
Stato della risposta
Stato della risposta HTTP restituito dal gateway applicazione. La distribuzione del codice di stato della risposta può essere ulteriormente classificata per visualizzare le risposte nelle categorie 2xx, 3xx, 4xx e 5xx.
Velocità effettiva
Numero di byte al secondo distribuiti dal gateway applicazione. (Segnalato in base solo alle "dimensioni del contenuto". Non tiene conto del sovraccarico dei negoziati TLS, delle intestazioni di pacchetti TCP/IP o delle ritrasmissioni, e quindi non rappresenta l'utilizzo completo della larghezza di banda).
Richieste totali
Numero di richieste riuscite gestite dal gateway applicazione dalle destinazioni del pool back-end. Le pagine gestite direttamente dal gateway, ad esempio i reindirizzamenti, non vengono conteggiate e devono essere trovate nella metrica del protocollo TLS client. La metrica conteggio richieste totali può essere ulteriormente filtrata per mostrare il conteggio per ogni combinazione di impostazioni http pool back-end specifiche.
Metriche back-end
Per il gateway applicazione sono disponibili le metriche seguenti:
Stato risposta back-end
Numero di codici di stato della risposta HTTP restituiti dai back-end. Questo non include alcun codice di risposta generato dal gateway applicazione. La distribuzione del codice di stato della risposta può essere ulteriormente classificata per visualizzare le risposte nelle categorie 2xx, 3xx, 4xx e 5xx.
Numero di host integri
Numero di back-end determinati dal probe di integrità. È possibile filtrare in base a un pool back-end per mostrare il numero di host integri in un pool back-end specifico.
Numero di host non integri
Numero di back-end determinati non integri dal probe di integrità. È possibile filtrare in base al pool back-end per visualizzare gli host non integri in un pool back-end specifico.
Richieste al minuto per host integro
Numero medio di richieste ricevute da ogni membro integro in un pool back-end in un minuto. È necessario specificare il pool back-end usando la dimensione HttpSettings BackendPool.
Metriche di Web Application Firewall (WAF)
Per informazioni sul monitoraggio di WAF, vedere Metriche waf v2
Metriche supportate dallo SKU V1 del gateway applicazione
Metriche gateway applicazione
Per il gateway applicazione sono disponibili le metriche seguenti:
Utilizzo CPU
Visualizza l'utilizzo delle CPU allocate al gateway applicazione. In condizioni normali, l'utilizzo della CPU non deve superare regolarmente il 90%, in quanto ciò potrebbe causare una latenza nei siti Web ospitati dietro il gateway applicazione e compromettere l'esperienza del client. È possibile controllare indirettamente o migliorare l'utilizzo della CPU modificando la configurazione del gateway applicazione tramite un aumento del numero di istanze o il passaggio a dimensioni di SKU maggiori oppure eseguendo entrambe queste operazioni.
connessioni correnti
Numero di connessioni correnti stabilite con il gateway applicazione
Richieste non riuscite
Numero di richieste non riuscite a causa di problemi di connessione. Questo conteggio include le richieste non riuscite a causa del superamento dell'impostazione HTTP "Timeout della richiesta" e delle richieste non riuscite a causa di problemi di connessione tra il gateway applicazione e il back-end. Questo conteggio non include errori dovuti a nessun back-end integro disponibile. Anche le risposte 4xx e 5xx dal back-end non vengono considerate come parte di questa metrica.
Stato della risposta
Stato della risposta HTTP restituito dal gateway applicazione. La distribuzione del codice di stato della risposta può essere ulteriormente classificata per visualizzare le risposte nelle categorie 2xx, 3xx, 4xx e 5xx.
Velocità effettiva
Numero di byte al secondo distribuiti dal gateway applicazione
Richieste totali
Numero di richieste completate e restituite dal gateway applicazione. Il numero di richieste può essere ulteriormente filtrato per mostrare il conteggio per ogni combinazione di impostazioni http del pool back-end specifico.
Metriche back-end
Per il gateway applicazione sono disponibili le metriche seguenti:
Numero di host integri
Numero di back-end determinati dal probe di integrità. È possibile filtrare in base a un pool back-end per mostrare il numero di host integri in un pool back-end specifico.
Numero di host non integri
Numero di back-end determinati non integri dal probe di integrità. È possibile filtrare in base al pool back-end per visualizzare gli host non integri in un pool back-end specifico.
Metriche di Web Application Firewall (WAF)
Per informazioni sul monitoraggio di WAF, vedere Metriche waf v1
Visualizzazione delle metriche
Passare a un gateway applicazione e in Monitoraggio fare clic su Metriche. Per visualizzare i valori disponibili, selezionare l'elenco a discesa METRICA.
Nella figura seguente è illustrato un esempio con tre metriche visualizzate per gli ultimi 30 minuti:
Per un elenco delle metriche correnti, vedere Metriche supportate con il monitoraggio di Azure.
Regole di avviso per le metriche
È possibile avviare le regole di avviso in base alle metriche per una risorsa. Ad esempio, un avviso può chiamare un webhook o inviare un messaggio di posta elettronica a un amministratore se la velocità effettiva del gateway applicazione è al di sopra, al di sotto o corrisponde alla soglia per un periodo di tempo specificato.
L'esempio seguente illustra la creazione di una regola di avviso per l'invio di un messaggio di posta elettronica a un amministratore al superamento della soglia della velocità effettiva:
fare clic su Aggiungi avviso per la metrica per aprire la pagina Aggiungi regola. È anche possibile raggiungere questa pagina dalla pagina delle metriche.
Nella pagina Aggiungi regola compilare le sezioni relative a nome, condizione e notifica e selezionare OK.
Nel selettore Condizione selezionare uno dei quattro valori seguenti: Maggiore di, Maggiore di o uguale a, Minore di o Minore o uguale a.
Nel selettore Periodo selezionare un periodo compreso tra cinque minuti e sei ore.
Se si seleziona Invia messaggio di posta elettronica a proprietari, collaboratori e lettori, il messaggio di posta elettronica può essere dinamico, basato sugli utenti che hanno accesso alla risorsa. In alternativa, è possibile inserire un elenco di utenti separato da virgole nella casella Indirizzi di posta elettronica aggiuntivi dell'amministratore.
Se la soglia viene superata, l'utente riceve un messaggio di posta elettronica simile al seguente:
Dopo aver creato un avviso per la metrica, viene visualizzato un elenco di avvisi. L'elenco offre una panoramica di tutte le regole di avviso.
Per altre informazioni sulle notifiche di avviso, vedere Ricevere notifiche di avviso.
Per altre informazioni sui webhook e su come usarli con gli avvisi, vedere Configurare un webhook in un avviso relativo alle metriche di Azure.
Passaggi successivi
- Visualizzare i log contatori ed eventi usando i log di Monitoraggio di Azure.
- Post di blog Visualize your Azure activity log with Power BI (Visualizzare il log attività di Azure con Power BI).
- Post di blog View and analyze Azure activity logs in Power BI and more (Visualizzare e analizzare i log attività di Azure in Power BI e altre opzioni).