Condividi tramite


Che cosa sono gli avvisi classici in Azure?

Nota

Questo articolo descrive come creare avvisi delle metriche classici di tipo precedente. Monitoraggio di Azure supporta ora avvisi delle metriche quasi in tempo reale. Gli avvisi classici vengono ritirati per gli utenti del cloud pubblico. Gli avvisi classici per Azure per enti pubblici cloud e Microsoft Azure gestiti da 21Vianet verranno ritirati il 29 febbraio 2024.

Gli avvisi consentono di configurare le condizioni sui dati e di notificare quando le condizioni corrispondono ai dati di monitoraggio più recenti.

Funzionalità di avviso precedenti e nuove

In precedenza, Monitoraggio di Azure, Application Insights, analisi dei log e integrità dei servizi di Azure avevano funzionalità di avviso separate. Nel corso del tempo, Azure ha migliorato e combinato sia l'interfaccia utente che i diversi metodi di gestione degli avvisi. Il consolidamento è ancora in corso.

È possibile visualizzare gli avvisi classici solo nella schermata utente degli avvisi classici nella portale di Azure. Per visualizzare questa schermata, selezionare Visualizza avvisi classici nella schermata Avvisi .

Screenshot che mostra le opzioni di avviso nel portale di Azure.

La nuova esperienza utente degli avvisi offre i vantaggi seguenti rispetto all'esperienza degli avvisi in versione classica:

  • Sistema di notifica migliore: Tutti gli avvisi più recenti usano gruppi di azioni. È possibile riutilizzare questi gruppi denominati di notifiche e azioni in più avvisi. Gli avvisi delle metriche classici e gli avvisi di Log Analytics meno recenti non usano gruppi di azioni.
  • Un'esperienza unificata di creazione: Tutte le operazioni di creazione di avvisi per metriche, log e log attività in Monitoraggio di Azure, Log Analytics e Application Insights si trovano in un'unica posizione.
  • Visualizzare gli avvisi di Log Analytics attivati nella portale di Azure: è ora possibile visualizzare anche gli avvisi di Log Analytics attivati nella sottoscrizione. In precedenza, questi avvisi si trovavano in un portale separato.
  • Separazione degli avvisi attivati e delle regole di avviso: Le regole di avviso (la definizione di condizione che attiva un avviso) e gli avvisi attivati (un'istanza della generazione della regola di avviso) vengono differenziati. Ora le viste operative e di configurazione sono separate.
  • Flusso di lavoro migliore: La nuova esperienza di creazione degli avvisi guida l'utente durante il processo di configurazione di una regola di avviso. Questa modifica semplifica l'individuazione delle cose giuste per ricevere avvisi.
  • Consolidamento degli avvisi intelligenti e impostazione dello stato di avviso: Gli avvisi più recenti includono la funzionalità di raggruppamento automatico che mostra avvisi simili insieme per ridurre l'overload nell'interfaccia utente.

Gli avvisi delle metriche più recenti presentano i seguenti vantaggi rispetto agli avvisi delle metriche classici:

  • Latenza migliorata: Gli avvisi delle metriche più recenti possono essere eseguiti con la frequenza di ogni minuto. Gli avvisi metrica meno recenti sono sempre eseguibili con una frequenza di 5 minuti. Gli avvisi più recenti presentano un ritardo più breve tra il verificarsi del problema e la notifica o l'azione (da 3 a 5 minuti). Gli avvisi precedenti vanno da 5 a 15 minuti a seconda del tipo. Gli avvisi del log hanno in genere un ritardo di 10 minuti a 15 minuti a causa del tempo necessario per inserire i log. I metodi di elaborazione più recenti riducono tale tempo.
  • Supporto per le metriche multidimensionali: È possibile inviare avvisi sulle metriche dimensionali. È ora possibile monitorare un segmento interessante della metrica.
  • Maggiore controllo sulle condizioni delle metriche: È possibile definire regole di avviso più avanzate. Gli avvisi più recenti supportano il monitoraggio dei valori massimo, minimo, medio e totale delle metriche.
  • Monitoraggio combinato di più metriche: È possibile monitorare più metriche (attualmente, fino a due metriche) con una singola regola. Un avviso viene attivato se entrambe le metriche superano le rispettive soglie per il periodo di tempo specificato.
  • Sistema di notifica migliore: Tutti gli avvisi più recenti usano gruppi di azioni. È possibile riutilizzare questi gruppi denominati di notifiche e azioni in più avvisi. Gli avvisi delle metriche classici e gli avvisi di Log Analytics meno recenti non usano gruppi di azioni.
  • Metriche dai log (anteprima): È ora possibile estrarre e convertire i dati di log che passano a Log Analytics in metriche di Monitoraggio di Azure e quindi generano avvisi come altre metriche.

Avvisi classici sui dati di Monitoraggio di Azure

Sono disponibili due tipi di avvisi classici:

  • Avvisi delle metriche classici: questo avviso si attiva quando il valore di una data metrica supera una soglia assegnata. L'avviso genera una notifica quando tale soglia viene superata e la condizione di avviso è soddisfatta. A questo punto, l'avviso viene considerato "Attivato". Genera un'altra notifica quando viene "risolto", ovvero quando la soglia viene superata di nuovo e la condizione non viene più soddisfatta.
  • Avvisi classici del log attività: avviso del log di streaming che viene attivato in una voce di evento del log attività che corrisponde ai criteri di filtro. Questi avvisi hanno un solo stato: "Attivato". Il motore di avviso applica i criteri di filtro a qualsiasi nuovo evento. Non esegue ricerche per trovare voci meno recenti. Questi avvisi possono notificare quando si verifica un nuovo evento imprevisto di Integrità dei servizi o quando un utente o un'applicazione esegue un'operazione nella sottoscrizione. Un esempio di operazione potrebbe essere "Elimina macchina virtuale".

Per i dati di log delle risorse disponibili tramite Monitoraggio di Azure, instradare i dati in Log Analytics e usare un avviso di query di log. Log Analytics ora usa il nuovo metodo di avviso.

Il diagramma seguente riepiloga le origini dei dati in Monitoraggio di Azure e, a livello concettuale, i modi per avvisare di tali dati.

Diagramma che illustra gli avvisi.

Tassonomia degli avvisi (versione classica)

Azure usa i termini seguenti per descrivere gli avvisi classici e le relative funzioni:

  • Avviso: definizione di criteri (una o più regole o condizioni) che vengono attivati quando soddisfatti.
  • Attivo: stato quando vengono soddisfatti i criteri definiti da un avviso classico.
  • Risolto: lo stato in cui i criteri definiti da un avviso classico non vengono più soddisfatti dopo che sono stati soddisfatti in precedenza.
  • Notifica: azione eseguita in base a un avviso classico che diventa attivo.
  • Azione: una chiamata specifica inviata a un destinatario di una notifica( ad esempio, inviare un indirizzo o pubblicare un indirizzo a un URL webhook). Le notifiche possono in genere attivare più azioni.

Come si riceve una notifica da un avviso classico di Monitoraggio di Azure?

Gli avvisi di Azure nelle versioni precedenti da servizi diversi usano metodi di notifica predefiniti propri.

Monitoraggio di Azure ha creato un raggruppamento di notifiche riutilizzabili denominato gruppi di azioni. I gruppi di azioni specificano un set di destinatari di una notifica. Ogni volta che viene attivato un avviso che fa riferimento al gruppo di azioni, tutti i ricevitori ricevono tale notifica. Con i gruppi di azioni, è possibile riutilizzare un raggruppamento di ricevitori (ad esempio, l'elenco dei tecnici su chiamata) in molti oggetti avviso.

I gruppi di azioni supportano la notifica pubblicando un URL di webhook e per indirizzi di posta elettronica, numeri SMS e diverse altre azioni. Per altre informazioni, vedere Gruppi di azioni.

Gli avvisi classici precedenti del log attività usano i gruppi di azioni. Tuttavia, gli avvisi delle metriche meno recenti non usano gruppi di azioni. È comunque possibile configurare le azioni seguenti:

  • Inviare notifiche tramite posta elettronica all'amministratore del servizio, ai coamministratori o ad altri indirizzi di posta elettronica specificati dall'utente.
  • Chiamare un webhook, che consente di avviare altre azioni di automazione.

I webhook abilitano l'automazione e la correzione, ad esempio usando:

  • Runbook di Automazione di Azure
  • Funzioni di Azure
  • App per la logica di Azure
  • Un servizio di terze parti

Passaggi successivi

Ottenere informazioni sulle regole di avviso e su come configurarle: