Monitorare la Cache Redis di Azure

L'articolo illustra:

• I tipi di dati di monitoraggio che è possibile raccogliere per questo servizio.
• Modi per analizzare i dati.

Quando si hanno applicazioni e processi di business critici che si basano sulle risorse di Azure, è necessario monitorare e ricevere avvisi per il sistema. Il servizio Monitoraggio di Azure raccoglie e aggrega metriche e log da ogni componente del sistema. Il Monitoraggio di Azure offre una visione sulla disponibilità, le prestazioni e la resilienza e notifica i problemi. È possibile usare il portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure, l'API REST o le librerie client per configurare e visualizzare i dati di monitoraggio.

• Per ulteriori informazioni su Azure Monitor, vedere la Panoramica di Azure Monitor.
• Per altre informazioni su come monitorare le risorse di Azure in generale, vedere Monitorare le risorse di Azure con Monitoraggio di Azure.

Insights

Per alcuni servizi di Azure, nel portale di Azure è disponibile un dashboard di monitoraggio predefinito che fornisce un punto iniziale per il monitoraggio del servizio. Questi dashboard sono denominati informazioni dettagliate ed è possibile trovarli nell'hub di Insights del Monitoraggio di Azure nel portale di Azure.

Insights per Cache Redis di Azure offre l'esperienza seguente:

• Prospettiva globale delle risorse di Azure Cache per Redis tra sottoscrizioni. È possibile definire l'ambito selettivo solo per le sottoscrizioni e le risorse da valutare.
• Analisi dettagliata di una risorsa Azure di Cache Redis. Per diagnosticare i problemi, è possibile visualizzare un'analisi dettagliata dell'utilizzo, degli errori, della capacità e delle operazioni oppure visualizzare una visualizzazione approfondita delle informazioni pertinenti.
• Personalizzazione basata sui modelli di cartella di lavoro di Monitoraggio di Azure. È possibile modificare le metriche visualizzate e modificare o impostare soglie allineate ai limiti. È possibile salvare le modifiche in una cartella di lavoro personalizzata e quindi aggiungere grafici delle cartelle di lavoro ai dashboard di Azure.

Insights per Cache Redis di Azure non richiede l'abilitazione o la configurazione di alcun elemento. Le informazioni di Cache Redis di Azure vengono raccolte per impostazione predefinita e non sono previsti costi aggiuntivi per accedere alle informazioni dettagliate.

Per informazioni su come visualizzare, configurare e personalizzare le informazioni dettagliate per Cache Redis di Azure, vedere [Informazioni dettagliate di Monitoraggio di Azure per Cache Redis]/azure-cache-for-redis/cache-insights-overview.md).

Tipi di risorsa

Azure usa il concetto di tipi di risorse e ID per identificare tutti gli elementi in una sottoscrizione. I tipi di risorse fanno anche parte degli ID della risorsa per ogni risorsa in esecuzione in Azure. Ad esempio, un tipo di risorsa per una macchina virtuale è Microsoft.Compute/virtualMachines. Per un elenco dei servizi e dei relativi tipi di risorse associati, vedere Provider di risorse.

Azure Monitor similmente organizza i dati di monitoraggio di base in metriche e log in base ai tipi di risorse, detti anche spazi dei nomi. Sono disponibili metriche e log diversi per diversi tipi di risorse. Il servizio potrebbe essere associato a più tipi di risorse.

Per altre informazioni sui tipi di risorse per Cache Redis di Azure, vedere Informazioni di riferimento sui dati di monitoraggio di Cache Redis di Azure.

Archiviazione dei dati

Per il Monitoraggio di Azure:

• I dati delle metriche vengono archiviati dal database di metriche del Monitoraggio di Azure.
• I dati di log vengono archiviati nell'archivio dei log del Monitoraggio di Azure. Log Analytics è uno strumento nel portale di Azure che può interrogare questo archivio.
• Il log attività di Azure è un archivio separato con la propria interfaccia nel portale di Azure.

Facoltativamente, è possibile instradare i dati delle metriche e dei log delle attività all'archivio log di Azure Monitor. È quindi possibile usare Analisi dei log per eseguire query sui dati e correlarli con altri dati di log.

Molti servizi possono utilizzare le impostazioni di diagnostica per inviare dati metrici e di log ad altre posizioni di archiviazione al di fuori di Azure Monitor. Gli esempi includono Azure Storage, sistemi partner ospitati e sistemi partner non Azure usando Event Hubs.

Per informazioni dettagliate su come il Monitoraggio di Azure archivia i dati, vedere la piattaforma dati del Monitoraggio di Azure.

Metriche della piattaforma del Monitoraggio di Azure

Il Monitoraggio di Azure fornisce metriche della piattaforma per la maggior parte dei servizi. Le metriche sono:

• Definito singolarmente per ciascun namespace.
• Le metriche di serie temporali sono archiviate nel database Azure Monitor.
• Leggere e in grado di creare avvisi in tempo quasi reale.
• Usate per tenere traccia delle prestazioni di una risorsa nel tempo.

Raccolta: Azure Monitor raccoglie automaticamente le metriche della piattaforma. Non è richiesta alcuna configurazione.

Instradamento: È anche possibile instradare alcune metriche della piattaforma ai log di Monitoraggio di Azure/Log Analytics, in modo da poter eseguire query con altri dati di log. Controllare l'impostazione di esportazione DS per ogni metrica per verificare se è possibile usare un'impostazione di diagnostica per instradare la metrica ai log di Monitoraggio di Azure/Log Analytics.

• Per altre informazioni, vedere l'impostazione diagnostica delle metriche.
• Per configurare le impostazioni di diagnostica per un servizio, vedere Creare impostazioni di diagnostica in Monitoraggio di Azure.

Per un elenco di tutte le metriche che è possibile raccogliere per tutte le risorse nel Monitoraggio di Azure, vedere Metriche supportate nel Monitoraggio di Azure.

Per un elenco delle metriche disponibili per Azure Cache for Redis, consulta il riferimento ai dati di monitoraggio di Azure Cache for Redis.

Log delle risorse di Monitoraggio di Azure

I log delle risorse forniscono informazioni dettagliate sulle operazioni eseguite da una risorsa di Azure. I log vengono generati automaticamente, ma è necessario indirizzarli verso i log del Monitoraggio di Azure per salvarli o interrogarli. I log sono organizzati in categorie. Uno specifico spazio dei nomi potrebbe avere più categorie di log delle risorse.

Raccolta: i log delle risorse non vengono raccolti e archiviati fino a quando non si crea un'impostazione di diagnostica e li si instrada verso una o più posizioni. Quando si crea un'impostazione di diagnostica, si specificano quali categorie di log raccogliere. Esistono diversi modi per creare e gestire le impostazioni di diagnostica, tra cui il portale di Azure, il livello programmatico e anche i Criteri di Azure.

Pianificazione percorso: l'impostazione predefinita consigliata consiste nell'instradare i log delle risorse verso i log del Monitoraggio di Azure in modo da poterli interrogare con altri dati di log. Sono disponibili anche altre risorse, come Azure Storage, Azure Event Hubs e alcuni partner di monitoraggio di Microsoft. Per altre informazioni, vedere Log delle risorse di Azure e Destinazioni del log delle risorse.

Per informazioni dettagliate sulla raccolta, l'archiviazione e l'instradamento dei log delle risorse, vedere Impostazioni di diagnostica in Azure Monitor.

Per un elenco di tutte le categorie di log delle risorse disponibili nel Monitoraggio di Azure, vedere Log delle risorse supportati nel Monitoraggio di Azure.

Tutti i log delle risorse nel Monitoraggio di Azure hanno gli stessi campi d'intestazione, seguiti da campi specifici del servizio. Lo schema comune è descritto in Schema dei log delle risorse di Monitoraggio di Azure.

Per le categorie di log delle risorse disponibili, le tabelle di Log Analytics associate e gli schemi dei log per Cache Redis di Azure, vedere Informazioni di riferimento sui dati di monitoraggio di Cache Redis di Azure.

Log delle risorse di Cache Redis di Azure

In Cache Redis di Azure sono disponibili due opzioni per la registrazione:

• Metriche della cache ("AllMetrics") registra le metriche di Azure Monitor
• I log delle connessioni registrano le connessioni alla cache a scopo di sicurezza e diagnostica.

Metriche della cache

Cache Redis di Azure genera molte metriche, Server Load ad esempio e Connections per Second utili per registrare. Se si seleziona l'opzione AllMetrics , è possibile registrare queste metriche e altre metriche della cache. È possibile configurare per quanto tempo conservare le metriche.

Log connessioni

Cache Redis di Azure usa le impostazioni di diagnostica di Azure per registrare informazioni sulle connessioni client alla cache. La registrazione e l'analisi di questa impostazione di diagnostica consentono di comprendere chi si connette alle cache e il timestamp di tali connessioni. I dati di log possono essere usati per identificare l'ambito di una violazione della sicurezza e per scopi di controllo della sicurezza.

I log di connessione hanno implementazioni, contenuti e procedure di configurazione leggermente diverse per i diversi livelli di Cache Redis di Azure. Per informazioni dettagliate, vedere [Impostazioni di diagnostica di Azure Monitor]/azure-cache-for-redis/cache-monitor-diagnostic-settings.md).

Registro attività di Azure

Il log attività contiene eventi a livello di sottoscrizione che tengono traccia delle operazioni per ogni risorsa di Azure vista dall'esterno, ad esempio la creazione di una nuova risorsa o l'avvio di una macchina virtuale.

Raccolta: gli eventi del log attività vengono generati e raccolti automaticamente in un archivio separato per la visualizzazione nel portale di Azure.

Pianificazione percorso: è possibile inviare i dati del log attività ai log di Monitoraggio di Azure in modo da poterli analizzare insieme ad altri dati di log. Sono disponibili anche altre risorse, come Azure Storage, Azure Event Hubs e alcuni partner di monitoraggio di Microsoft. Per altre informazioni su come instradare i log attività, vedere Informazioni generali sul log attività di Azure.

Analizzare i dati di monitoraggio

Sono disponibili molti strumenti per l'analisi dei dati di monitoraggio.

Strumenti di Monitoraggio di Azure

Il Monitoraggio di Azure supporta gli strumenti di base seguenti:

• Esplora metriche, uno strumento nel portale di Azure che consente di visualizzare e analizzare le metriche per le risorse di Azure. Per altre informazioni, vedere Analizzare le metriche con Esplora metriche di Azure Monitor.

• Log Analytics, uno strumento nel portale di Azure che consente di eseguire query e analizzare i dati di log usando il linguaggio di query Kusto (KQL). Per ulteriori informazioni, consulta Introduzione alle query di log con Azure Monitor.

• Il log delle attività, che dispone di un'interfaccia utente nel portale Azure per la visualizzazione e le ricerche di base. Per eseguire analisi più approfondite, è necessario instradare i dati verso i log di Monitoraggio di Azure ed eseguire query più complesse in Log Analytics.

Gli strumenti che consentono una visualizzazione più complessa includono:

• Dashboard che consentono di combinare diversi tipi di dati in un unico riquadro nel portale di Azure.
• Cartelle di lavoro, report personalizzabili che è possibile creare nel portale di Azure. Le cartelle di lavoro possono includere testo, metriche e query di log.
• Grafana è una piattaforma aperta, ideale per i dashboard operativi. È possibile usare Grafana per creare dashboard che includano dati da più origini diverse dal Monitoraggio di Azure.
• Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive tra varie origini dati. È possibile configurare Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare queste visualizzazioni.

Strumenti di esportazione di Azure Monitor

È possibile ottenere dati dal Monitoraggio di Azure in altri strumenti usando i metodi seguenti:

• Metriche: Usare l'API REST per le metriche per estrarre i dati delle metriche dal database delle metriche di Monitoraggio di Azure. L'API supporta espressioni di filtro per perfezionare i dati recuperati. Per altre informazioni, vedere Informazioni di riferimento sull'API REST di Monitoraggio di Azure.

• Log: usare l'API REST o le librerie client associate.

• Un'altra opzione è l'esportazione dei dati dell'area di lavoro.

Per iniziare a usare l'API REST per il Monitoraggio di Azure, vedere Procedura dettagliata per l'API REST del Monitoraggio di Azure.

Metriche della cache di Azure per Redis

Le metriche per le istanze di Cache Redis di Azure vengono raccolte usando il comando Redis INFO . Le metriche vengono raccolte circa due volte al minuto in modo che possano essere visualizzate nei grafici delle metriche e valutate dalle regole di avviso. Per informazioni sul periodo di conservazione dei dati e su come configurare criteri di conservazione diversi, vedere Conservazione e archiviazione dei dati nei log di Monitoraggio di Azure.

Le metriche vengono segnalate usando diversi intervalli di report, tra cui Ora precedente, Oggi, Settimana precedente e Personalizzato. Ogni grafico delle metriche visualizza i valori medi, minimi e massimi per ogni metrica nel grafico e alcune metriche visualizzano un totale per l'intervallo di report.

Ogni metrica include due versioni: una metrica misura le prestazioni per l'intera cache e per le cache che usano il clustering. Una seconda versione della metrica, inclusa (Shard 0-9) nel nome, misura le prestazioni per una singola partizione in una cache. Ad esempio, se una cache ha quattro partizioni, Cache Hits è il numero totale di riscontri per l'intera cache e Cache Hits (Shard 3) misura solo i riscontri per la partizione della cache.

Visualizzare le metriche della cache

È possibile visualizzare le metriche di Azure Monitor per la Cache per Redis di Azure direttamente da una risorsa Cache per Redis di Azure nel portale di Azure.

Seleziona la tua istanza di Azure Cache for Redis nel portale. La pagina Panoramica mostra i grafici predefiniti utilizzo memoria e monitoraggio del carico del server Redis . Questi grafici sono riepiloghi utili che consentono di esaminare rapidamente lo stato della cache.

Per informazioni più approfondite, è possibile monitorare le metriche di Cache Redis di Azure utili nella sezione Monitoraggio del menu Risorsa.

Creare metriche personalizzate

È possibile creare un grafico personalizzato per tenere traccia delle metriche da visualizzare. Le metriche della cache vengono segnalate usando diversi intervalli di report, tra cui Ora precedente, Oggi, Settimana precedente e Personalizzato. Sulla sinistra, seleziona la metrica nella sezione Monitoraggio. Ogni grafico delle metriche visualizza i valori medi, minimi e massimi per ogni metrica nel grafico e alcune metriche visualizzano un totale per l'intervallo di report.

Ogni metrica include due versioni: una metrica misura le prestazioni per l'intera cache e per le cache che usano il clustering. Una seconda versione della metrica, inclusa (Shard 0-9) nel nome, misura le prestazioni per una singola partizione in una cache. Ad esempio, se una cache ha quattro partizioni, Cache Hits è il numero totale di riscontri per l'intera cache e Cache Hits (Shard 3) misura solo i riscontri per la partizione della cache.

Nel menu Risorsa a sinistra selezionare Metriche in Monitoraggio. In questo caso, si progetta un grafico personalizzato per la cache, definendo il tipo di metrica e il tipo di aggregazione.

Tipi di aggregazione

Per informazioni generali sui tipi di aggregazione, vedere Configurare l'aggregazione.

In condizioni normali della cache, Media e Max sono simili perché solo il nodo primario genera queste metriche. In uno scenario in cui il numero di client connessi cambia rapidamente, Max, Average e Min mostra valori diversi, che è anche il comportamento previsto.

I tipi Count e Sum possono essere fuorvianti per determinate metriche, ad esempio i client connessi. È invece consigliabile esaminare le metriche Medie e non le metriche Sum .

Per le cache non cluster, è consigliabile usare le metriche senza il suffisso Instance Based. Ad esempio, per controllare il carico del server per l'istanza della cache, usare la metrica Carico server.

Al contrario, per le cache in cluster, usare le metriche con il suffisso Instance Based. Aggiungere quindi una divisione o un filtro in ShardId. Ad esempio, per controllare il carico del server della partizione 1, usare la metrica Carico server (basato su istanze) e quindi applicare il filtro ShardId = 1.

Query Kusto

È possibile analizzare i dati di monitoraggio nell'archivio Log di Azure Monitor / Log Analytics usando il linguaggio di query Kusto (KQL).

Per un elenco delle query comuni per qualsiasi servizio, vedere l'interfaccia query di Log Analytics.

Query di Log Analytics

Ecco alcune query di base da usare come modelli.

let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)

ACRConnectedClientList
| summarize count() by ClientIp

REDConnectionEvents
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
| where EventType == "new_conn"
| summarize ConnectionCount = count() by TimeRange = bin(EventTime, 1h)

REDConnectionEvents
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| where EventType == "auth"
| summarize AuthenticationRequestsCount = count() by TimeRange = bin(EventTime, 1h)

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus :
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus == 2 or EventStatus == 8 or EventStatus == 7
| summarize count() by ClientIp

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus : 
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus != 2 and EventStatus != 8 and EventStatus != 7
| project ClientIp, EventStatus, ConnectionId

Avvisi

Gli avvisi di Monitoraggio di Azure notificano in modo proattivo quando vengono riscontrate condizioni specifiche nei dati di monitoraggio. Consentono di identificare e risolvere i problemi del sistema prima che gli utenti li notino. Per altre informazioni, vedere Avvisi di Monitoraggio di Azure.

Esistono molte origini di avvisi comuni per le risorse di Azure. Per esempi di avvisi comuni per le risorse di Azure, vedere Esempi di query per avvisi di log. Il sito Avvisi di base di Monitoraggio di Azure (AMBA) offre un metodo semi-automatizzato per implementare importanti avvisi, dashboard e linee guida per le metriche della piattaforma. Il sito si applica a un sottoinsieme di servizi di Azure in continua espansione, inclusi tutti i servizi che fanno parte della zona di destinazione di Azure.

Lo schema di avviso comune standardizza l'utilizzo delle notifiche di avviso di Azure Monitor. Per altre informazioni, vedere lo Schema degli avvisi comuni.

Tipi di avviso:

È possibile creare avvisi su qualsiasi metrica o fonte di dati di log nella piattaforma di dati di Monitoraggio di Azure. Esistono molti tipi diversi di avvisi a seconda dei servizi monitorati e dei dati di monitoraggio raccolti. Ogni tipo di avviso presenta vantaggi e svantaggi. Per altre informazioni, vedere Scegliere il tipo di avviso di monitoraggio corretto.

L'elenco seguente descrive i tipi di avvisi del Monitoraggio di Azure che è possibile creare:

• Gli avvisi delle metriche valutano le metriche delle risorse a intervalli regolari. Le metriche possono essere metriche della piattaforma, metriche personalizzate, log di Monitoraggio di Azure convertiti in metriche o metriche di Application Insights. Gli avvisi delle metriche possono anche applicare più condizioni e soglie dinamiche.
• Gli avvisi relativi ai log consentono agli utenti di utilizzare una query di Log Analytics per valutare i log delle risorse con una frequenza predefinita.
• Gli avvisi dei log attività vengono attivati quando si verifica un nuovo evento del log attività che soddisfa le condizioni definite. Gli avvisi sull'integrità delle risorse e gli avvisi sull'integrità dei servizi sono avvisi di log delle attività che segnalano l'integrità dei servizi e delle risorse.

Alcuni servizi di Azure supportano anche avvisi di rilevamento intelligente, avvisi Prometheus o regole di avviso consigliate.

Per alcuni servizi, è possibile effettuare un monitoraggio su larga scala applicando la stessa regola di avviso delle metriche a più risorse dello stesso tipo presenti nella stessa area di Azure. Vengono inviate notifiche singole per ogni risorsa monitorata. Per i servizi e i cloud di Azure supportati, vedere Monitorare più risorse con una regola di avviso.

Creare avvisi

È possibile configurare per ricevere avvisi in base a metriche e log attività. Monitoraggio di Azure consente di configurare un avviso per eseguire le operazioni seguenti quando viene attivato:

• Inviare una notifica via posta elettronica
• Chiamare un webhook
• Richiamare un'app per la logica di Azure

Per configurare gli avvisi per la cache, selezionare Avvisi in Monitoraggio dal menu Risorsa.

Regole comuni di avviso per Azure Cache for Redis

La tabella seguente elenca le regole di avviso comuni e consigliate per Cache Redis di Azure.

Raccomandazioni dell'Advisor

Per alcuni servizi, se si verificano condizioni critiche o modifiche imminenti durante le operazioni sulle risorse, viene visualizzato un avviso nella pagina Panoramica del servizio nel portale. È possibile trovare altre informazioni e correzioni consigliate per l'avviso in Consigli di Advisor in Monitoraggio nel menu a sinistra. Durante il normale funzionamento non viene visualizzato nessun consiglio di Advisor.

Per altre informazioni su Azure Advisor, vedere Informazioni generali su Azure Advisor.

Lo screenshot seguente mostra una raccomandazione di Advisor per un alert Azure Cache for Redis.

Per aggiornare la cache, selezionare Aggiorna ora per modificare il piano tariffario e ridimensionare la cache. Per altre informazioni sulla scelta di un piano tariffario, vedere Scelta del livello corretto.

Contenuti correlati

• Per informazioni di riferimento sulle metriche, i log e altri valori importanti creati per Cache Redis di Azure, vedere Informazioni di riferimento sui dati di monitoraggio di Cache Redis di Azure .
• Per informazioni generali sul monitoraggio delle risorse di Azure, vedere Monitoraggio delle risorse di Azure con Monitoraggio di Azure.