Monitorare i dati della cache di Azure per Redis usando le impostazioni di diagnostica
Articolo
Le impostazioni di diagnostica in Azure vengono usate per raccogliere i log delle risorse. Una risorsa di Azure genera log della risorsa e fornisce dati completi e frequenti sul funzionamento di tale risorsa. Questi log vengono acquisiti su richiesta e sono detti anche "log del piano dati". Per una panoramica consigliata delle funzionalità in Azure, vedere Impostazioni di diagnostica in Monitoraggio di Azure. Il contenuto di questi log varia in base al tipo di risorsa. In Cache di Azure per Redis sono disponibili due opzioni per la registrazione dei log:
Cache di Azure per Redis 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 ai fini del controllo della sicurezza.
Differenze tra i livelli di Cache di Azure per Redis
L'implementazione dei log di connessione è leggermente diversa tra i livelli:
Le cache di livello Basic, Standard e Premium eseguono il polling delle connessioni client in base all'indirizzo IP, incluso il numero di connessioni provenienti da ogni indirizzo IP univoco. Questi log non sono cumulativi. Rappresentano snapshot temporizzati creati a intervalli di 10 secondi. Gli eventi di autenticazione (riusciti e non riusciti) e gli eventi di disconnessione non vengono registrati in questi livelli.
Le cache di livello Enterprise ed Enterprise Flash usano la funzionalità di controllo degli eventi di connessione incorporata in Redis Enterprise. Il controllo degli eventi di connessione consente la registrazione di ogni connessione, disconnessione ed evento di autenticazione, inclusi gli eventi di autenticazione non riusciti.
I log di connessione prodotti hanno un aspetto simile tra i livelli, ma presentano alcune differenze. I due formati vengono mostrati in modo più dettagliato più avanti nell'articolo.
Importante
La registrazione della connessione nei livelli Basic, Standard e Premium esegue il polling delle connessioni client correnti nella cache. Gli stessi indirizzi IP client appaiono più e più volte. La registrazione nei livelli Enterprise ed Enterprise Flash è incentrata su ogni evento di connessione. I log si verificano solo quando si è verificato l'evento effettivo per la prima volta.
Prerequisiti/limitazioni della registrazione delle connessioni
Livelli Basic, Standard e Premium
Poiché i log di connessione in questi livelli sono costituiti da snapshot temporizzati creati ogni 10 secondi, le connessioni stabilite e rimosse tra gli intervalli di 10 secondi non vengono registrate.
Gli eventi di autenticazione non vengono registrati.
Tutte le impostazioni di diagnostica possono richiedere fino a 90 minuti per iniziare a passare alla destinazione selezionata.
L'abilitazione dei log di connessione può causare una piccola riduzione del livello delle prestazioni nell'istanza della cache.
Solo il piano tariffario dei Log di analisi è supportato durante lo streaming dei log in Azure Log Analytics. Per altre informazioni, vedere Prezzi di Monitoraggio di Azure.
Livelli Enterprise ed Enterprise Flash
Quando si usano i Criteri del cluster software open source, i log vengono generati da ogni nodo dati. Quando si usano Criteri del cluster Enterprise, solo il nodo usato come proxy genera log. Entrambe le versioni coprono comunque tutte le connessioni alla cache. Questa è solo una differenza architetturale.
La perdita di dati (ovvero la perdita di un evento di connessione) è rara, ma possibile. La perdita di dati è in genere causata da problemi di rete.
I log di disconnessione non sono ancora completamente stabili e gli eventi potrebbero non essere visualizzati.
Poiché i log di connessione nei livelli Enterprise sono basati su eventi, prestare attenzione ai criteri di conservazione. Ad esempio, se la conservazione è impostata su 10 giorni e un evento di connessione si è verificato 15 giorni fa, tale connessione potrebbe ancora esistere, ma il log per tale connessione non viene mantenuto.
Se si usa la replica geografica attiva, la registrazione deve essere configurata singolarmente per ogni istanza della cache nel gruppo di replica geografica.
Tutte le impostazioni di diagnostica possono richiedere fino a 90 minuti per iniziare a passare alla destinazione selezionata.
L'abilitazione dei log di connessione può causare una piccola riduzione del livello delle prestazioni nell'istanza della cache.
Nota
È sempre possibile usare i comandi INFO o CLIENT LIST per verificare chi è connesso a un'istanza della cache su richiesta.
Importante
Quando si selezionano i log, è possibile scegliere Categorie o Gruppi di categorie specifiche, che sono raggruppamenti predefiniti dei log nei servizi di Azure. Quando si usano Gruppi di categorie, non è più possibile configurare le impostazioni di conservazione. Se è necessario determinare la durata di conservazione per i log di connessione, allora selezionare l'elemento nella sezione Categorie.
Destinazioni dei log
È possibile attivare le impostazioni di diagnostica per le istanze di Cache di Azure per Redis e inviare i log delle risorse alle destinazioni seguenti:
Area di lavoro Log Analytics: non deve trovarsi nella stessa area della risorsa monitorata.
Hub eventi: le impostazioni di diagnostica non possono accedere alle risorse dell'hub eventi quando sono abilitate le reti virtuali. Abilitare l'impostazione Consentire ai servizi Microsoft attendibili di ignorare questo firewall? negli hub eventi per concedere l'accesso alle risorse dell'hub eventi. L'hub eventi deve trovarsi nella stessa area della cache.
Soluzione partner: un elenco delle potenziali soluzioni di registrazione dei partner è disponibile qui
Vengono addebitate le normali tariffe dei dati per l'utilizzo dell'account di archiviazione e dell'hub eventi quando si inviano i log di diagnostica a una delle destinazioni. L'addebito viene eseguito in Monitoraggio di Azure, non in Cache di Azure per Redis. Quando si inviano log a Log Analytics, vengono addebitati solo i costi per l'inserimento dei dati di Log Analytics.
Passare all'account Cache di Azure per Redis. Aprire il riquadro Impostazioni di diagnostica nella sezione Monitoraggio a sinistra. Quindi selezionare Aggiungi impostazione di diagnostica.
Nel riquadro Impostazioni di diagnostica selezionare ConnectedClientList da Categorie.
Passare all'account Cache di Azure per Redis. Aprire il riquadro Impostazioni di diagnostica - Controllo nella sezione Monitoraggio a sinistra. Quindi selezionare Aggiungi impostazione di diagnostica.
Nel riquadro Impostazioni di diagnostica - Controllo selezionare Eventi di connessione da Categorie.
Usare l'API REST di Monitoraggio di Azure per creare un'impostazione di diagnostica tramite la console interattiva. Per altre informazioni, vedere Creare o aggiornare.
Richiedi
PUT https://management.azure.com/{resourceUri}/providers/Microsoft.Insights/diagnosticSettings/{name}?api-version=2017-05-01-preview
Usare l'API REST di Monitoraggio di Azure per creare un'impostazione di diagnostica tramite la console interattiva. Per altre informazioni, vedere Creare o aggiornare.
Richiedi
PUT https://management.azure.com/{resourceUri}/providers/Microsoft.Insights/diagnosticSettings/{name}?api-version=2017-05-01-preview
Usare il comando az monitor diagnostic-settings create per creare un'impostazione di diagnostica con l'interfaccia della riga di comando di Azure. Per altre informazioni sulle descrizioni dei comandi e dei parametri, vedere Creare le impostazioni di diagnostica per inviare i log e le metriche della piattaforma a destinazioni diverse. Questo esempio illustra come usare l'interfaccia della riga di comando di Azure per trasmettere i dati a quattro endpoint diversi:
Usare il comando az monitor diagnostic-settings create per creare un'impostazione di diagnostica con l'interfaccia della riga di comando di Azure. Per altre informazioni sulle descrizioni dei comandi e dei parametri, vedere Creare le impostazioni di diagnostica per inviare i log e le metriche della piattaforma a destinazioni diverse. Questo esempio illustra come usare l'interfaccia della riga di comando di Azure per trasmettere i dati a quattro endpoint diversi:
Questi campi e queste proprietà vengono visualizzate nella categoria di log ConnectedClientList. In Monitoraggio di Azure i log vengono raccolti nella tabella ACRConnectedClientList sotto il nome del provider di risorse MICROSOFT.CACHE.
Proprietà o campo di Archiviazione di Azure
Proprietà dei log di Monitoraggio di Azure
Descrizione
time
TimeGenerated
Timestamp relativo alla data e all'ora in cui è stato generato il log in UTC.
location
Location
Posizione (area) dell'istanza di Cache di Azure per Redis a cui è stato eseguito l'accesso.
category
n/d
Categorie di log disponibili: ConnectedClientList.
resourceId
_ResourceId
Risorsa di Cache di Azure per Redis per cui sono abilitati i log.
operationName
OperationName
Operazione Redis associata al record del log.
properties
n/d
Il contenuto di questo campo è descritto nelle righe seguenti.
tenant
CacheName
Nome dell'istanza di Cache di Azure per Redis.
roleInstance
RoleInstance
Istanza del ruolo che ha registrato l'elenco dei client.
connectedClients.ip
ClientIp
Indirizzo IP del client Redis.
connectedClients.privateLinkIpv6
PrivateLinkIpv6
Indirizzo IPv6 del collegamento privato del client Redis (se applicabile).
connectedClients.count
ClientCount
Numero di connessioni client Redis dall'indirizzo IP associato.
Log dell'account di archiviazione di esempio
Se si inviano i log a un account di archiviazione, il contenuto dei log sarà simile al seguente.
Questi campi e queste proprietà vengono visualizzate nella categoria di log ConnectionEvents. In Monitoraggio di Azure i log vengono raccolti nella tabella REDConnectionEvents sotto il nome del provider di risorse MICROSOFT.CACHE.
Proprietà o campo di Archiviazione di Azure
Proprietà dei log di Monitoraggio di Azure
Descrizione
time
TimeGenerated
Timestamp (UTC) relativo alla data e all'ora in cui è stato acquisito il registro eventi.
location
Location
Posizione (area) dell'istanza di Cache di Azure per Redis a cui è stato eseguito l'accesso.
category
n/d
Categorie di log disponibili: ConnectionEvents.
resourceId
_ResourceId
Risorsa di Cache di Azure per Redis per cui sono abilitati i log.
operationName
OperationName
Operazione Redis associata al record del log.
properties
n/d
Il contenuto di questo campo è descritto nelle righe seguenti.
eventEpochTime
EventEpochTime
Timestamp UNIX (numero di secondi dal 1° gennaio 1970) relativo alla data e all'ora in cui si è verificato l'evento in UTC. Il timestamp può essere convertito in formato Data/ora usando la funzione unixtime_seconds_todatetime nell'area di lavoro Log Analytics.
clientIP
ClientIP
Indirizzo IP del client Redis. Se si usa l'archiviazione di Azure, l'indirizzo IP è il formato IPv4 o IPv6 del collegamento privato in base al tipo di cache. Se si usa Log Analytics, il risultato è sempre in IPv4, poiché viene fornito un campo IPv6 separato.
n/d
PrivateLinkIPv6
Indirizzo IPv6 del collegamento privato del client Redis (generato solo se si usano sia collegamento privato che Log Analytics).
id
ConnectionId
ID di connessione univoco assegnato da Redis.
eventType
EventType
Tipo di evento di connessione (new_conn, auth o close_conn).
eventStatus
EventStatus
Risultati di una richiesta di autenticazione come codice di stato (applicabile solo per l'evento di autenticazione).
Nota
Se si usa un collegamento privato, verrà registrato solo un indirizzo IPv6 (a meno che non si esegua lo streaming dei dati a Log Analytics). È possibile convertire l'indirizzo IPv6 nell'indirizzo IPv4 equivalente guardando gli ultimi quattro byte di dati nell'indirizzo IPv6. Ad esempio, nell'indirizzo IPv6 del collegamento privato "fd40:8913:31:6810:6c31:200:a01:104", gli ultimi quattro byte in hex sono "0a", "01", "01" e "04". Si noti che gli zeri iniziali vengono omessi dopo i due punti. Questi corrispondono a "10", "1", "1" e "4" in decimale, fornendo l'indirizzo IPv4 "10.1.1.4".
Log dell'account di archiviazione di esempio
Se si inviano i log a un account di archiviazione, un log per un evento di connessione è simile al seguente: