As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Registro em log e monitoramento
O monitoramento é uma parte importante da manutenção da confiabilidade, da disponibilidade e do desempenho do MemoryDB e de outras soluções da AWS. A AWS fornece as seguintes ferramentas de monitoramento para observar o MemoryDB, informar quando algo está errado e tomar medidas automáticas quando apropriado:
+ O *Amazon CloudWatch* monitora os recursos da AWS e as aplicações que você executa na AWS em tempo real. Você pode coletar e rastrear métricas, criar painéis personalizados e definir alarmes que o notificam ou que realizam ações quando uma métrica especificada atinge um limite definido. Por exemplo, você pode fazer o CloudWatch acompanhar o uso da CPU ou outras métricas das instâncias do Amazon EC2 e iniciar automaticamente novas instâncias quando necessário. Para obter mais informações, consulte o [Guia do usuário do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
+ O *Amazon CloudWatch Logs* permite monitorar, armazenar e acessar seus arquivos de log das instâncias do Amazon EC2, do CloudTrail e de outras fontes. O CloudWatch Logs pode monitorar informações nos arquivos de log e notificar você quando certos limites forem atingidos. É possível também arquivar seus dados de log em armazenamento resiliente. Para obter mais informações, consulte o [Guia do usuário do Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/).
+ O *AWS CloudTrail* captura chamadas de API e eventos relacionados feitos por sua conta da AWS ou em nome dela e entrega os arquivos de log a um bucket do Amazon S3 especificado por você. Você pode identificar quais usuários e contas chamaram a AWS, o endereço IP de origem no qual as chamadas foram feitas e quando elas ocorreram. Para obter mais informações, consulte o [Guia do usuário do AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
# Monitorar o MemoryDB com o Amazon CloudWatch
Você pode monitorar o MemoryDB usando o CloudWatch, que coleta dados brutos e os processa em métricas legíveis praticamente em tempo real. Essas estatísticas são mantidas por 15 meses, de maneira que você possa acessar informações históricas e ter uma perspectiva melhor de como o aplicativo web ou o serviço está se saindo. Você também pode definir alarmes que observam determinados limites e enviam notificações ou realizam ações quando esses limites são atingidos. Para obter mais informações, consulte o [Guia do usuário do Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
As seções a seguir listam as métricas e dimensões do MemoryDB.
**Topics**
+ [Métricas em nível de host](metrics.HostLevel.md)
+ [Métricas para MemoryDB](metrics.memorydb.md)
+ [Quais métricas devo monitorar?](metrics.whichshouldimonitor.md)
+ [Escolher estatísticas e períodos de métricas](metrics.ChoosingStatisticsAndPeriods.md)
+ [Monitoramento das métricas do CloudWatch](cloudwatchmetrics.md)
# Métricas em nível de host
O namespace `AWS/MemoryDB` inclui as seguintes métricas em nível de host para nós individuais.
**Consulte também**
+ [Métricas para MemoryDB](metrics.memorydb.md)
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| CPUUtilization | A percentagem de utilização da CPU para o host inteiro. Como o Valkey e o Redis OSS são de thread único, recomendamos que você monitore a métrica EngineCPUUtilization, para nós com quatro ou mais vCPUs. | Percentual |
| FreeableMemory | A quantidade de memória livre disponível no host. Esse número é derivado da memória em RAM e dos buffers que o sistema operacional relata como passíveis de liberação. | Bytes |
| NetworkBytesIn | O número de bytes que o host leu da rede. | Bytes |
| NetworkBytesOut | O número de bytes enviados em todas as interfaces de rede pela instância. | Bytes |
| NetworkPacketsIn | O número de pacotes recebidos em todas as interfaces de rede pela instância. Essa métrica identifica o volume de tráfego de entrada em termos do número de pacotes em uma única instância. | Contagem |
| NetworkPacketsOut | O número de pacotes enviados em todas as interfaces de rede pela instância. Essa métrica identifica o volume de tráfego de saída em termos do número de pacotes em uma única instância. | Contagem |
| NetworkBandwidthInAllowanceExceeded | Número de pacotes moldados porque a largura de banda agregada de entrada excedeu o máximo para a instância. | Contagem |
| NetworkConntrackAllowanceExceeded | Número de pacotes moldados porque o monitoramento da conexão excedeu o máximo para a instância e não foi possível estabelecer novas conexões. Isso pode resultar em perda de pacotes para tráfego indo para a instância ou vindo da instância | Contagem |
| NetworkBandwidthOutAllowanceExceeded | Número de pacotes moldados porque a largura de banda agregada de saída excedeu o máximo para a instância. | Contagem |
| NetworkPacketsPerSecondAllowanceExceeded | Número de pacotes moldados porque o valor bidirecional de pacotes por segundo excedeu o máximo para a instância. | Contagem |
| NetworkMaxBytesIn | A intermitência máxima por segundo de bytes recebidos em cada minuto. | Bytes |
| NetworkMaxBytesOut | A intermitência máxima por segundo de bytes transmitidos em cada minuto. | Bytes |
| NetworkMaxPacketsIn | A intermitência máxima por segundo de pacotes recebidos em cada minuto. | Contagem |
| NetworkMaxPacketsOut | A intermitência máxima por segundo de pacotes transmitidos em cada minuto. | Contagem |
| SwapUsage | A quantidade de troca usada no host. | Bytes |
# Métricas para MemoryDB
O namespace `AWS/MemoryDB` inclui as métricas a seguir.
Com exceção de `ReplicationLag`, `EngineCPUUtilization`, `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` essas métricas são derivadas do comando **info** do Valkey e Redis OSS. Cada métrica é calculada no nível do nó.
Para conferir a documentação completa do comando **INFO**, consulte [INFO](http://valkey.io/commands/info).
**Consulte também:**
+ [Métricas em nível de host](metrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/memorydb/latest/devguide/metrics.memorydb.html)
A seguir estão agregações de determinados tipos de comandos, derivados de : **info commandstats**. A seção commandstats fornece estatísticas com base no tipo de comando, incluindo o número de chamadas.
Para conferir uma lista completa dos comandos disponíveis, consulte [comandos](https://valkey.io/commands).
| Métrica | Descrição | Unidade |
| --- | --- | --- |
| EvalBasedCmds | O número total de comandos para comandos baseados em avaliação. Deriva da estatística commandstats, somando eval e evalsha. | Contagem |
| GeoSpatialBasedCmds | O número total de comandos para comandos baseados em dados geoespaciais. É derivado da estatística commandstats. Ele é derivado somando todos o tipos de comandos geo: geoadd, geodist, geohash, geopos, georadius, e georadiusbymember. | Contagem |
| GetTypeCmds | O número total de comandos do tipo read-only. É derivado da estatística commandstats, somando todos os comandos do tipo read-only (get, hget, scard, lrange, etc.) | Contagem |
| HashBasedCmds | O número total de comandos baseados em hash. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais hashes (hget, hkeys, hvals, hdel, etc.). | Contagem |
| HyperLogLogBasedCmds | O número total de comandos baseados em HyperLogLog. É derivado da estatística commandstats, somando todos os comandos do tipo pf (pfadd, pfcount, pfmerge, etc.). | Contagem |
| JsonBasedCmds | O número total de comandos que são baseados em JSON. Deriva da estatística commandstats, somando todos os comandos que atuam em um ou mais objetos de documento JSON. | Contagem |
| KeyBasedCmds | O número total de comandos baseados em chave. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais chaves em várias estruturas de dados (del, expire, rename, etc.). | Contagem |
| ListBasedCmds | O número total de comandos baseados em lista. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais listas (lindex, lrange, lpush, ltrim, etc.). | Contagem |
| PubSubBasedCmds | O número total de comandos para a funcionalidade pub/sub. Deriva da estatística commandstats, somando todos os comandos usados para a funcionalidade pub/sub: psubscribe, publish, pubsub, punsubscribe, subscribe e unsubscribe. | Contagem |
| SearchBasedCmds | O número total de comandos de pesquisa e índice secundário, incluindo comandos de leitura e gravação. Deriva da estatística commandstats, somando todos os comandos de pesquisa que atuam em índices secundários. | Contagem |
| SearchBasedGetCmds | Número total de comandos somente leitura secundários de índice e pesquisa. Deriva da estatística commandstats, somando todos os comandos get de pesquisa e índice secundário. | Contagem |
| SearchBasedSetCmds | Número total de comandos de gravação secundários de índice e pesquisa. Deriva da estatística commandstats, somando todos os comandos set de pesquisa e índice secundário. | Contagem |
| SearchNumberOfIndexes | Número total de índices. | Contagem |
| SearchNumberOfIndexedKeys | Número total de chaves indexadas. | Contagem |
| SearchTotalIndexSize | Memória (bytes) usada por todos os índices. | Bytes |
| SetBasedCmds | O número total de comandos que são baseados em conjuntos. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais conjuntos (scard, sdiff, sadd, sunion, etc.). | Contagem |
| SetTypeCmds | O número total de tipos de comando write. É derivado da estatística commandstats, somando todos os tipos de comando mutative que operam em dados (set, hset, sadd, lpop, etc.) | Contagem |
| SortedSetBasedCmds | O número total de comandos que são classificados com base em conjuntos. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais conjuntos classificados (zcount, zrange, zrank, zadd, etc.). | Contagem |
| StringBasedCmds | O número total de comandos baseados em string. É derivado da estatística commandstats, somando todos os comandos que atuam em uma ou mais strings (strlen, setex, setrange, etc.). | Contagem |
| StreamBasedCmds | O número total de comandos que são baseados em fluxo. É derivado da estatística commandstats, somando todos os comandos que atuam em um ou mais tipos de dados de fluxos (xrange, xlen, xadd, xdel, etc.). | Contagem |
# Quais métricas devo monitorar?
As seguintes métricas do CloudWatch oferecem uma boa visão do desempenho do MemoryDB. Na maioria dos casos, recomendamos que você defina alarmes do CloudWatch para essas métricas para poder tomar medidas corretivas antes que problemas de performance ocorram.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [EngineCPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memória](#metrics-memory)
+ [Rede](#metrics-network)
+ [Latência](#metrics-latency)
+ [Replicação](#metrics-replication)
## CPUUtilization
Essa é uma métrica em nível de host relatada como uma porcentagem. Para obter mais informações, consulte [Métricas em nível de host](metrics.HostLevel.md).
Para tipos de nós menores com 2 vCPUs ou menos, use a métrica `CPUUtilization ` para monitorar a workload.
De modo geral, sugerimos que você defina o limite para 90% da CPU disponível. Como o Valkey e o Redis OSS têm thread único, o valor efetivo do limite deve ser calculado como uma fração da capacidade total do nó. Por exemplo, suponha que você esteja usando um tipo de nó com dois núcleos. Nesse caso, o limite para CPUUtilization seria 90/2 ou 45%. Para saber o número de núcleos (vCPUs) que seu tipo de nó possui, consulte [Precificação do MemoryDB](https://aws.amazon.com/memorydb/pricing/?p=ps).
Você precisará determinar seu próprio limite, com base no número de núcleos no nó que está usando. Se você exceder esse limite e sua workload principal for de solicitações de leitura, escale seu cluster adicionando réplicas de leitura. Se a workload principal for proveniente de solicitações de gravação, recomendamos que você adicione mais fragmentos para distribuir a workload de gravação em mais nós primários.
**dica**
Em vez de usar a métrica ao nível do host `CPUUtilization`, talvez você possa usar a métrica `EngineCPUUtilization`, que informa a porcentagem de uso no núcleo do mecanismo Valkey ou Redis OSS. Para ver se essa métrica está disponível em seus nós e para obter mais informações, consulte [Métricas para MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
Para tipos de nós maiores com 4 vCPUs ou mais, talvez você queira usar a métrica `EngineCPUUtilization`, que informa a porcentagem de uso no núcleo do mecanismo Valkey ou Redis OSS. Para ver se essa métrica está disponível em seus nós e para obter mais informações, consulte [Métricas para MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## EngineCPUUtilization
Para tipos de nós maiores com 4 vCPUs ou mais, talvez você queira usar a métrica `EngineCPUUtilization`, que informa a porcentagem de uso no núcleo do mecanismo Valkey ou Redis OSS. Para ver se essa métrica está disponível em seus nós e para obter mais informações, consulte [Métricas para MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## SwapUsage
Esta é uma métrica em nível de host relatada em bytes. Para obter mais informações, consulte [Métricas em nível de host](metrics.HostLevel.md).
Se a métrica `FreeableMemory` do CloudWatch estiver próxima de 0 (ou seja, abaixo de 100 MB), ou se a métrica `SwapUsage` for maior que a métrica `FreeableMemory`, isso poderá indicar que há um nó sob uso intenso da memória.
## Evictions
Essa é uma métrica de mecanismo. Recomendamos que você determine seu próprio limite de alarme para essa métrica com base nas necessidades do seu aplicativo.
## CurrConnections
Essa é uma métrica de mecanismo. Recomendamos que você determine seu próprio limite de alarme para essa métrica com base nas necessidades do seu aplicativo.
Um número crescente de *CurrConnections* pode indicar um problema em seu aplicativo; você precisará investigar o comportamento do aplicativo para resolver esse problema.
## Memória
A memória é um aspecto central do Valkey e do Redis OSS. Compreender a utilização da memória do seu cluster é necessário para evitar a perda de dados e acomodar o crescimento futuro do seu conjunto de dados. Estatísticas sobre a utilização de memória de um nó estão disponíveis na seção de memória do comando [INFO](https://valkey.io/commands/info).
## Rede
Um dos fatores determinantes para a capacidade de largura de banda da rede do cluster é o tipo de nó selecionado. Para obter mais informações sobre a capacidade de rede de seu nó, consulte [Precificação do Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/).
## Latência
As métricas de latência `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` medem o tempo total que o mecanismo do MemoryDB para Valkey leva para responder a uma solicitação.
**nota**
Valores inflados para as métricas `SuccessfulWriteRequestLatency` e `SuccessfulReadRequestLatency` podem ocorrer ao usar o pipeline do Valkey com CLIENT REPLY habilitado no cliente do Valkey. A criação de pipeline do Valkey é uma técnica para melhorar o desempenho emitindo vários comandos ao mesmo tempo, sem esperar pela resposta de cada comando individual. Para evitar valores inflados, recomendamos configurar seu cliente do Redis para gerar comandos do pipeline com [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/).
## Replicação
O volume de dados que está sendo replicado é visível através da métrica `ReplicationBytes`. Você pode monitorar o `MaxReplicationThroughput` em relação ao throughput da capacidade de replicação. Recomenda-se adicionar mais fragmentos ao atingir o throughput máximo da capacidade de replicação.
`ReplicationDelayedWriteCommands` também pode indicar se a workload está excedendo o throughput da capacidade máxima de replicação. Para obter mais informações sobre a replicação no MemoryDB, consulte [Entendendo a replicação do MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)
# Escolher estatísticas e períodos de métricas
Embora o CloudWatch permita que você escolha qualquer estatística e período para cada métrica, nem todas as combinações são úteis. Por exemplo, as estatísticas Average, Minimum e Maximum para CPUUtilization são úteis, mas a estatística Sum não é.
Todas as amostras do MemoryDB são publicadas por um período de 60 segundos para cada nó individual. Em qualquer período de 60 segundos, uma métrica de nó conterá apenas uma única amostra.
# Monitoramento das métricas do CloudWatch
O MemoryDB e o CloudWatch são integrados para que você possa reunir uma variedade de métricas. Você pode monitorar essas métricas usando o CloudWatch.
**nota**
Os seguintes exemplos requerem ferramentas de linha de comando do CloudWatch. Para mais informações sobre o CloudWatch e para baixar as ferramentas do desenvolvedor, consulte a [página de produto do CloudWatch](https://aws.amazon.com/cloudwatch).
Os procedimentos a seguir mostram como usar o CloudWatch para coletar estatísticas de espaço de armazenamento de um cluster para a última hora.
**nota**
Os valores `StartTime` e `EndTime` fornecidos nos exemplos a seguir são para fins ilustrativos. Verifique se fez a substituição dos valores de hora inicial e final apropriados para seus nós.
Para obter informações sobre os limites do MemoryDB, consulte [limites de serviço daAWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) para o MemoryDB.
## Monitoramento das métricas do CloudWatch (Console)
**Para reunir estatísticas de utilização da CPU em um cluster**
1. Faça login no Console de gerenciamento da AWS e abra o console do MemoryDB em [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. Selecione os nós para os quais você deseja visualizar métricas.
**nota**
Selecionar mais de 20 nós desabilita as métricas de visualização no console.
1. Na página **Clusters** do Management Console da AWS, clique no nome de um ou mais clusters.
A página de detalhes do cluster é exibida.
1. Clique na guia **Nodes** na parte superior da janela.
1. Na guia **Nós** da janela de detalhes, selecione os nós de cache para os quais você deseja visualizar as métricas.
Uma lista das Métricas do CloudWatch disponíveis aparece na parte inferior da janela do console.
1. Clique na métrica **CPU Utilization**.
O console do CloudWatch será aberto, exibindo as métricas selecionadas. Você pode usar as caixas de listagem suspensas **Statistic** e **Period** e a guia **Time Range** para alterar as métricas exibidas.
## Monitoramento das métricas do CloudWatch usando a CLI do CloudWatch
**Para reunir estatísticas de utilização da CPU em um cluster**
+ Use o comando **aws cloudwatch get-metric-statistics** do CloudWatch com os seguintes parâmetros (observe que os horários de início e término são mostrados apenas como exemplos, você precisará substituir seus próprios horários de início e término apropriados):
Para Linux, macOS ou 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
```
Para 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
```
## Monitoramento das métricas do CloudWatch usando a API do CloudWatch
**Para reunir estatísticas de utilização da CPU em um cluster**
+ Chame a API do CloudWatch `GetMetricStatistics` com os seguintes parâmetros (observe que os horários de início e término são mostrados apenas como exemplos, você precisará substituir seus próprios horários de início e término apropriados):
+ `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=
```
# Monitorar eventos do MemoryDB
Quando ocorrem eventos significativos em um cluster, o MemoryDB envia uma notificação para um tópico específico do Amazon SNS. Exemplos incluem uma falha ao adicionar um nó, êxito ao adicionar um nó, a modificação de um grupo de segurança, e outros. Ao monitorar eventos chave, você pode se manter informado sobre o atual estado dos seus clusters e, dependendo do evento, poderá executar uma ação corretiva.
**Topics**
+ [Gerenciamento de notificações do Amazon SNS do MemoryDB](mdbevents.sns.md)
+ [Visualizar eventos do MemoryDB](mdbevents.viewing.md)
+ [Notificações de eventos e o Amazon SNS](memorydbsns.md)
# Gerenciamento de notificações do Amazon SNS do MemoryDB
Você pode configurar o MemoryDB para enviar notificações sobre eventos importantes do cluster usando o Amazon Simple Notification Service (Amazon SNS). Nestes exemplos, você configurará um cluster com o nome de recurso da Amazon (ARN) de um tópico do Amazon SNS para receber notificações.
**nota**
Esse tópico pressupõe que você tenha se cadastrado no Amazon SNS e configurado e assinado um tópico do Amazon SNS. Para obter informações sobre como fazer isso, consulte o [Guia do desenvolvedor do Amazon Simple Notification Service](https://docs.aws.amazon.com/sns/latest/dg/).
## Adição de um tópico do Amazon SNS
As seções a seguir mostram como adicionar um tópico do Amazon SNS usando o Console da AWS, a AWS CLI, ou a API do MemoryDB.
### Adição de um tópico do Amazon SNS (console)
O procedimento a seguir mostra como adicionar um tópico do Amazon SNS para um cluster.
**nota**
Esse processo também pode ser usado para modificar o tópico do Amazon SNS.
**Para adicionar ou modificar um tópico do Amazon SNS para um cluster (console)**
1. Faça login no Console de gerenciamento da AWS e abra o console do MemoryDB em [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. Em **Clusters**, escolha o cluster para o qual deseja adicionar ou modificar um ARN de tópico do Amazon SNS.
1. Escolha **Modificar**.
1. Em **Modificar cluster** em **Tópico para notificação do SNS**, escolha o tópico SNS que você deseja adicionar ou escolha **Entrada manual de ARN** e insira o ARN do tópico do Amazon SNS.
1. Escolha **Modificar**.
### Adição de um tópico do Amazon SNS (CLI da AWS)
Para adicionar ou modificar um tópico do Amazon SNS a um cluster, use o comando da AWS CLI `update-cluster`.
O seguinte exemplo de código adiciona um ARN de tópico do Amazon SNS a *my-cluster*.
Para Linux, macOS ou Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Para Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-arn arn:aws:sns:us-east-1:565419523791:memorydbNotifications
```
Para obter mais informações, consulte [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
### Adição de um tópico do Amazon SNS (API do MemoryDB)
Para adicionar ou atualizar um tópico do Amazon SNS para um cluster, chame a ação `UpdateCluster` com os seguintes parâmetros:
+ `ClusterName``=my-cluster`
+ `SnsTopicArn``=arn%3Aaws%3Asns%3Aus-east-1%3A565419523791%3AmemorydbNotifications`
Para adicionar ou atualizar um tópico do Amazon SNS para um cluster, chame a ação `UpdateCluster`.
Para obter mais informações, consulte [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
## Habilitação e desabilitação de notificações do Amazon SNS
Você pode ativar ou desativar notificações para um cluster. Os procedimentos a seguir mostram como desativar notificações do Amazon SNS.
### Habilitação e desabilitação de notificações do Amazon SNS (console)
**Para desabilitar as notificações do Amazon SNS usando o Console de gerenciamento da AWS**
1. Faça login no Console de gerenciamento da AWS e abra o console do MemoryDB em [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. Selecione o botão de opções à esquerda do cluster para o qual você deseja modificar a notificação.
1. Escolha **Modificar**.
1. Em **Modify Cluster**, em **Topic for SNS Notification**, escolha *Disable Notifications*.
1. Escolha **Modificar**.
### Habilitação e desabilitação de notificações do Amazon SNS (CLI da AWS)
Para desabilitar notificações do Amazon SNS, use o comando `update-cluster` com os seguintes parâmetros:
Para Linux, macOS ou Unix:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--sns-topic-status inactive
```
Para Windows:
```
aws memorydb update-cluster ^
--cluster-name my-cluster ^
--sns-topic-status inactive
```
### Habilitação e desabilitação de notificações do Amazon SNS (API do MemoryDB)
Para desabilitar notificações do Amazon SNS, chame a ação `UpdateCluster` com os seguintes parâmetros:
+ `ClusterName``=my-cluster`
+ `SnsTopicStatus``=inactive`
Essa chamada retorna uma saída semelhante à seguinte:
**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=
```
# Visualizar eventos do MemoryDB
O MemoryDB faz o evento de logs relacionado aos seus clusters, grupos de segurança e grupos de parâmetros. Essas informações incluem a data e a hora do evento, o nome da origem e o tipo de origem do evento, bem como uma descrição do evento. É possível recuperar facilmente eventos do log usando o console do MemoryDB, o comando `describe-events` da AWS CLI ou a ação `DescribeEvents` da API do MemoryDB.
Os procedimentos a seguir mostram como visualizar todos os eventos do MemoryDB das últimas 24 horas (1440 minutos).
## Visualização de eventos do MemoryDB (console)
O procedimento a seguir exibe eventos usando o console do MemoryDB.
**Para visualizar eventos usando o console do MemoryDB**
1. Faça login no Console de gerenciamento da AWS e abra o console do MemoryDB em [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. No painel de navegação esquerdo, escolha **Events**.
A tela *Eventos* exibe a listagem de todos os eventos disponíveis. Cada linha da lista representa um evento e exibe a origem do evento, o tipo de evento (como cluster, grupo de parâmetros, acl, grupo de segurança ou grupo de sub-rede), a hora GMT do evento e a descrição do evento.
Usando a opção **Filtro**, você pode especificar se deseja ver todos os eventos ou apenas eventos de um tipo específico na lista de eventos.
## Visualizando eventos do MemoryDB (CLI da AWS)
Para gerar uma lista de eventos do MemoryDB usando a AWS CLI, use o comando `describe-events`. Você pode usar parâmetros opcionais para controlar os tipos de eventos listados, o período de tempo dos eventos listados, o número máximo de eventos a serem listados e muito mais.
O código a seguir lista até 40 eventos de cluster.
```
aws memorydb describe-events --source-type cluster --max-results 40
```
O código a seguir lista todos os eventos nas últimas 24 horas (1440 minutos).
```
aws memorydb describe-events --duration 1440
```
A saída do comando `describe-events` é semelhante a esta.
```
{
"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"
}
]
}
```
Para obter mais informações, como os parâmetros disponíveis e os valores de parâmetros permitidos, consulte [https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html](https://docs.aws.amazon.com/cli/latest/reference/memorydb/describe-events.html).
## Visualizando eventos do MemoryDB (API do MemoryDB)
Para gerar uma lista de eventos do MemoryDB usando a API do MemoryDB, use a ação `DescribeEvents`. Você pode usar parâmetros opcionais para controlar os tipos de eventos listados, o período de tempo dos eventos listados, o número máximo de eventos a serem listados e muito mais.
O código a seguir lista os 40 eventos de cluster mais recentes.
```
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=
```
O código a seguir lista os eventos de cluster nas últimas 24 horas (1440 minutos).
```
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=
```
As ações acima devem produzir uma saída semelhante à seguinte.
```
cluster created
cluster
2021-08-02T18:22:18.202Z
my-memorydb-primary
(...output omitted...)
e21c81b4-b9cd-11e3-8a16-7978bb24ffdf
```
Para obter mais informações, como os parâmetros disponíveis e os valores de parâmetros permitidos, consulte [https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeEvents.html).
# Notificações de eventos e o Amazon SNS
O MemoryDB pode publicar mensagens usando o Serviço de notificação simples da Amazon (Amazon Simple Notification Service (SNS)) quando houver eventos significativos em um cluster. Esse atributo pode ser usado para atualizar as listas de servidores em máquinas clientes conectadas a endpoints de nó individuais de um cluster.
**nota**
Para obter mais informações sobre o Amazon Simple Notification Service (SNS), incluindo informações sobre preços e links para a documentação do Amazon SNS, consulte a [página do produto Amazon SNS](https://aws.amazon.com/sns).
As notificações são publicadas em um *tópico* do Amazon SNS especificado. Os seguintes são requisitos para notificações:
+ Apenas um tópico pode ser configurado para notificações do MemoryDB.
+ A conta da AWS que possui o tópico do Amazon SNS deve ser a mesma conta que possui o cluster em que as notificações estão habilitadas.
## Eventos do MemoryDB
Os seguintes eventos do MemoryDB acionam notificações do Amazon SNS:
| Nome do evento | Mensagem | Descrição |
| --- | --- | --- |
| MemoryDB:AddNodeComplete | "Modified number of nodes from %d to %d" | Um nó foi adicionado ao cluster e está pronto para uso. |
| MemoryDB:AddNodeFailed devido a endereços IP livres insuficientes | "Failed to modify number of nodes from %d to %d due to insufficient free IP addresses" | Um nó não pôde ser adicionado porque não há endereços IP suficientes disponíveis. |
| MemoryDB:ClusterParametersChanged | "Updated parameter group for the cluster" Em caso de criar, envie também `"Updated to use a ParameterGroup %s"` | Um ou mais parâmetros de cluster foram alterados. |
| MemoryDB:ClusterProvisioningComplete | "Cluster created." | O provisionamento de um cluster está concluído, e os nós no cluster estão prontos para uso. |
| MemoryDB:ClusterProvisioningFailed devido a estado de rede incompatível | "Failed to create cluster due to incompatible network state. %s" | Foi feita uma tentativa de executar um novo cluster em uma nuvem privada virtual (VPC) inexistente. |
| MemoryDB:ClusterRestoreFailed | "Restore from %s failed for node %s. %s" | O MemoryDB não conseguiu preencher o cluster com os dados do snapshot. Isso pode ser devido a um arquivo de snapshot inexistente no Amazon S3 ou permissões incorretas nesse arquivo. Se você descrever o cluster, o status será `restore-failed`. Você precisará excluir o cluster e começar de novo. Para obter mais informações, consulte [Propagação de um novo cluster com um snapshot criado externamente](snapshots-seeding-redis.md). |
| MemoryDB:ClusterScalingComplete | `"Succeeded applying modification to node type to %s."` | Aumento vertical da escala para cluster concluído com sucesso. |
| MemoryDB:ClusterScalingFailed | `"Failed applying modification to node type to %s."` | A operação de aumentar a escala verticalmente no cluster falhou. |
| MemoryDB:NodeReplaceStarted | "Recovering node %s" | O MemoryDB detectou que o host que está executando um nó está degradado ou inacessível e iniciou a substituição do nó. A entrada de DNS para o nó substituído não é alterada. Na maioria dos casos, você não precisa atualizar a lista de servidores para seus clientes quando esse evento ocorre. No entanto, algumas bibliotecas de clientes podem parar de usar o nó mesmo após o MemoryDB ter substituído o nó. Neste caso, o aplicativo deve atualizar a lista de servidores quando esse evento ocorrer. |
| MemoryDB:NodeReplaceComplete | "Finished recovery for node %s" | O MemoryDB detectou que o host que executa um nó está degradado ou inacessível e concluiu a substituição do nó. A entrada de DNS para o nó substituído não é alterada. Na maioria dos casos, você não precisa atualizar a lista de servidores para seus clientes quando esse evento ocorre. No entanto, algumas bibliotecas de clientes podem parar de usar o nó mesmo após o MemoryDB ter substituído o nó. Neste caso, o aplicativo deve atualizar a lista de servidores quando esse evento ocorrer. |
| MemoryDB:CreateClusterComplete | "Cluster created" | O cluster foi criado com sucesso. |
| MemoryDB:CreateClusterFailed | "Failed to create cluster due to unsuccessful creation of its node(s)." e da "Deleting all nodes belonging to this cluster." | O cluster não foi criado. |
| MemoryDB:DeleteClusterComplete | "Cluster deleted." | A exclusão de um cluster e todos os nós associados foi concluída. |
| MemoryDB:FailoverComplete | `"Failover to replica node %s completed"` | O failover para um nó de réplica foi bem-sucedido. |
| MemoryDB:NodeReplacementCanceled | "The replacement of node %s which was scheduled during the maintenance window from start time: %s, end time: %s has been canceled" | Um nó no seu cluster que estava programado para substituição já não está programado para substituição. |
| MemoryDB: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" | Um nó no seu cluster previamente programado para substituição foi reprogramado para substituição durante a nova janela descrita na notificação. Para obter informações sobre quais ações você pode realizar, consulte [Substituição de nós](nodes.nodereplacement.md). |
| MemoryDB:NodeReplacementScheduled | "The node %s is scheduled for replacement during the maintenance window from start time: %s to end time: %s" | Um nó no seu cluster está programado para substituição durante a janela descrita na notificação. Para obter informações sobre quais ações você pode realizar, consulte [Substituição de nós](nodes.nodereplacement.md). |
| MemoryDB:RemoveNodeComplete | "Removed node %s" | Um nó foi removido do cluster. |
| MemoryDB:SnapshotComplete | "Snapshot %s succeeded for node %s" | Um snapshot foi concluído com sucesso. |
| MemoryDB:SnapshotFailed | "Snapshot %s failed for node %s" | O snapshot falhou. Consulte os eventos do cluster para obter mais detalhes sobre a causa. Se você descrever o snapshot, consulte [DescribeSnapshots](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeSnapshots.html), o status será `failed`. |
# Registrar em log chamadas de API do MemoryDB com o AWS CloudTrail
O MemoryDB é integrado ao AWS CloudTrail, um serviço que fornece um registro das ações realizadas por um usuário, perfil ou serviço da AWS no MemoryDB. O CloudTrail captura todas as chamadas de API para o MemoryDB como eventos, incluindo as chamadas feitas pelo console do MemoryDB e as chamadas de código para operações de API do MemoryDB. Se você criar uma trilha, poderá habilitar a entrega contínua de eventos do CloudTrail para um bucket do Amazon S3, incluindo eventos do MemoryDB. Se você não configurar uma trilha, ainda poderá visualizar os eventos mais recentes no console do CloudTrail em **Histórico de eventos**. Usando as informações coletadas pelo CloudTrail, é possível determinar a solicitação feita para o MemoryDB, o endereço IP do qual a solicitação foi feita, quem fez a solicitação, quando ela foi feita, além de outros detalhes.
Para saber mais sobre o CloudTrail, consulte o [AWS CloudTrailGuia do usuário](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Informações do MemoryDB no CloudTrail
O CloudTrail é habilitado em sua conta AWS ao criá-la. Quando ocorre uma atividade no MemoryDB, ela é registrada em um evento do CloudTrail com outros eventos de serviço da AWS em **Histórico de eventos**. É possível visualizar, pesquisar e baixar eventos recentes em sua AWS conta. Para obter mais informações, consulte [Visualização de eventos com o histórico de eventos do CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Para um registro contínuo de eventos em sua conta da AWS, incluindo eventos para o MemoryDB, crie uma trilha. Uma trilha permite que o CloudTrail entregue arquivos de log a um bucket do Amazon S3. Por padrão, ao criar uma trilha no console, ela é aplicada a todas as regiões da . A trilha registra em log eventos de todas as regiões na partição da AWS e entrega os arquivos de log para o bucket do Amazon S3 especificado por você. Além disso, é possível configurar outros AWS serviços para melhor analisar e agir de acordo com dados coletados do evento nos logs CloudTrail. Para obter mais informações, consulte:
+ [Visão Geral para Criar uma Trilha](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [Serviços e integrações com suporte no CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Configurando Notificações Amazon SNS para CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Receber arquivos de log do CloudTrail de várias regiões](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) e [receber arquivos de log do CloudTrail de várias contas](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Todas as ações do MemoryDB são registradas em log pelo CloudTrail. Por exemplo, as chamadas às ações `CreateCluster`, `DescribeClusters` e `UpdateCluster` geram entradas nos arquivos de log do CloudTrail.
Cada entrada de log ou evento contém informações sobre quem gerou a solicitação. As informações de identidade ajudam a determinar:
+ Se a solicitação foi feita com credenciais de usuário-raiz ou usuário do IAM.
+ Se a solicitação foi feita com credenciais de segurança temporárias de uma função ou de um usuário federado.
+ Se a solicitação foi feita por outro AWS serviço.
Para obter mais informações, consulte o [Elemento userIdentity do CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Noções básicas das entradas do arquivo de log do MemoryDB
Uma trilha é uma configuração que permite a entrega de eventos como arquivos de log a um bucket Amazon S3 especificado. Os arquivos de log CloudTrail contêm uma ou mais entradas de log. Um evento representa uma única solicitação de qualquer origem e inclui informações sobre a ação solicitada, a data e a hora da ação, os parâmetros de solicitação e assim por diante. Os arquivos de log do CloudTrail não são um rastreamento de pilha ordenada das chamadas de API pública. Dessa forma, eles não são exibidos em uma ordem específica.
O exemplo a seguir mostra uma entrada de log do CloudTrail que demonstra a ação `CreateCluster`.
```
{
"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"
}
```
O exemplo a seguir mostra uma entrada de log do CloudTrail que demonstra a ação `DescribeClusters`. Observe que, para todas as chamadas Describe e List do MemoryDB (`Describe*` e `List*`), a seção `responseElements` é removida e aparece como `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"
}
```
O exemplo a seguir mostra uma entrada de log do CloudTrail que registra uma ação `UpdateCluster`.
```
{
"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"
}
```
O exemplo a seguir mostra uma entrada de log do CloudTrail que demonstra a ação `CreateUser`. Observe que, para chamadas do MemoryDB que contêm dados confidenciais, esses dados serão editados no evento correspondente do CloudTrail, conforme mostrado na seção `requestParameters` abaixo.
```
{
"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"
}
```