Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Registro y supervisión
El monitoreo es una parte importante del mantenimiento de la fiabilidad, la disponibilidad y el rendimiento de MemoryDB y otras soluciones de AWS. AWS ofrece las siguientes herramientas de monitoreo para vigilar MemoryDB, informar cuando algo no va bien y tomar medidas automáticamente cuando corresponda:
+ *Amazon CloudWatch* monitorea los recursos de AWS y las aplicaciones que ejecuta en AWS en tiempo real. Puede recopilar métricas y realizar un seguimiento de las métricas, crear paneles personalizados y definir alarmas que le advierten o que toman medidas cuando una métrica determinada alcanza el umbral que se especifique. Por ejemplo, puede hacer que CloudWatch haga un seguimiento del uso de la CPU u otras métricas de las instancias de Amazon EC2 y abrir nuevas instancias automáticamente cuando sea necesario. Para obtener más información, consulte la [Guía del usuario de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
+ *Registros de Amazon CloudWatch* le permite monitorizar, almacenar y tener acceso a los archivos de registro desde instancias de Amazon EC2, CloudTrail u otras fuentes. CloudWatch Logs puede supervisar información en los archivos de registro y enviarle una notificación cuando se llega a determinados umbrales. También se pueden archivar los datos del registro en un almacenamiento de larga duración. Para obtener más información, consulte la [Guía del usuario de Registros de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/).
+ *AWS CloudTrail* captura llamadas a la API y eventos relacionados efectuados por su cuenta de AWS o en su nombre, y entrega los archivos de registro al bucket de Amazon S3 que se haya especificado. También puede identificar qué usuarios y cuentas llamaron a AWS, la dirección IP de origen de las llamadas y el momento en que se hicieron. Para obtener más información, consulte la [Guía del usuario de AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
# Monitoreo de MemoryDB con Amazon CloudWatch
Puede supervisar MemoryDB mediante CloudWatch, que recopila y procesa los datos sin procesar y los convierte en métricas legibles y casi en tiempo real. Estas estadísticas se mantienen durante 15 meses, de forma que pueda obtener acceso a información histórica y disponer de una mejor perspectiva sobre el desempeño de su aplicación web o servicio. También puede establecer alarmas que vigilen determinados umbrales y enviar notificaciones o realizar acciones cuando se cumplan dichos umbrales. Para obtener más información, consulte la [Guía del usuario de Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
En las siguientes secciones se detallan las métricas y dimensiones de MemoryDB.
**Topics**
+ [Métricas de nivel de host](metrics.HostLevel.md)
+ [Métricas de MemoryDB](metrics.memorydb.md)
+ [¿Qué métricas debo monitorear?](metrics.whichshouldimonitor.md)
+ [Elección de períodos y estadísticas de métricas](metrics.ChoosingStatisticsAndPeriods.md)
+ [Monitoreo de métricas de CloudWatch](cloudwatchmetrics.md)
# Métricas de nivel de host
El espacio de nombres de `AWS/MemoryDB` incluye las siguientes métricas de nivel de host para los distintos nodos.
**Véase también**
+ [Métricas de MemoryDB](metrics.memorydb.md)
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| CPUUtilization | El porcentaje de uso de la CPU para todo el host. Dado que Valkey y Redis OSS utilizan un solo subproceso, recomendamos que supervise la métrica EngineCPUUtilization de los nodos con cuatro o más vCPU. | Porcentaje |
| FreeableMemory | La cantidad de memoria libre disponible en el host. Este número se deriva de la memoria de la RAM y los búferes que el sistema operativo indica como liberables. | Bytes |
| NetworkBytesIn | El número de bytes que el host ha leído de la red. | Bytes |
| NetworkBytesOut | El número de bytes enviados en todas las interfaces de red por la instancia. | Bytes |
| NetworkPacketsIn | El número de paquetes recibidos en todas las interfaces de red por la instancia. Esta métrica identifica el volumen de tráfico de red entrante en cuanto al número de paquetes de una sola instancia. | Recuento |
| NetworkPacketsOut | El número de paquetes enviados en todas las interfaces de red por la instancia. Esta métrica identifica el volumen de tráfico de red saliente en cuanto al número de paquetes de una sola instancia. | Recuento |
| NetworkBandwidthInAllowanceExceeded | El número de paquetes formados porque el ancho de banda agregado entrante superó el máximo de la instancia. | Recuento |
| NetworkConntrackAllowanceExceeded | El número de paquetes formados porque el seguimiento de conexiones superó el máximo de la instancia y no se pudieron establecer nuevas conexiones. Esto puede provocar la pérdida de paquetes para el tráfico hacia o desde la instancia. | Recuento |
| NetworkBandwidthOutAllowanceExceeded | El número de paquetes formados porque el ancho de banda agregado saliente superó el máximo de la instancia. | Recuento |
| NetworkPacketsPerSecondAllowanceExceeded | El número de paquetes formados porque los paquetes bidireccionales por segundo superaron el máximo de la instancia. | Recuento |
| NetworkMaxBytesIn | La ráfaga por segundo máxima de bytes recibidos cada minuto. | Bytes |
| NetworkMaxBytesOut | La ráfaga por segundo máxima de bytes transmitidos cada minuto. | Bytes |
| NetworkMaxPacketsIn | La ráfaga máxima de paquetes recibidos en cada minuto. | Recuento |
| NetworkMaxPacketsOut | La ráfaga por segundo máxima de paquetes transmitidos cada minuto. | Recuento |
| SwapUsage | La cantidad de espacio de intercambio utilizado en el host. | Bytes |
# Métricas de MemoryDB
El espacio de nombres de `AWS/MemoryDB` incluye las siguientes métricas.
Con la excepción de `ReplicationLag`, `EngineCPUUtilization`, `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency`, estas métricas se obtienen del comando **info** de Valkey y Redis OSS. Cada métrica se calcula en el nivel de nodo.
Para ver la documentación completa del comando **INFO**, consulte [INFO](http://valkey.io/commands/info).
**Consulte también:**
+ [Métricas de nivel de host](metrics.HostLevel.md)
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/metrics.memorydb.html)
A continuación se muestran agrupaciones de determinados tipos de comandos, que se obtienen de : **info commandstats**. La sección commandstats proporciona estadísticas basadas en el tipo de comando, incluida la cantidad de llamadas.
Para obtener una lista completa de los comandos disponibles, consulte [comandos](https://valkey.io/commands).
| Métrica | Descripción | Unidad |
| --- | --- | --- |
| EvalBasedCmds | El número total de comandos para los comandos basados en eval. Esto se obtiene de la estadística commandstats, mediante la suma de eval y evalsha. | Recuento |
| GeoSpatialBasedCmds | Número total de comandos para comandos basados en condiciones geoespaciales. Esto se obtiene de la estadística de commandstats. Esto se obtiene al sumar todos los tipos de comandos geográficos: geoadd, geodist, geohash, geopos, georadius y georadiusbymember. | Recuento |
| GetTypeCmds | El número total de comandos de escritura de read-only. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos read-only (get, hget, scard, lrange, etc.). | Recuento |
| HashBasedCmds | El número total de comandos basados en hash. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más algoritmos hash (hget, hkeys, hvals, hdel, etc.). | Recuento |
| HyperLogLogBasedCmds | El número total de comandos basados en HyperLogLog. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos pf (pfadd, pfcount, pfmerge, etc.). | Recuento |
| JsonBasedCmds | El número total de comandos basados en JSON. Se obtiene de la estadística commandstats de Redis mediante la suma de todos los tipos de comandos que actúan en uno o varios objetos de documento JSON. | Recuento |
| KeyBasedCmds | El número total de comandos basados en claves. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más claves en varias estructuras de datos (del, expire, rename, etc.). | Recuento |
| ListBasedCmds | El número total de comandos basados en listas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más listas (lindex, lrange, lpush, ltrim, etc.). | Recuento |
| PubSubBasedCmds | El número total de comandos para la funcionalidad publicación/suscripción. Se obtiene de las estadísticas commandstats mediante la suma de todos los comandos utilizados para la funcionalidad publicación/suscripción: psubscribe, publish, pubsub, punsubscribe, subscribe y unsubscribe. | Recuento |
| SearchBasedCmds | El número total de comandos de búsqueda y de índice secundarios, incluidos los comandos de lectura y escritura. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de búsqueda que actúan sobre índices secundarios. | Recuento |
| SearchBasedGetCmds | Número total de comandos de solo lectura de índices y búsquedas secundarios. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de obtener búsqueda e índice secundarios. | Recuento |
| SearchBasedSetCmds | Número total de comandos de escritura de índices y búsquedas secundarios. Se obtiene a partir de la estadística commandstats mediante la suma de todos los comandos de configuración de búsqueda e índice secundarios. | Recuento |
| SearchNumberOfIndexes | Número total de índices. | Recuento |
| SearchNumberOfIndexedKeys | Número total de claves indexadas | Recuento |
| SearchTotalIndexSize | Memoria (bytes) utilizada por todos los índices. | Bytes |
| SetBasedCmds | El número total de comandos basados en instrucciones set. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más conjuntos (scard, sdiff, sadd, sunion, etc.). | Recuento |
| SetTypeCmds | El número total de tipos de comandos de write. Se obtiene de la estadística de commandstats sumando todos los tipos de comandos mutative que actúan en los datos (set, hset. sadd, lpop, etc.). | Recuento |
| SortedSetBasedCmds | El número total de comandos basados en instrucciones set ordenadas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más conjuntos ordenados (zcount, zrange, zrank, zadd, etc.). | Recuento |
| StringBasedCmds | El número total de comandos basados en cadenas. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en una o más cadenas (strlen, setex, setrange, etc.). | Recuento |
| StreamBasedCmds | El número total de comandos basados en secuencias. Se obtiene de la estadística de commandstats sumando todos los comandos que actúan en uno o más tipos de datos de flujo (xrange, xlen, xadd, xdel, etc.). | Recuento |
# ¿Qué métricas debo monitorear?
Las siguientes métricas de CloudWatch ofrecen datos útiles sobre el rendimiento de MemoryDB. En la mayoría de los casos, recomendamos que configure alarmas de CloudWatch para estas métricas con el fin de poder emprender acciones correctivas antes de que se produzca el problema de rendimiento.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [EngineCPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memoria](#metrics-memory)
+ [Network](#metrics-network)
+ [Latencia](#metrics-latency)
+ [Replicación](#metrics-replication)
## CPUUtilization
Se trata de una métrica de nivel de host que muestra un valor como un porcentaje. Para obtener más información, consulte [Métricas de nivel de host](metrics.HostLevel.md).
En los tipos de nodos pequeños que tienen dos CPU virtuales o menos, utilice la métrica `CPUUtilization ` para monitorear la carga de trabajo.
En general, sugerimos que establezca el umbral en el 90 % del ancho de banda de la CPU disponible. Debido a que Valkey y Redis OSS usan un único subproceso, el valor del umbral real se debe calcular como una fracción de la capacidad total del nodo. Por ejemplo, supongamos que está usando un tipo de nodo con dos núcleos. En este caso, el umbral de CPUUtilization sería de 90/2, es decir, el 45 %. Para encontrar el número de núcleos (vCPU) que tiene su tipo de nodo, consulte [Precios de MemoryDB](https://aws.amazon.com/memorydb/pricing/?p=ps).
Deberá determinar su propio umbral en función del número de núcleos del nodo que use. Si supera este umbral y su carga de trabajo principal es de solicitudes de lectura, escale el clúster de forma ascendente agregando réplicas de lectura. Si la carga de trabajo principal es de solicitudes de escritura, recomendamos que agregue más particiones para distribuir la carga de trabajo de escritura entre más nodos principales.
**sugerencia**
En lugar de utilizar la métrica de nivel de host `CPUUtilization`, puede utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del núcleo del motor de Valkey o Redis OSS. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Métricas de MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
Es posible que, en los tipos de nodos con cuatro o más CPU virtuales, desee utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del núcleo del motor de Valkey o Redis OSS. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Métricas de MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## EngineCPUUtilization
Es posible que, en los tipos de nodos con cuatro o más CPU virtuales, desee utilizar la métrica `EngineCPUUtilization`, que indica el porcentaje de uso del núcleo del motor de Valkey o Redis OSS. Para ver si esta métrica está disponible en sus nodos y para obtener más información, consulte [Métricas de MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html).
## SwapUsage
Se trata de una métrica de nivel de host que muestra un valor en bytes. Para obtener más información, consulte [Métricas de nivel de host](metrics.HostLevel.md).
Si la métrica de CloudWatch `FreeableMemory` está cerca de 0 (es decir, por debajo de 100 MB) o la métrica `SwapUsage` es mayor que la métrica `FreeableMemory`, un nodo podría estar bajo presión de memoria.
## Evictions
Es una métrica del motor. Recomendamos que determine su propio umbral de alarma para esta métrica en función de las necesidades de su aplicación.
## CurrConnections
Es una métrica del motor. Recomendamos que determine su propio umbral de alarma para esta métrica en función de las necesidades de su aplicación.
Un número de *CurrConnections* cada vez mayor puede indicar que existe un problema con la aplicación. Por lo tanto, deberá investigar el comportamiento de la aplicación antes de abordar este problema.
## Memoria
La memoria es un aspecto central de Valkey y Redis OSS. Es necesario comprender la utilización de la memoria de un clúster para evitar la pérdida de datos y adaptarse al crecimiento futuro del conjunto de datos. Las estadísticas sobre el uso de memoria de un nodo se encuentran disponibles en la sección de memoria del comando [INFO](https://valkey.io/commands/info).
## Network
Uno de los factores determinantes de la capacidad de la banda ancha de red del clúster es el tipo de nodo seleccionado. Para obtener más información sobre la capacidad de red del nodo, consulte [Precios de Amazon MemoryDB](https://aws.amazon.com/memorydb/pricing/).
## Latencia
La latencia mide `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency` mide el tiempo total que MemoryDB para el motor Valkey tarda en responder a una solicitud.
**nota**
Cuando se utiliza la canalización de Valkey con CLIENT REPLY habilitado en el cliente de Valkey, pueden generarse valores y métricas se inflen para `SuccessfulWriteRequestLatency` y `SuccessfulReadRequestLatency`. La canalización de Valkey es una técnica para mejorar el rendimiento mediante la emisión de varios comandos a la vez, sin esperar a que se responda a cada comando individual. Para evitar que se inflen los valores, recomendamos configurar el cliente Redis para que canalice los comandos con [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/).
## Replicación
El volumen de datos que se replican es visible a través de la métrica `ReplicationBytes`. Puede realizar un seguimiento del rendimiento de la capacidad de replicación de `MaxReplicationThroughput`. Se recomienda agregar más particiones cuando se alcance el rendimiento máximo de la capacidad de replicación.
`ReplicationDelayedWriteCommands` también puede indicar si la carga de trabajo supera el rendimiento máximo de la capacidad de replicación. Para obtener más información sobre cómo replicar en MemoryDB, consulte [Descripción de cómo replicar en MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)
# Elección de períodos y estadísticas de métricas
Aunque CloudWatch permitirá elegir cualquier período y estadística para cada métrica, tenga en cuenta que no todas las combinaciones serán útiles. Por ejemplo, las estadísticas Average, Minimum y Maximum son útiles para CPUUtilization; sin embargo, la estadística Sum no lo es.
Todas las muestras de MemoryDB se publican por un período de 60 segundos para cada nodo individual. La métrica de nodo solo contendrá una única muestra para cualquier período de 60 segundos.
# Monitoreo de métricas de CloudWatch
MemoryDB y CloudWatch se encuentran integrados para ofrecer una amplia variedad de métricas. Estas métricas se pueden monitorear mediante CloudWatch.
**nota**
El siguiente ejemplo requiere el uso de las herramientas de línea de comandos de CloudWatch. A fin de obtener más información sobre CloudWatch y cómo descargar las herramientas para desarrolladores, consulte la [página de producto de CloudWatch](https://aws.amazon.com/cloudwatch).
Los siguientes procedimientos muestran cómo utilizar CloudWatch a fin de recopilar estadísticas de espacio de almacenamiento para un clúster en la última hora.
**nota**
Los valores de `StartTime` y `EndTime` proporcionados en los ejemplos siguientes se proporcionan con fines ilustrativos. Debe sustituir los valores de hora de inicio y finalización para sus nodos.
Para obtener información sobre los límites de MemoryDB, consulte los [límites de servicio de AWS](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html#limits_memorydb) para MemoryDB.
## Supervisión de las métricas de CloudWatch (consola)
**Para recopilar estadísticas de uso de la CPU de un clúster**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de MemoryDB en [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. Seleccione los nodos de los que desea ver métricas.
**nota**
La selección de más de 20 nodos deshabilita la visualización de métricas en la consola.
1. En la página **Clústeres** de la consola de administración de AWS, haga clic en el nombre de uno o varios clústeres.
Aparecerá la página de detalles del clúster.
1. Haga clic en la pestaña **Nodos** situada en la parte superior de la ventana.
1. En la pestaña **Nodos** de la ventana de detalles, seleccione los nodos para los que desea ver métricas.
Aparecerá una lista de las métricas de CloudWatch en la parte inferior de la ventana de la consola.
1. Haga clic en la métrica **CPU Utilization**.
Se abrirá la consola de CloudWatch y se mostrarán las métricas seleccionadas. Puede usar los cuadros de lista desplegables **Statistic** y **Period** y la pestaña **Time Range** para cambiar las métricas mostradas.
## Monitoreo de las métricas de CloudWatch mediante la CLI de CloudWatch
**Para recopilar estadísticas de uso de la CPU de un clúster**
+ Utilice el comando de CloudWatch **aws cloudwatch get-metric-statistics** con los siguientes parámetros (tenga en cuenta que las horas de inicio y finalización que se muestran son solo ejemplos; deberá sustituir estos valores por sus propias horas de inicio y finalización):
Para 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
```
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
```
## Monitoreo de las métricas de CloudWatch mediante la API de CloudWatch
**Para recopilar estadísticas de uso de la CPU de un clúster**
+ Llame a la API de CloudWatch `GetMetricStatistics` con los siguientes parámetros (tenga en cuenta que las horas de inicio y finalización solo se muestran como ejemplos; tendrá que sustituir estos valores por sus propias horas de inicio y finalización):
+ `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=
```
# Supervisión de eventos de MemoryDB
Cuando se producen eventos significativos en un clúster, MemoryDB envía una notificación a un tema de Amazon SNS concreto. Por ejemplo, errores al agregar un nodo, adiciones de nodos correctas, cambios en un grupo de seguridad, etc. Al monitorear los eventos clave, podrá conocer el estado actual de los clústeres y, dependiendo del evento, adoptar medidas correctivas.
**Topics**
+ [Administración de notificaciones de Amazon SNS de MemoryDB](mdbevents.sns.md)
+ [Visualización de eventos de MemoryDB](mdbevents.viewing.md)
+ [Notificaciones de eventos y Amazon SNS](memorydbsns.md)
# Administración de notificaciones de Amazon SNS de MemoryDB
Puede configurar MemoryDB para enviar notificaciones de los eventos de clúster importantes mediante Amazon Simple Notification Service (Amazon SNS). En estos ejemplos, podrá configurar un clúster con el nombre de recurso de Amazon (ARN) de un tema de Amazon SNS para recibir notificaciones.
**nota**
En este tema, se da por sentado que se registró en Amazon SNS, que configuró un tema de Amazon SNS y se suscribió a dicho tema. Para obtener más información sobre cómo realizar esto, consulte la [Guía para desarrolladores de Amazon Simple Notification](https://docs.aws.amazon.com/sns/latest/dg/)
## Adición de un tema de Amazon SNS
En las siguientes secciones se muestra cómo agregar un tema de Amazon SNS mediante la consola de AWS, la AWS CLI o la API de MemoryDB.
### Adición de un tema de Amazon SNS (Consola)
En el siguiente procedimiento se muestra cómo agregar un tema de Amazon SNS para un clúster.
**nota**
Este proceso también se puede utilizar para modificar el tema de Amazon SNS.
**A fin de agregar o modificar un tema de Amazon SNS para un clúster (Consola)**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de MemoryDB en [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. En **Clusters** (Clústeres), elija el clúster en el que desee agregar o modificar un ARN de tema de Amazon SNS.
1. Elija **Modificar**.
1. En **Modify Cluster** (Modificar clúster) en **Topic for SNS Notification** (Tema para notificación SNS), elija el tema de SNS que desea agregar, o bien elija **Manual ARN input** (Entrada manual de ARN) y escriba el ARN del tema de Amazon SNS.
1. Elija **Modificar**.
### Adición de un tema de Amazon SNS (CLI de AWS)
A fin de agregar o modificar un tema de Amazon SNS para un clúster, utilice el comando de la AWS CLI `update-cluster`.
El siguiente ejemplo de código agrega un ARN de tema de Amazon SNS a *my-cluster*.
Para Linux, macOS o 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 obtener más información, consulte [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html) .
### Adición de un tema de Amazon SNS (API de MemoryDB)
Para agregar o actualizar un tema de Amazon SNS para un clúster, realice una llamada a la acción `UpdateCluster` con los siguientes parámetros:
+ `ClusterName``=my-cluster`
+ `SnsTopicArn``=arn%3Aaws%3Asns%3Aus-east-1%3A565419523791%3AmemorydbNotifications`
A fin de agregar o actualizar un tema de Amazon SNS para un clúster, realice una llamada a la `UpdateCluster` acción.
Para obtener más información, consulte [UpdateCluster](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_UpdateCluster.html).
## Habilitación y deshabilitación de notificaciones de Amazon SNS
Puede habilitar o deshabilitar las notificaciones para un clúster. Los siguientes procedimientos muestran cómo deshabilitar las notificaciones de Amazon SNS.
### Habilitación y deshabilitación de las notificaciones de Amazon SNS (Consola)
**Para deshabilitar las notificaciones de Amazon SNS mediante Consola de administración de AWS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de MemoryDB en [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. Seleccione el botón de opción situado a la izquierda del clúster cuya notificación desea modificar.
1. Elija **Modificar**.
1. En **Modify Cluster**, en **Topic for SNS Notification**, elija *Disable Notifications*.
1. Elija **Modificar**.
### Habilitación y deshabilitación de las notificaciones de Amazon SNS (CLI de AWS)
Para deshabilitar las notificaciones de Amazon SNS, utilice el comando `update-cluster` con los siguientes parámetros:
Para Linux, macOS o 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
```
### Habilitación y deshabilitación de las notificaciones de Amazon SNS (API de MemoryDB)
Para deshabilitar las notificaciones de Amazon SNS, realice una llamada a la acción `UpdateCluster` con los siguientes parámetros:
+ `ClusterName``=my-cluster`
+ `SnsTopicStatus``=inactive`
Esta llamada devuelve un resultado similar al siguiente:
**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=
```
# Visualización de eventos de MemoryDB
MemoryDB registra eventos relacionados con sus clústeres, grupos de seguridad y grupos de parámetros. Esta información incluye la fecha y la hora del evento, el nombre del origen y el tipo del origen del evento, así como una descripción del evento. Puede recuperar fácilmente eventos del registro mediante la consola de MemoryDB, el comando `describe-events` de la AWS CLI o la acción `DescribeEvents` de la API.
Los procedimientos siguientes muestran cómo ver todos los eventos de MemoryDB de las últimas 24 horas (1440 minutos).
## Visualización de eventos de MemoryDB (Consola)
El procedimiento siguiente muestra eventos mediante la consola de MemoryDB.
**Para ver eventos mediante la consola de MemoryDB**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de MemoryDB en [https://console.aws.amazon.com/memorydb/](https://console.aws.amazon.com/memorydb/).
1. En el panel de navegación izquierdo, elija **Events**.
Aparecerá la pantalla *Eventos* con todos los eventos disponibles. Cada fila de la lista representa un evento y muestra el origen del evento, el tipo de evento (como cluster, parameter-group, acl, security-group o subnet group), la hora GMT del evento y la descripción del evento.
Con la opción **Filter** podrá especificar si desea ver todos los eventos o simplemente los eventos de un tipo determinado de la lista de eventos.
## Visualización de eventos de MemoryDB (CLI de AWS)
Para generar una lista de eventos de MemoryDB mediante la AWS CLI, use el comando `describe-events`. Puede usar parámetros opcionales para controlar el tipo de eventos que se muestran en la lista, el marco temporal de los eventos de la lista, el número máximo de eventos que se incluirán en la lista y mucho más.
El código siguiente muestra hasta 40 eventos de clúster.
```
aws memorydb describe-events --source-type cluster --max-results 40
```
El código siguiente muestra todos los eventos de las últimas 24 horas (1440 minutos).
```
aws memorydb describe-events --duration 1440
```
La salida del comando `describe-events` es similar a la siguiente.
```
{
"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 obtener más información como, por ejemplo, los parámetros disponibles y los 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).
## Visualización de eventos de MemoryDB (API de MemoryDB)
Para generar una lista de eventos de MemoryDB mediante la API de MemoryDB, use la acción `DescribeEvents`. Puede usar parámetros opcionales para controlar el tipo de eventos que se muestran en la lista, el marco temporal de los eventos de la lista, el número máximo de eventos que se incluirán en la lista y mucho más.
El código siguiente muestra los 40 eventos de clúster más recientes.
```
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=
```
El código siguiente muestra los eventos de clúster de las ú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=
```
Las acciones anteriores deberían producir una salida similar a la siguiente.
```
cluster created
cluster
2021-08-02T18:22:18.202Z
my-memorydb-primary
(...output omitted...)
e21c81b4-b9cd-11e3-8a16-7978bb24ffdf
```
Para obtener más información como, por ejemplo, los parámetros disponibles y los 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).
# Notificaciones de eventos y Amazon SNS
MemoryDB puede publicar mensajes con Amazon Simple Notification Service (SNS) cuando se producen eventos significativos en un clúster. Esta característica se puede usar para actualizar las listas de servidor de las máquinas cliente conectadas a puntos de conexión de nodo individuales de un clúster.
**nota**
Para obtener más información sobre Amazon Simple Notification Service (SNS), incluido la información sobre los precios y enlaces a los documentos de Amazon SNS, consulte la [Página de producto de Amazon SNS](https://aws.amazon.com/sns).
Las notificaciones se publican en un *tema* específico de Amazon SNS. A continuación se describen los requisitos para las notificaciones:
+ Solo se puede configurar un tema para las notificaciones de MemoryDB.
+ La cuenta de AWS que tiene la propiedad del tema de Amazon SNS debe ser la misma cuenta que tiene la propiedad del clúster en el que se encuentran habilitadas las notificaciones.
## Eventos de MemoryDB
Los siguientes eventos de MemoryDB desencadenan notificaciones de Amazon SNS:
| Nombre del evento | Mensaje | Descripción |
| --- | --- | --- |
| MemoryDB:AddNodeComplete | "Modified number of nodes from %d to %d" | Se ha agregado un nodo al clúster y está listo para su uso. |
| MemoryDB:AddNodeFailed a causa de un número insuficiente de direcciones IP libres | "Failed to modify number of nodes from %d to %d due to insufficient free IP addresses" | No se pudo agregar un nodo porque no hay suficientes direcciones IP disponibles. |
| MemoryDB:ClusterParametersChanged | "Updated parameter group for the cluster" In case of create, also send `"Updated to use a ParameterGroup %s"` | Se han cambiado uno o varios parámetros del clúster. |
| MemoryDB:ClusterProvisioningComplete | "Cluster created." | El aprovisionamiento de un clúster se ha completado y los nodos del clúster están listos para el uso. |
| MemoryDB: ClusterProvisioningFailed debido a un estado de la red incompatible | "Failed to create cluster due to incompatible network state. %s" | Se ha intentado lanzar un nuevo clúster en una nube privada virtual (VPC) que no existe. |
| MemoryDB:ClusterRestoreFailed | "Restore from %s failed for node %s. %s" | MemoryDB no pudo rellenar el clúster con los datos de la instantánea. Esto podría deberse a que el archivo de instantánea de Amazon S3 no existe o a permisos incorrectos en dicho archivo. Si describe el clúster, el estado será `restore-failed`. Deberá eliminar el clúster y comenzar de nuevo. Para obtener más información, consulte [Inicialización de un nuevo clúster con una instantánea creada externamente](snapshots-seeding-redis.md). |
| MemoryDB:ClusterScalingComplete | `"Succeeded applying modification to node type to %s."` | El escalado vertical del clúster se ha completado correctamente. |
| MemoryDB:ClusterScalingFailed | `"Failed applying modification to node type to %s."` | Se ha producido un error en la operación de escalado vertical del clúster. |
| MemoryDB:NodeReplaceStarted | "Recovering node %s" | MemoryDB ha detectado que el host que ejecuta un nodo tiene un rendimiento reducido o no está disponible y ha comenzado el reemplazo del nodo. La entrada de DNS del nodo de reemplazo no se ha cambiado. En la mayoría de los casos, cuando se produce este evento, no es necesario actualizar la lista de servidores de sus clientes. Sin embargo, es posible que determinadas bibliotecas del cliente dejen de usar el nodo incluso después de que MemoryDB haya reemplazado el nodo. En este caso, la aplicación deberá actualizar la lista de servidores cuando se produzca este evento. |
| MemoryDB:NodeReplaceComplete | "Finished recovery for node %s" | MemoryDB ha detectado que el host que ejecuta un nodo tiene un rendimiento reducido o no está disponible y ha completado el reemplazo del nodo. La entrada de DNS del nodo de reemplazo no se ha cambiado. En la mayoría de los casos, cuando se produce este evento, no es necesario actualizar la lista de servidores de sus clientes. Sin embargo, es posible que determinadas bibliotecas del cliente dejen de usar el nodo incluso después de que MemoryDB haya reemplazado el nodo. En este caso, la aplicación deberá actualizar la lista de servidores cuando se produzca este evento. |
| MemoryDB:CreateClusterComplete | "Cluster created" | El clúster se ha creado correctamente. |
| MemoryDB:CreateClusterFailed | "Failed to create cluster due to unsuccessful creation of its node(s)." y "Deleting all nodes belonging to this cluster." | No se creó el clúster. |
| MemoryDB:DeleteClusterComplete | "Cluster deleted." | Se ha completado la eliminación de un clúster y de todos los nodos asociados. |
| MemoryDB:FailoverComplete | `"Failover to replica node %s completed"` | La conmutación por error a un nodo de réplica se ha realizado correctamente. |
| MemoryDB:NodeReplacementCanceled | "The replacement of node %s which was scheduled during the maintenance window from start time: %s, end time: %s has been canceled" | Un nodo del clúster que cuyo reemplazo estaba programado ya no está programado para el reemplazo. |
| 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" | Un nodo de su clúster que estaba programado para el reemplazo se ha vuelto a programar para el reemplazo durante el nuevo periodo descrito en la notificación. Para obtener información acerca de las acciones que puede emprender, consulte [Sustitución de nodos](nodes.nodereplacement.md). |
| MemoryDB:NodeReplacementScheduled | "The node %s is scheduled for replacement during the maintenance window from start time: %s to end time: %s" | Un nodo de su clúster se ha programado para el reemplazo durante el periodo que se describe en la notificación. Para obtener información acerca de las acciones que puede emprender, consulte [Sustitución de nodos](nodes.nodereplacement.md). |
| MemoryDB:RemoveNodeComplete | "Removed node %s" | Un nodo se ha eliminado del clúster. |
| MemoryDB:SnapshotComplete | "Snapshot %s succeeded for node %s" | Una instantánea se ha completado correctamente. |
| MemoryDB:SnapshotFailed | "Snapshot %s failed for node %s" | se ha producido un error en una de las instantáneas. Consulte los eventos del clúster para obtener más detalles acerca de la causa. Si describe la instantánea (consulte [DescribeSnapshots](https://docs.aws.amazon.com/memorydb/latest/APIReference/API_DescribeSnapshots.html)), el estado será `failed`. |
# Registro de llamadas a la API de MemoryDB con AWS CloudTrail
MemoryDB se integra con AWS CloudTrail, un servicio que proporciona un registro de las acciones realizadas por un usuario, un rol o un servicio de AWS en MemoryDB. CloudTrail registra todas las llamadas a la API de MemoryDB como eventos, incluidas las llamadas de la consola de MemoryDB y las llamadas de código a las operaciones de la API de MemoryDB. Si crea un registro de seguimiento, puede habilitar la entrega continua de eventos de CloudTrail a un bucket de Amazon S3, incluidos los eventos para MemoryDB. Si no configura un registro de seguimiento, puede ver los eventos más recientes de la consola de CloudTrail en el **Historial de eventos**. Mediante la información recopilada por CloudTrail, puede determinar la solicitud que se realizó a MemoryDB, la dirección IP desde la que se realizó, quién la realizó y cuándo, etc.
Para obtener más información sobre CloudTrail, consulte la [Guía del usuario de AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Información de MemoryDB en CloudTrail
CloudTrail se habilita en su cuenta de AWS cuando la crea. Cuando se produce una actividad en MemoryDB, esa actividad se registra en un evento de CloudTrail junto con otros eventos de servicio de AWS en **Historial de eventos**. Puede ver, buscar y descargar los últimos eventos de la cuenta de AWS. Para obtener más información, consulte [Visualización de eventos con el historial de eventos de CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Para mantener un registro continuo de los eventos de su cuenta de AWS, incluidos los eventos de MemoryDB, cree un registro de seguimiento. Un registro de seguimiento permite a CloudTrail enviar archivos de registro a un bucket de Amazon S3. De forma predeterminada, cuando se crea un registro de seguimiento en la consola, el registro de seguimiento se aplica a todas las regiones. El registro de seguimiento registra los eventos de todas las regiones de la partición de AWS y envía los archivos de registro al bucket de Amazon S3 especificado. También es posible configurar otros servicios de AWS para analizar en profundidad y actuar en función de los datos de eventos recopilados en los registros de CloudTrail. Para más información, consulte los siguientes temas:
+ [Introducción a la creación de registros de seguimiento](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [Servicios e integraciones compatibles con CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Configuración de notificaciones de Amazon SNS para CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Recepción de archivos de registro de CloudTrail de varias regiones](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) y [Recepción de archivos de registro de CloudTrail de varias cuentas](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
CloudTrail registra todas las acciones de MemoryDB. Por ejemplo, las llamadas a las acciones `CreateCluster`, `DescribeClusters` y `UpdateCluster` generan entradas en los archivos de registros de CloudTrail.
Cada entrada de registro o evento contiene información sobre quién generó la solicitud. La información de identidad del usuario lo ayuda a determinar lo siguiente:
+ Si la solicitud se realizó con las credenciales raíz o del usuario de IAM.
+ Si la solicitud se realizó con credenciales de seguridad temporales de un rol o fue un usuario federado.
+ Si la solicitud la realizó otro servicio de AWS.
Para obtener más información, consulte el [Elemento userIdentity de CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Descripción de las entradas del archivo de registro de MemoryDB
Un registro de seguimiento es una configuración que permite la entrega de eventos como archivos de registros en un bucket de Amazon S3 que especifique. Los archivos de registro de CloudTrail pueden contener una o varias entradas de registro. Un evento representa una solicitud específica realizada desde un origen y contiene información sobre la acción solicitada, la fecha y la hora de la acción, los parámetros de la solicitud, etc. Los archivos de registro de CloudTrail no son un rastro de pila ordenado de las llamadas a las API públicas, por lo que no aparecen en ningún orden específico.
En el ejemplo siguiente, se muestra una entrada de registro de CloudTrail que ilustra la acción `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"
}
```
En el siguiente ejemplo, se muestra una entrada de registro de CloudTrail que ilustra la acción `DescribeClusters`. Tenga en cuenta que se ha eliminado la sección `responseElements` en todas las llamadas de descripción y lista de MemoryDB (`Describe*` y `List*`) y ahora se muestra 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"
}
```
En el ejemplo siguiente se muestra una entrada de log de CloudTrail que registra una acción `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"
}
```
En el siguiente ejemplo, se muestra una entrada de registro de CloudTrail que ilustra la acción `CreateUser`. Tenga en cuenta que, en el caso de las llamadas a MemoryDB que contengan datos confidenciales, dichos datos se censurarán en el evento de CloudTrail correspondiente, tal y como se muestra en la sección siguiente `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"
}
```