Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Registrazione di log e monitoraggio
Il monitoraggio è una parte importante per mantenere l'affidabilità, la disponibilità e le prestazioni di MemoryDB e delle altre AWS soluzioni. AWS fornisce i seguenti strumenti di monitoraggio per controllare MemoryDB, segnalare quando qualcosa non va e intraprendere azioni automatiche quando appropriato:
+ *Amazon CloudWatch* monitora AWS le tue risorse e le applicazioni su cui esegui AWS in tempo reale. Puoi raccogliere i parametri e tenerne traccia, creare pannelli di controllo personalizzati e impostare allarmi per inviare una notifica o intraprendere azioni quando un parametro specificato raggiunge una determinata soglia. Ad esempio, puoi tenere CloudWatch traccia dell'utilizzo della CPU o di altri parametri delle tue EC2 istanze Amazon e avviare automaticamente nuove istanze quando necessario. Per ulteriori informazioni, consulta la [Amazon CloudWatch User Guide](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
+ *Amazon CloudWatch Logs* ti consente di monitorare, archiviare e accedere ai tuoi file di registro da EC2 istanze Amazon e altre fonti. CloudTrail CloudWatch I log possono monitorare le informazioni nei file di registro e avvisarti quando vengono raggiunte determinate soglie. Puoi inoltre archiviare i dati del log in storage estremamente durevole. Per ulteriori informazioni, consulta la [Amazon CloudWatch Logs User Guide](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/).
+ *AWS CloudTrail*acquisisce le chiamate API e gli eventi correlati effettuati da o per conto del tuo AWS account e invia i file di log a un bucket Amazon S3 da te specificato. Puoi identificare quali utenti e account hanno chiamato AWS, l'indirizzo IP di origine da cui sono state effettuate le chiamate e quando sono avvenute le chiamate. Per ulteriori informazioni, consulta la [AWS CloudTrail Guida per l'utente di ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
# Monitoraggio di MemoryDB con Amazon CloudWatch
È possibile monitorare MemoryDB utilizzando CloudWatch, che raccoglie dati grezzi e li elabora in metriche leggibili e quasi in tempo reale. Queste statistiche vengono conservate per un periodo di 15 mesi, per permettere l'accesso alle informazioni storiche e offrire una prospettiva migliore sulle prestazioni del servizio o dell'applicazione web. È anche possibile impostare allarmi che controllano determinate soglie e inviare notifiche o intraprendere azioni quando queste soglie vengono raggiunte. Per ulteriori informazioni, consulta la [Amazon CloudWatch User Guide](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
Le seguenti sezioni elencano le metriche e le dimensioni per MemoryDB.
**Topics**
+ [Parametri a livello di host](metrics.HostLevel.md)
+ [Metriche per MemoryDB](metrics.memorydb.md)
+ [Quali parametri è opportuno monitorare?](metrics.whichshouldimonitor.md)
+ [Scelta delle statistiche e dei periodi di un parametro](metrics.ChoosingStatisticsAndPeriods.md)
+ [Metriche di monitoraggio CloudWatch](cloudwatchmetrics.md)
# Parametri a livello di host
Il `AWS/MemoryDB` namespace include le seguenti metriche a livello di host per i singoli nodi.
**Vedi anche**
+ [Metriche per MemoryDB](metrics.memorydb.md)
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| CPUUtilization | La percentuale di utilizzo CPU per l'intero host. Poiché Valkey e Redis OSS sono a thread singolo, consigliamo di monitorare EngineCPUUtilization la metrica per i nodi con 4 o più v. CPUs | Percentuale |
| FreeableMemory | La quantità di memoria libera disponibile sull'host. Questo numero è derivato dalla memoria nella RAM e nei buffer che il sistema operativo riporta come liberabili. | Byte |
| NetworkBytesIn | Il numero di byte che l'host ha letto dalla rete. | Byte |
| NetworkBytesOut | Il numero di byte inviati dall'istanza su tutte le interfacce di rete. | Byte |
| NetworkPacketsIn | Il numero di pacchetti ricevuti dall'istanza su tutte le interfacce di rete. Questo parametro identifica il volume del traffico in entrata in termini di numero di pacchetti su una singola istanza. | Conteggio |
| NetworkPacketsOut | Il numero di pacchetti inviati dall'istanza su tutte le interfacce di rete. Questo parametro identifica il volume del traffico in uscita in termini di numero di pacchetti su una singola istanza. | Conteggio |
| NetworkBandwidthInAllowanceExceeded | Numero di pacchetti modellati perché la larghezza di banda aggregata in entrata ha superato il valore massimo per l'istanza. | Conteggio |
| NetworkConntrackAllowanceExceeded | Numero di pacchetti modellati perché il rilevamento delle connessioni ha superato il valore massimo per l'istanza e non è stato possibile stabilire nuove connessioni. Ciò può comportare la perdita di pacchetti per il traffico da o verso l'istanza. | Conteggio |
| NetworkBandwidthOutAllowanceExceeded | Numero di pacchetti modellati perché la larghezza di banda aggregata in uscita ha superato il valore massimo per l'istanza. | Conteggio |
| NetworkPacketsPerSecondAllowanceExceeded | Numero di pacchetti modellati perché i pacchetti bidirezionali al secondo hanno superato il valore massimo per l'istanza. | Conteggio |
| NetworkMaxBytesIn | Il numero massimo di byte ricevuti al secondo in ogni minuto. | Byte |
| NetworkMaxBytesOut | Burst massimo al secondo di byte trasmessi in ogni minuto. | Byte |
| NetworkMaxPacketsIn | Il numero massimo di pacchetti ricevuti al secondo in ogni minuto. | Conteggio |
| NetworkMaxPacketsOut | Il numero massimo di pacchetti trasmessi al secondo in ogni minuto. | Conteggio |
| SwapUsage | La quantità di spazio di swapping utilizzato sull'host. | Byte |
# Metriche per MemoryDB
Lo spazio dei nomi `AWS/MemoryDB` include i parametri descritti di seguito.
Ad eccezione di`ReplicationLag`,, e `EngineCPUUtilization` `SuccessfulWriteRequestLatency``SuccessfulReadRequestLatency`, queste metriche derivano dai comandi Valkey e Redis OSS. **info** Ogni metrica viene calcolata a livello di nodo.
Per la documentazione completa del **INFO** comando, vedere [INFO](http://valkey.io/commands/info).
**Consulta anche:**
+ [Parametri a livello di host](metrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/metrics.memorydb.html)
Di seguito sono riportate le aggregazioni di certi tipi di comandi, derivati da **info commandstats**: La sezione commandstats fornisce statistiche basate sul tipo di comando, incluso il numero di chiamate.
[Per un elenco completo dei comandi disponibili, vedi comandi.](https://valkey.io/commands)
| Parametro | Descrizione | Unità |
| --- | --- | --- |
| EvalBasedCmds | Numero totale di comandi per i comandi basati su valutazione. Questo è derivato dalla commandstats statistica sommando eval e. evalsha | Conteggio |
| GeoSpatialBasedCmds | Numero totale di comandi per i comandi basati su GeoSpace. Questo è derivato dalla statistica. commandstats Viene ricavato sommando tutti i tipi di comandi geo: geoadd, geodist, geohash, geopos, georadius, e georadiusbymember. | Conteggio |
| GetTypeCmds | Il numero totale di comandi di tipo read-only. Viene derivato dalla commandstats statistica sommando tutti i comandi di read-only tipo (get,, hget scardlrange, e così via). | Conteggio |
| HashBasedCmds | Il numero totale di comandi basati su hash. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più hash (hget,, hkeys hvalshdel, e così via). | Conteggio |
| HyperLogLogBasedCmds | Il numero totale di comandi basati su HyperLogLog. Viene ricavato dalla commandstats statistica sommando tutti i pf tipi di comandi (pfadd, pfcountpfmerge, e così via). | Conteggio |
| JsonBasedCmds | Il numero totale di comandi basati su JSON. Questo è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più oggetti del documento JSON. | Conteggio |
| KeyBasedCmds | Il numero totale di comandi basati su chiavi. Questo valore è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su una o più chiavi su più strutture di dati (del, expirerename, e così via). | Conteggio |
| ListBasedCmds | Il numero totale di comandi basati su elenchi. Questo valore è derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più elenchi (lindex,, lrange lpushltrim, e così via). | Conteggio |
| PubSubBasedCmds | Il numero totale di comandi per la pub/sub funzionalità. Viene ricavato dalle commandstats statistiche sommando tutti i comandi utilizzati per la pub/sub funzionalità:psubscribe,publish,pubsub, punsubscribesubscribe, eunsubscribe. | Conteggio |
| SearchBasedCmds | Il numero totale di comandi di indicizzazione e ricerca secondari, inclusi i comandi di lettura e scrittura. Viene ricavato dalla commandstats statistica sommando tutti i comandi di ricerca che agiscono sugli indici secondari. | Conteggio |
| SearchBasedGetCmds | Numero totale di comandi secondari di sola lettura per l'indice e la ricerca. Viene derivato dalla commandstats statistica sommando tutti i comandi secondari di index e search get. | Conteggio |
| SearchBasedSetCmds | Numero totale di comandi secondari di indicizzazione e scrittura di ricerca. Viene derivato dalla commandstats statistica sommando tutti i comandi secondari dell'indice e del set di ricerca. | Conteggio |
| SearchNumberOfIndexes | Numero totale di indici. | Conteggio |
| SearchNumberOfIndexedKeys | Numero totale di chiavi indicizzate | Conteggio |
| SearchTotalIndexSize | Memoria (byte) utilizzata da tutti gli indici. | Byte |
| SetBasedCmds | Il numero totale di comandi basati su set. Questa viene ricavata dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più set (scard,, sdiff saddsunion, e così via). | Conteggio |
| SetTypeCmds | Il numero totale di comandi di tipo write. Viene derivato dalla commandstats statistica sommando tutti i mutative tipi di comandi che operano sui dati (set,, hset saddlpop, e così via). | Conteggio |
| SortedSetBasedCmds | Il numero totale di comandi basati su set ordinati. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più set ordinati (zcount, zrange zrankzadd, e così via). | Conteggio |
| StringBasedCmds | Il numero totale di comandi basati su stringhe. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su una o più stringhe (strlen,setex, setrange e così via). | Conteggio |
| StreamBasedCmds | Il numero totale di comandi basati sul flusso. Viene derivato dalla commandstats statistica sommando tutti i comandi che agiscono su uno o più tipi di dati di stream (xrange, xlenxadd, xdel e così via). | Conteggio |
# Quali parametri è opportuno monitorare?
Le seguenti CloudWatch metriche offrono informazioni approfondite sulle prestazioni di MemoryDB. Nella maggior parte dei casi, si consiglia di impostare CloudWatch allarmi per queste metriche in modo da poter intraprendere azioni correttive prima che si verifichino problemi di prestazioni.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [Motore CPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Espulsioni](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memoria](#metrics-memory)
+ [Rete](#metrics-network)
+ [Latenza](#metrics-latency)
+ [Replica](#metrics-replication)
## CPUUtilization
Si tratta di un parametro a livello di host restituito sotto forma di percentuale. Per ulteriori informazioni, consulta [Parametri a livello di host](metrics.HostLevel.md).
Per tipi di nodi più piccoli con 2v CPUs o meno, utilizza la `CPUUtilization ` metrica per monitorare il carico di lavoro.
In linea generale, ti consigliamo di impostare la soglia al 90% della CPU disponibile. Poiché Valkey e Redis OSS sono a thread singolo, il valore di soglia effettivo deve essere calcolato come una frazione della capacità totale del nodo. Ad esempio, supponi che il tipo di nodo in uso supporti due core. In questo caso, la soglia per CPUUtilization sarebbe 90/2 o 45%. [Per trovare il numero di core (vCPUs) del tuo tipo di nodo, consulta i prezzi di MemoryDB.](https://aws.amazon.com/memorydb/pricing/?p=ps)
Dovrai determinare la tua soglia, in base al numero di core nel nodo che stai utilizzando. Se superi questa soglia e il tuo carico di lavoro principale deriva dalle richieste di lettura, ridimensiona il cluster aggiungendo repliche di lettura. Se il carico di lavoro principale proviene da richieste di scrittura, ti consigliamo di aggiungere altri shard per distribuire il carico di lavoro di scrittura su più nodi primari.
**Suggerimento**
Invece di utilizzare la metrica Host-Level`CPUUtilization`, potresti utilizzare la metrica`EngineCPUUtilization`, che riporta la percentuale di utilizzo sul core del motore Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)
Per tipi di nodi più grandi con 4v CPUs o più, potresti voler utilizzare la `EngineCPUUtilization` metrica, che riporta la percentuale di utilizzo sul core del motore Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)
## Motore CPUUtilization
Per tipi di nodi più grandi con 4v CPUs o più, potresti voler utilizzare la `EngineCPUUtilization` metrica, che riporta la percentuale di utilizzo sul core del motore Valkey o Redis OSS. [Per vedere se questa metrica è disponibile sui tuoi nodi e per ulteriori informazioni, consulta Metrics for MemoryDB.](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)
## SwapUsage
Si tratta di un parametro a livello di host restituito in byte. Per ulteriori informazioni, consulta [Parametri a livello di host](metrics.HostLevel.md).
Se la `FreeableMemory` CloudWatch metrica è vicina a 0 (ovvero inferiore a 100 MB) o la `SwapUsage` metrica è maggiore della metrica, è possibile che un nodo sia sotto pressione `FreeableMemory` in termini di memoria.
## Espulsioni
Questa è una metrica del motore. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione.
## CurrConnections
Questa è una metrica del motore. Ti consigliamo di determinare la tua soglia di allarme per questo parametro in base alle esigenze dell'applicazione.
Un numero crescente di *CurrConnections*dati potrebbe indicare un problema con l'applicazione; per risolvere il problema, sarà necessario esaminare il comportamento dell'applicazione.
## Memoria
La memoria è un aspetto fondamentale di Valkey e di Redis OSS. È necessario comprendere l'utilizzo della memoria del cluster per evitare la perdita di dati e consentire la crescita futura del set di dati. [Le statistiche sull'utilizzo della memoria di un nodo sono disponibili nella sezione memoria del comando INFO.](https://valkey.io/commands/info)
## Rete
Uno dei fattori determinanti per la capacità della larghezza di banda di rete del cluster è il tipo di nodo selezionato. Per ulteriori informazioni sulla capacità di rete del tuo nodo, consulta i prezzi di [Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/).
## Latenza
I parametri di latenza `SuccessfulWriteRequestLatency` e la `SuccessfulReadRequestLatency` misurazione del tempo totale impiegato da MemoryDB per il motore Valkey per rispondere a una richiesta.
**Nota**
Quando si utilizza il pipelining Valkey con CLIENT REPLY abilitato sul client Valkey, possono verificarsi valori `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` metriche gonfiati. Il pipelining Valkey è una tecnica per migliorare le prestazioni emettendo più comandi contemporaneamente, senza attendere la risposta a ogni singolo comando. [Per evitare valori gonfiati, consigliamo di configurare il client Redis per eseguire la pipeline dei comandi con CLIENT REPLY OFF.](https://valkey.io/commands/client-reply/)
## Replica
Il volume dei dati da replicare è visibile tramite il parametro `ReplicationBytes`. È possibile monitorare il throughput della capacità di `MaxReplicationThroughput` replica. Si consiglia di aggiungere altri shard quando si raggiunge il throughput massimo della capacità di replica.
`ReplicationDelayedWriteCommands`può anche indicare se il carico di lavoro supera il throughput massimo della capacità di replica. [Per ulteriori informazioni sulla replica in MemoryDB, vedere Understanding MemoryDB replication](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)
# Scelta delle statistiche e dei periodi di un parametro
Sebbene CloudWatch ti consenta di scegliere qualsiasi statistica e periodo per ogni metrica, non tutte le combinazioni saranno utili. Ad esempio, le statistiche Media, Minima e Massima per CPUUtilization sono utili, ma la statistica Sum no.
Tutti gli esempi di MemoryDB vengono pubblicati per una durata di 60 secondi per ogni singolo nodo. Per ogni periodo di 60 secondi, una metrica del nodo conterrà solo un singolo campione.
# Metriche di monitoraggio CloudWatch
MemoryDB e CloudWatch sono integrati in modo da poter raccogliere una varietà di metriche. Puoi monitorare queste metriche utilizzando. CloudWatch
**Nota**
Gli esempi seguenti richiedono gli strumenti della CloudWatch riga di comando. Per ulteriori informazioni CloudWatch e per scaricare gli strumenti per sviluppatori, consulta la [pagina CloudWatch del prodotto](https://aws.amazon.com/cloudwatch).
Le seguenti procedure mostrano come CloudWatch raccogliere le statistiche sullo spazio di archiviazione per un cluster nell'ultima ora.
**Nota**
I `EndTime` valori `StartTime` and forniti negli esempi seguenti sono a scopo illustrativo. Assicurati di sostituire i valori di ora di inizio e fine appropriati per i tuoi nodi.
Per informazioni sui limiti di MemoryDB, consulta i limiti del [AWS servizio](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) per MemoryDB.
## Metriche di monitoraggio CloudWatch (Console)
**Per raccogliere statistiche sull'utilizzo della CPU per un cluster**
1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Seleziona i nodi per i quali desideri visualizzare le metriche.
**Nota**
La selezione di oltre 20 nodi disabilita la visualizzazione dei parametri sulla console.
1. Nella pagina **Cluster** della Console di AWS gestione, fai clic sul nome di uno o più cluster.
Viene visualizzata la pagina di dettaglio del cluster.
1. Fare clic sulla scheda **Nodes (Nodi)** nella parte superiore della finestra.
1. Nella scheda **Nodi** della finestra di dettaglio, seleziona i nodi per i quali desideri visualizzare le metriche.
Nella parte inferiore della finestra della console viene visualizzato un elenco di CloudWatch metriche disponibili.
1. Fare clic sul parametro **CPU Utilization (Utilizzo CPU)**.
La CloudWatch console si aprirà e mostrerà le metriche selezionate. È possibile modificare i parametri visualizzati, mediante gli elenchi a discesa di **Statistic (Statistica)** e **Period (Periodo)** e la scheda **Time Range (Intervallo di tempo)**.
## Monitoraggio delle CloudWatch metriche tramite la CLI CloudWatch
**Per raccogliere statistiche sull'utilizzo della CPU per un cluster**
+ Utilizzate il CloudWatch comando **aws cloudwatch get-metric-statistics** con i seguenti parametri (notate che gli orari di inizio e fine sono mostrati solo a titolo di esempio; sarà necessario sostituirli con gli orari di inizio e di fine appropriati):
Per Linux, macOS o Unix:
```
1. aws cloudwatch get-metric-statistics CPUUtilization \
2. --dimensions=ClusterName=mycluster,NodeId=0002" \
3. --statistics=Average \
4. --namespace="AWS/MemoryDB" \
5. --start-time 2013-07-05T00:00:00 \
6. --end-time 2013-07-06T00:00:00 \
7. --period=60
```
Per Windows:
```
1. mon-get-stats CPUUtilization ^
2. --dimensions=ClusterName=mycluster,NodeId=0002" ^
3. --statistics=Average ^
4. --namespace="AWS/MemoryDB" ^
5. --start-time 2013-07-05T00:00:00 ^
6. --end-time 2013-07-06T00:00:00 ^
7. --period=60
```
## Monitoraggio delle CloudWatch metriche tramite l'API CloudWatch
**Per raccogliere statistiche sull'utilizzo della CPU per un cluster**
+ Chiamate l' CloudWatch API `GetMetricStatistics` con i seguenti parametri (tenete presente che gli orari di inizio e fine sono mostrati solo a titolo di esempio; sarà necessario sostituire gli orari di inizio e fine appropriati):
+ `Statistics.member.1``=Average`
+ `Namespace``=AWS/MemoryDB`
+ `StartTime``=2013-07-05T00:00:00`
+ `EndTime``=2013-07-06T00:00:00`
+ `Period``=60`
+ `MeasureName``=CPUUtilization`
+ `Dimensions``=ClusterName=mycluster,NodeId=0002`
**Example**
```
1. http://monitoring.amazonaws.com/
2. ?SignatureVersion=4
3. &Action=GetMetricStatistics
4. &Version=2014-12-01
5. &StartTime=2013-07-16T00:00:00
6. &EndTime=2013-07-16T00:02:00
7. &Period=60
8. &Statistics.member.1=Average
9. &Dimensions.member.1="ClusterName=mycluster"
10. &Dimensions.member.2="NodeId=0002"
11. &Namespace=Amazon/memorydb
12. &MeasureName=CPUUtilization
13. &Timestamp=2013-07-07T17%3A48%3A21.746Z
14. &AWS;AccessKeyId=<&AWS; Access Key ID>
15. &Signature=
```
# Monitoraggio degli eventi di MemoryDB
Quando si verificano eventi significativi per un cluster, MemoryDB invia una notifica a un argomento specifico di Amazon SNS. Esempi includono l'impossibilità di aggiungere un nodo, l'aggiunta di un nodo, la modifica di un gruppo di sicurezza e altro ancora. Tramite il monitoraggio degli eventi chiave, è possibile conoscere lo stato corrente dei cluster e, in base all'evento, intraprendere eventuali operazioni correttive.
**Topics**
+ [Gestione delle notifiche Amazon SNS di MemoryDB](mdbevents.sns.md)
+ [Visualizzazione degli eventi di MemoryDB](mdbevents.viewing.md)
+ [Notifiche di eventi Amazon SNS](memorydbsns.md)
# Gestione delle notifiche Amazon SNS di MemoryDB
Puoi configurare MemoryDB per inviare notifiche per importanti eventi del cluster utilizzando Amazon Simple Notification Service (Amazon SNS). Negli esempi che seguono, verrà configurato un cluster con l'Amazon Resource Name (ARN) di un argomento Amazon SNS per la ricezione di notifiche.
**Nota**
Tale argomento presuppone l'avvenuta registrazione a Amazon SNS, nonché la configurazione e sottoscrizione di un argomento Amazon SNS. Per ulteriori informazioni su come procedere, consultare la [Guida per gli sviluppatori di Amazon Simple Notification Service](https://docs.aws.amazon.com/sns/latest/dg/).
## Aggiungere un argomento Amazon SNS.
Le seguenti sezioni mostrano come aggiungere un argomento Amazon SNS utilizzando la AWS console, l'o l'API MemoryDB. AWS CLI
### Aggiunta di un argomento Amazon SNS (console)
Nella seguente procedura viene mostrato come aggiungere un argomento Amazon SNS a un cluster.
**Nota**
Attenendosi alla presente procedura, è anche possibile modificare l'argomento Amazon SNS.
**Per aggiungere o modificare l'argomento Amazon SNS per un cluster (console)**
1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. In **Clusters (Cluster)**, scegliere il cluster al quale aggiungere o di cui modificare un ARN d'argomento Amazon SNS.
1. Scegli **Modifica**.
1. In **Modify Cluster (Modifica cluster)** nella sezione **Topic for SNS Notification (Argomento per notifica SNS)**, scegliere l'argomento SNS da aggiungere o scegliere **Manual ARN input (Input ARN manuale)** e digitare l'ARN dell'argomento Amazon SNS.
1. Scegli **Modifica**.
### Aggiungere un argomento Amazon SNS (AWS CLI)
Per aggiungere o modificare un argomento Amazon SNS per un cluster, usa il AWS CLI comando. `update-cluster`
L'esempio di codice riportato di seguito rappresenta l'aggiunta di un ARN d'argomento Amazon SNS a *my-cluster*.
Per Linux, macOS o Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Per Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Per ulteriori informazioni, consulta [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
### Aggiungere un argomento Amazon SNS (API MemoryDB)
Per aggiungere o aggiornare un argomento Amazon SNS per un cluster, richiama l'`UpdateCluster`azione con i seguenti parametri:
+ `ClusterName``=my-cluster`
+ `SnsTopicArn``=arn%3Aaws%3Asns%3Aus-east-1%3A565419523791%3AmemorydbNotifications`
Per aggiungere o aggiornare un argomento Amazon SNS per un cluster, chiama l'azione`UpdateCluster`.
Per ulteriori informazioni, consulta [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
## Attivazione e disattivazione delle notifiche Amazon SNS
È possibile, in base alle proprie esigenze, abilitare o disabilitare le notifiche relative a un cluster. La seguente procedura mostra come disabilitare le notifiche Amazon SNS.
### Attivazione e disattivazione delle notifiche Amazon SNS (Console)
**Per disabilitare le notifiche di Amazon SNS utilizzando il Console di gestione AWS**
1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. Scegli il pulsante di opzione a sinistra del cluster per il quale desideri modificare la notifica.
1. Scegli **Modifica**.
1. In **Modify Cluster (Modifica cluster)** nella sezione **Topic for SNS Notification (Argomento per notifica SNS)**, scegliere *Disable Notifications (Disabilita notifiche)*.
1. Scegli **Modifica**.
### Abilitazione e disabilitazione delle notifiche Amazon SNS (CLI)AWS
Per disabilitare le notifiche Amazon SNS, occorre utilizzare il comando `update-cluster` con i seguenti parametri:
Per Linux, macOS o Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-status inactive
```
Per Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-status inactive
```
### Abilitazione e disabilitazione delle notifiche Amazon SNS (API MemoryDB)
Per disabilitare le notifiche Amazon SNS, occorre chiamare l'operazione `UpdateCluster` con i seguenti parametri:
+ `ClusterName``=my-cluster`
+ `SnsTopicStatus``=inactive`
Questa chiamata restituisce un output simile al seguente:
**Example**
```
1. https://memory-db.us-east-1.amazonaws.com/
2. ?Action=UpdateCluster
3. &ClusterName=my-cluster
4. &SnsTopicStatus=inactive
5. &Version=2021-01-01
6. &SignatureVersion=4
7. &SignatureMethod=HmacSHA256
8. &Timestamp=20210801T220302Z
9. &X-Amz-Algorithm=Amazon4-HMAC-SHA256
10. &X-Amz-Date=20210801T220302Z
11. &X-Amz-SignedHeaders=Host
12. &X-Amz-Expires=20210801T220302Z
13. &X-Amz-Credential=
14. &X-Amz-Signature=
```
# Visualizzazione degli eventi di MemoryDB
MemoryDB registra gli eventi relativi ai cluster, ai gruppi di sicurezza e ai gruppi di parametri. Queste informazioni includono la data, l'ora, il nome e tipo di fonte e una descrizione dell'evento. È possibile recuperare facilmente gli eventi dal registro utilizzando la console MemoryDB, il AWS CLI `describe-events` comando o l'azione API MemoryDB. `DescribeEvents`
Le procedure seguenti mostrano come visualizzare tutti gli eventi di MemoryDB delle ultime 24 ore (1440 minuti).
## Visualizzazione degli eventi di MemoryDB (Console)
La procedura seguente visualizza gli eventi utilizzando la console MemoryDB.
**Per visualizzare gli eventi utilizzando la console MemoryDB**
1. Accedi Console di gestione AWS e apri la console MemoryDB all'indirizzo. [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/)
1. **Nel riquadro di navigazione a sinistra, scegli Eventi.**
Viene visualizzata la schermata *Eventi* che elenca tutti gli eventi disponibili. Ogni riga dell'elenco rappresenta un evento e mostra l'origine dell'evento, il tipo di evento (ad esempio cluster, parameter-group, acl, security-group o subnet group), l'ora GMT dell'evento e la descrizione dell'evento.
La voce **Filter (Filtra)** consente di specificare se si preferisce visualizzare in elenco tutti gli eventi o solo quelli di un tipo specifico.
## Visualizzazione degli eventi MemoryDB (CLI AWS )
Per generare un elenco di eventi MemoryDB utilizzando il, utilizzare il AWS CLI comando. `describe-events` Tramite parametri facoltativi è anche possibile specificare il tipo, l'intervallo di tempo, il numero massimo e altre peculiarità degli eventi da includere nell'elenco.
Il codice seguente elenca fino a 40 eventi del cluster.
```
aws memorydb describe-events --source-type cluster --max-results 40
```
Il codice seguente elenca tutti gli eventi delle ultime 24 ore (1440 minuti).
```
aws memorydb describe-events --duration 1440
```
L'output del comando `describe-events` è simile a quello riportato.
```
{
"Events": [
{
"Date": "2021-03-29T22:17:37.781Z",
"Message": "Added node 0001 in Availability Zone us-east-1a",
"SourceName": "memorydb01",
"SourceType": "cluster"
},
{
"Date": "2021-03-29T22:17:37.769Z",
"Message": "cluster created",
"SourceName": "memorydb01",
"SourceType": "cluster"
}
]
}
```
Per ulteriori informazioni, tra cui i parametri disponibili e i valori consentiti per tali parametri, consulta [https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html](https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html).
## Visualizzazione degli eventi MemoryDB (API MemoryDB)
Per generare un elenco di eventi MemoryDB utilizzando l'API MemoryDB, utilizzate l'azione. `DescribeEvents` Tramite parametri facoltativi è anche possibile specificare il tipo, l'intervallo di tempo, il numero massimo e altre peculiarità degli eventi da includere nell'elenco.
Il codice seguente elenca i 40 eventi -cluster più recenti.
```
https://memory-db.us-east-1.amazonaws.com/
?Action=DescribeEvents
&MaxResults=40
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&SourceType=cluster
&Timestamp=20210802T192317Z
&Version=2021-01-01
&X-Amz-Credential=
```
Il codice seguente elenca gli eventi del cluster delle ultime 24 ore (1440 minuti).
```
https://memory-db.us-east-1.amazonaws.com/
?Action=DescribeEvents
&Duration=1440
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&SourceType=cluster
&Timestamp=20210802T192317Z
&Version=2021-01-01
&X-Amz-Credential=
```
Le operazioni descritte in precedenza dovrebbero generare un output simile al seguente.
```
cluster created
cluster
2021-08-02T18:22:18.202Z
my-memorydb-primary
(...output omitted...)
e21c81b4-b9cd-11e3-8a16-7978bb24ffdf
```
Per ulteriori informazioni, tra cui i parametri disponibili e i valori consentiti per tali parametri, consulta [https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html).
# Notifiche di eventi Amazon SNS
MemoryDB può pubblicare messaggi utilizzando Amazon Simple Notification Service (SNS) quando si verificano eventi significativi in un cluster. Questa funzionalità può essere utilizzata per aggiornare gli elenchi di server sulle macchine client connesse agli endpoint dei singoli nodi di un cluster.
**Nota**
Per ulteriori informazioni su Amazon Simple Notification Service (SNS) e relativi prezzi e per i link alla documentazione Amazon SNS, consulta la[Pagina del prodotto Amazon SNS](https://aws.amazon.com/sns).
Le notifiche vengono pubblicate su un Amazon SNS specificato*Argomento*. Di seguito sono riportati i requisiti delle notifiche:
+ È possibile configurare un solo argomento per le notifiche di MemoryDB.
+ L' AWS account proprietario dell'argomento Amazon SNS deve essere lo stesso account proprietario del cluster su cui sono abilitate le notifiche.
## Eventi MemoryDB
I seguenti eventi MemoryDB attivano le notifiche Amazon SNS:
| Nome evento | Messaggio | Descrizione |
| --- | --- | --- |
| MemoryDB: AddNodeComplete | "Modified number of nodes from %d to %d" | Un nodo è stato aggiunto al cluster ed è pronto per l'uso. |
| MemoryDB: AddNodeFailed a causa di indirizzi IP gratuiti insufficienti | "Failed to modify number of nodes from %d to %d due to insufficient free IP addresses" | Impossibile aggiungere un nodo perché non ci sono abbastanza indirizzi IP disponibili. |
| DB di memoria: ClusterParametersChanged | "Updated parameter group for the cluster" In caso di creazione, viene inviato anche il messaggio `"Updated to use a ParameterGroup %s"` | Uno o più parametri del cluster sono stati modificati. |
| DB di memoria: ClusterProvisioningComplete | "Cluster created." | Il provisioning di un cluster è completato e i nodi del cluster sono pronti per l'uso. |
| MemoryDB: a ClusterProvisioningFailed causa di uno stato di rete incompatibile | "Failed to create cluster due to incompatible network state. %s" | È stato effettuato un tentativo di lanciare un nuovo cluster in un cloud privato virtuale (VPC) inesistente. |
| DB di memoria: ClusterRestoreFailed | "Restore from %s failed for node %s. %s" | MemoryDB non è riuscito a popolare il cluster con i dati delle istantanee. Ciò potrebbe essere dovuto a un file di snapshot inesistente in Amazon S3 o ad autorizzazioni errate su quel file. Se descrivi il cluster, lo stato sarà. `restore-failed` Dovrai eliminare il cluster e ricominciare da capo. Per ulteriori informazioni, consulta [Seminare un nuovo cluster con un'istantanea creata esternamente](snapshots-seeding-redis.md). |
| DB di memoria: ClusterScalingComplete | `"Succeeded applying modification to node type to %s."` | Scalabilità verso il cluster completata con successo. |
| DB di memoria: ClusterScalingFailed | `"Failed applying modification to node type to %s."` | Operazione di scalabilità sul cluster non riuscita. |
| DB di memoria: NodeReplaceStarted | "Recovering node %s" | MemoryDB ha rilevato che l'host che esegue un nodo è danneggiato o irraggiungibile e ha iniziato a sostituire il nodo. La voce DNS per il nodo sostituito non viene modificata. Nella maggior parte dei casi, non è necessario aggiornare l'elenco dei server per i client, quando si verifica questo evento. Tuttavia, alcune librerie client potrebbero smettere di usare il nodo anche dopo che MemoryDB ha sostituito il nodo; in questo caso, l'applicazione dovrebbe aggiornare l'elenco dei server quando si verifica questo evento. |
| MemoryDB: NodeReplaceComplete | "Finished recovery for node %s" | MemoryDB ha rilevato che l'host che esegue un nodo è danneggiato o irraggiungibile e ha completato la sostituzione del nodo. La voce DNS per il nodo sostituito non viene modificata. Nella maggior parte dei casi, non è necessario aggiornare l'elenco dei server per i client, quando si verifica questo evento. Tuttavia, alcune librerie client potrebbero smettere di usare il nodo anche dopo che MemoryDB ha sostituito il nodo; in questo caso, l'applicazione dovrebbe aggiornare l'elenco dei server quando si verifica questo evento. |
| MemoryDB: CreateClusterComplete | "Cluster created" | Il cluster è stato creato con successo. |
| MemoryDB: CreateClusterFailed | "Failed to create cluster due to unsuccessful creation of its node(s)." e "Deleting all nodes belonging to this cluster." | Il cluster non è stato creato. |
| MemoryDB: DeleteClusterComplete | "Cluster deleted." | L'eliminazione di un cluster e di tutti i nodi associati è stata completata. |
| DB di memoria: FailoverComplete | `"Failover to replica node %s completed"` | Il failover su un nodo di replica ha avuto esito positivo. |
| DB di memoria: NodeReplacementCanceled | "The replacement of node %s which was scheduled during the maintenance window from start time: %s, end time: %s has been canceled" | È stata annullata la sostituzione programmata di un nodo nel cluster. |
| DB di memoria: NodeReplacementRescheduled | "The replacement in maintenance window for node %s has been re-scheduled from previous start time: %s, previous end time: %s to new start time: %s, new end time: %s" | È stata riprogrammata la già prevista sostituzione di un nodo del cluster in una nuova finestra riportata nella notifica. Per informazioni su cosa fare in questa situazione, consulta [Sostituzione dei nodi](nodes.nodereplacement.md). |
| DB di memoria: NodeReplacementScheduled | "The node %s is scheduled for replacement during the maintenance window from start time: %s to end time: %s" | È stata programmata la sostituzione di un nodo del cluster nella finestra riportata nella notifica. Per informazioni su cosa fare in questa situazione, consulta [Sostituzione dei nodi](nodes.nodereplacement.md). |
| DB di memoria: RemoveNodeComplete | "Removed node %s" | Un nodo è stato rimosso dal cluster. |
| MemoryDB: SnapshotComplete | "Snapshot %s succeeded for node %s" | Un'istantanea è stata completata con successo. |
| MemoryDB: SnapshotFailed | "Snapshot %s failed for node %s" | Un'istantanea non è riuscita. Vedi gli eventi del cluster per una causa più dettagliata. Lo stato della snapshot, riportato in [DescribeSnapshots](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeSnapshots.html), sarà `failed`. |
# Registrazione delle chiamate API MemoryDB con AWS CloudTrail
MemoryDB è integrato con AWS CloudTrail, un servizio che fornisce un registro delle azioni intraprese da un utente, ruolo o AWS servizio in MemoryDB. CloudTrail acquisisce tutte le chiamate API per MemoryDB come eventi, incluse le chiamate dalla console di MemoryDB e dalle chiamate di codice alle operazioni dell'API MemoryDB. Se crei un trail, puoi abilitare la distribuzione continua di CloudTrail eventi a un bucket Amazon S3, inclusi gli eventi per MemoryDB. **Se non configuri un percorso, puoi comunque visualizzare gli eventi più recenti nella CloudTrail console nella cronologia degli eventi.** Utilizzando le informazioni raccolte da CloudTrail, è possibile determinare la richiesta effettuata a MemoryDB, l'indirizzo IP da cui è stata effettuata la richiesta, chi ha effettuato la richiesta, quando è stata effettuata e dettagli aggiuntivi.
Per ulteriori informazioni CloudTrail, consulta la Guida per l'[AWS CloudTrail utente](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Informazioni su MemoryDB in CloudTrail
CloudTrail è abilitato sul tuo AWS account al momento della creazione dell'account. **Quando si verifica un'attività in MemoryDB, tale attività viene registrata in un CloudTrail evento insieme ad altri eventi di AWS servizio nella cronologia degli eventi.** Puoi visualizzare, cercare e scaricare gli eventi recenti nel tuo AWS account. Per ulteriori informazioni, consulta [Visualizzazione degli eventi con la cronologia degli CloudTrail eventi](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Per una registrazione continua degli eventi nel tuo AWS account, inclusi gli eventi per MemoryDB, crea un percorso. Un trail consente di CloudTrail inviare file di log a un bucket Amazon S3. Per impostazione predefinita, quando crei un trail nella console, il trail sarà valido in tutte le regioni. Il trail registra gli eventi da tutte le regioni della AWS partizione e consegna i file di log al bucket Amazon S3 specificato. Inoltre, puoi configurare altri AWS servizi per analizzare ulteriormente e agire in base ai dati sugli eventi raccolti nei log. CloudTrail Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Panoramica della creazione di un trail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail Servizi e integrazioni supportati](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Configurazione delle notifiche Amazon SNS per CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Ricezione di file di CloudTrail registro da più regioni](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) e [ricezione di file di CloudTrail registro da](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html) più account
Tutte le azioni di MemoryDB vengono registrate da. CloudTrail Ad esempio, le chiamate a `DescribeClusters` e le `CreateCluster` `UpdateCluster` azioni generano voci nei file di registro. CloudTrail
Ogni evento o voce di log contiene informazioni sull'utente che ha generato la richiesta. Le informazioni di identità consentono di determinare quanto segue:
+ Se la richiesta è stata effettuata con le credenziali dell'utente IAM o root.
+ Se la richiesta è stata effettuata con le credenziali di sicurezza temporanee per un ruolo o un utente federato.
+ Se la richiesta è stata effettuata da un altro AWS servizio.
Per ulteriori informazioni, consulta [Elemento CloudTrail userIdentity](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Comprensione delle voci dei file di registro di MemoryDB
Un trail è una configurazione che consente la distribuzione di eventi come file di log in un bucket Amazon S3 specificato dall'utente. CloudTrail i file di registro contengono una o più voci di registro. Un evento rappresenta una singola richiesta proveniente da qualsiasi fonte e include informazioni sull'azione richiesta, la data e l'ora dell'azione, i parametri della richiesta e così via. CloudTrail i file di registro non sono una traccia ordinata dello stack delle chiamate API pubbliche, quindi non vengono visualizzati in un ordine specifico.
L'esempio seguente mostra una voce di CloudTrail registro che illustra l'`CreateCluster`azione.
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T17:56:46Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "CreateCluster",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-cluster",
"requestParameters": {
"clusterName": "memorydb-cluster",
"nodeType": "db.r6g.large",
"subnetGroupName": "memorydb-subnet-group",
"aCLName": "open-access"
},
"responseElements": {
"cluster": {
"name": "memorydb-cluster",
"status": "creating",
"numberOfShards": 1,
"availabilityMode": "MultiAZ",
"clusterEndpoint": {
"port": 6379
},
"nodeType": "db.r6g.large",
"engineVersion": "6.2",
"enginePatchVersion": "6.2.6",
"parameterGroupName": "default.memorydb-redis6",
"parameterGroupStatus": "in-sync",
"subnetGroupName": "memorydb-subnet-group",
"tLSEnabled": true,
"aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster",
"snapshotRetentionLimit": 0,
"maintenanceWindow": "tue:06:30-tue:07:30",
"snapshotWindow": "09:00-10:00",
"aCLName": "open-access",
"dataTiering": "false",
"autoMinorVersionUpgrade": true
}
},
"requestID": "506fc951-9ae2-42bb-872c-98028dc8ed11",
"eventID": "2ecf3dc3-c931-4df0-a2b3-be90b596697e",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
L'esempio seguente mostra una voce di CloudTrail registro che illustra l'`DescribeClusters`azione. Si noti che per tutte le chiamate MemoryDB Descrive e List (`Describe*`and`List*`), la `responseElements` sezione viene rimossa e appare come. `null`
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T18:39:51Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "DescribeClusters",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.describe-clusters",
"requestParameters": {
"maxResults": 50,
"showShardDetails": true
},
"responseElements": null,
"requestID": "5e831993-52bb-494d-9bba-338a117c2389",
"eventID": "32a3dc0a-31c8-4218-b889-1a6310b7dd50",
"readOnly": true,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
L'esempio seguente mostra una voce di CloudTrail registro che registra un'`UpdateCluster`azione.
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T19:23:20Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "UpdateCluster",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.update-cluster",
"requestParameters": {
"clusterName": "memorydb-cluster",
"snapshotWindow": "04:00-05:00",
"shardConfiguration": {
"shardCount": 2
}
},
"responseElements": {
"cluster": {
"name": "memorydb-cluster",
"status": "updating",
"numberOfShards": 2,
"availabilityMode": "MultiAZ",
"clusterEndpoint": {
"address": "clustercfg.memorydb-cluster.cde8da.memorydb.us-east-1.amazonaws.com",
"port": 6379
},
"nodeType": "db.r6g.large",
"engineVersion": "6.2",
"EnginePatchVersion": "6.2.6",
"parameterGroupName": "default.memorydb-redis6",
"parameterGroupStatus": "in-sync",
"subnetGroupName": "memorydb-subnet-group",
"tLSEnabled": true,
"aRN": "arn:aws:memorydb:us-east-1:123456789012:cluster/memorydb-cluster",
"snapshotRetentionLimit": 0,
"maintenanceWindow": "tue:06:30-tue:07:30",
"snapshotWindow": "04:00-05:00",
"autoMinorVersionUpgrade": true,
"DataTiering": "false"
}
},
"requestID": "dad021ce-d161-4365-8085-574133afab54",
"eventID": "e0120f85-ab7e-4ad4-ae78-43ba15dee3d8",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```
L'esempio seguente mostra una voce di CloudTrail registro che illustra l'`CreateUser`azione. Si noti che per le chiamate MemoryDB che contengono dati sensibili, tali dati verranno oscurati nell' CloudTrail evento corrispondente, come mostrato nella sezione seguente. `requestParameters`
```
{
"eventVersion": "1.08",
"userIdentity": {
"type": "IAMUser",
"principalId": "EKIAUAXQT3SWDEXAMPLE",
"arn": "arn:aws:iam::123456789012:user/john",
"accountId": "123456789012",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"userName": "john"
},
"eventTime": "2021-07-10T19:56:13Z",
"eventSource": "memorydb.amazonaws.com",
"eventName": "CreateUser",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.01",
"userAgent": "aws-cli/2.2.29 Python/3.9.6 Darwin/19.6.0 source/x86_64 prompt/off command/memorydb.create-user",
"requestParameters": {
"userName": "memorydb-user",
"authenticationMode": {
"type": "password",
"passwords": [
"HIDDEN_DUE_TO_SECURITY_REASONS"
]
},
"accessString": "~* &* -@all +@read"
},
"responseElements": {
"user": {
"name": "memorydb-user",
"status": "active",
"accessString": "off ~* &* -@all +@read",
"aCLNames": [],
"minimumEngineVersion": "6.2",
"authentication": {
"type": "password",
"passwordCount": 1
},
"aRN": "arn:aws:memorydb:us-east-1:123456789012:user/memorydb-user"
}
},
"requestID": "ae288b5e-80ab-4ff8-989a-5ee5c67cd193",
"eventID": "ed096e3e-16f1-4a23-866c-0baa6ec769f6",
"readOnly": false,
"eventType": "AwsApiCall",
"managementEvent": true,
"recipientAccountId": "123456789012",
"eventCategory": "Management"
}
```