Cuotas de tabla, servicio y cuenta en Amazon DynamoDB - Amazon DynamoDB

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.

Cuotas de tabla, servicio y cuenta en Amazon DynamoDB

En esta sección se describen las cuotas actuales (anteriormente se denominaban límites) de Amazon DynamoDB. Cada una de las cuotas se aplica a una sola región, a no ser que se especifique otra cosa.

Modo de capacidad de lectura/escritura y rendimiento

Puede cambiar entre los modos de capacidad de lectura/escritura una vez cada 24 horas. La única excepción a esto es si cambias una tabla de modos aprovisionados al modo bajo demanda: puedes volver al modo aprovisionado en el mismo período de 24 horas.

Tamaños de las unidades de capacidad (para las tablas aprovisionadas)

Una unidad de capacidad de lectura equivale a una lectura de consistencia alta por segundo, o bien a dos lecturas eventualmente consistentes por segundo, para elementos con un tamaño de hasta 4 KB.

Una unidad de capacidad de escritura equivale a una escritura por segundo para los elementos con un tamaño de hasta 1 KB.

Las solicitudes de lectura transaccionales requieren dos unidades de capacidad de lectura por segundo respecto a los elementos de hasta 4 KB.

Las solicitudes de escritura transaccionales requieren dos unidades de capacidad de escritura para realizar una escritura por segundo respecto a los elementos de hasta 1 KB.

Tamaños de las unidades de solicitud (para las tablas bajo demanda)

Una unidad de solicitud de lectura = una lectura altamente coherente por segundo, o dos lecturas coherentes posteriores por segundo, para elementos de hasta 4 KB de tamaño.

Una unidad de solicitud de escritura = una escritura por segundo, para elementos de hasta 1 KB de tamaño.

Las solicitudes de lectura transaccional requieren dos unidades de solicitud de lectura para realizar una lectura por segundo para elementos de hasta 4 KB.

Las solicitudes de escritura transaccionales requieren dos unidades de solicitud de escritura para realizar una escritura por segundo respecto a los elementos de hasta 1 KB.

Cuotas de rendimiento predeterminadas

AWS establece algunas cuotas predeterminadas en el rendimiento que su cuenta puede aprovisionar y consumir en una región.

El rendimiento de lectura en el nivel de cuenta y las cuotas de rendimiento de escritura en el nivel de cuenta se aplican en el nivel de cuenta. Estas cuotas en el nivel de cuenta se aplican a la suma de la capacidad de rendimiento aprovisionada para todas las tablas de cuentas e índices secundarios globales de una región determinada. Todo el rendimiento disponible para la cuenta se puede aprovisionar para una sola tabla o para varias tablas. Estas cuotas solo se aplican a las tablas que utilizan el modo de capacidad aprovisionada.

Las cuotas de rendimiento de lectura en el nivel de tabla y de rendimiento de escritura en el nivel de tabla se aplican de forma diferente a las tablas que utilizan el modo de capacidad aprovisionada y a las tablas que utilizan el modo de capacidad bajo demanda.

Para las tablas y los GSI en modo de capacidad aprovisionada, la cuota es la cantidad máxima de unidades de capacidad de lectura y escritura que se pueden aprovisionar para cualquier tabla o cualquiera de sus GSI en la región. El total de cualquier tabla individual y de todos sus GSI también debe permanecer por debajo de la cuota de rendimiento de lectura y escritura en el nivel de cuenta. Esto se agrega al requisito de que el total de todas las tablas aprovisionadas y sus GSI deben permanecer por debajo de la cuota de rendimiento de lectura y escritura a nivel de cuenta.

Para las tablas y los GSI en modo de capacidad bajo demanda, la cuota en el nivel de tabla es el máximo de unidades de capacidad de lectura y escritura que están disponibles para cualquier tabla, o cualquier GSI individual en dicha tabla. No se aplican cuotas de rendimiento de lectura y escritura en el nivel de cuenta a las tablas en modo bajo demanda.

A continuación, se muestran las cuotas de rendimiento que se aplican en su cuenta, de forma predeterminada.

Bajo demanda Aprovisionado Ajustable

Per table

40,000 read request units and 40,000 write request units

40,000 read capacity units and 40,000 write capacity units

Per account

Not applicable

80,000 read capacity units and 80,000 write capacity units

Minimum throughput for any table or global secondary index

Not applicable

1 read capacity unit and 1 write capacity unit

Puede utilizar la consola de Service Quotas, la API de AWS y la CLI de AWS para solicitar aumentos de cuotas para las cuotas ajustables cuando sea necesario.

Para sus cuotas de rendimiento a nivel de cuenta, puede usar la consola Service Quotas, la AWS CloudWatch consola, la AWS API y la AWS CLI para crear CloudWatch alarmas y recibir notificaciones automáticas cuando su uso actual alcance un porcentaje específico de los valores de cuota aplicados. También CloudWatch puedes monitorizar tu uso consultando las métricas de AccountProvisionedReadCapacityUnits uso. AccountProvisionedWriteCapacityUnits AWS Para obtener más información sobre las métricas de uso, consulte Métricas de uso de AWS.

Aumento o reducción del rendimiento (para las tablas aprovisionadas)

Aumento del rendimiento aprovisionado

Puede aumentar el valor de ReadCapacityUnits o WriteCapacityUnits con tanta frecuencia como sea preciso; para ello, puede usar la AWS Management Console o la operación UpdateTable. En una sola llamada, puede aumentar el rendimiento aprovisionado de una tabla, de cualquier índice secundario global de esa tabla o de cualquier combinación de ellos. La nueva configuración no surtirá efecto hasta que se haya completado la operación UpdateTable.

No puede superar las cuotas por cuenta al agregar capacidad aprovisionada. DynamoDB no permite aumentar la capacidad aprovisionada con gran rapidez. Aparte de estas restricciones, puede aumentar la capacidad aprovisionada de las tablas tanto como lo necesite. Para obtener más información sobre las cuotas por cuenta, consulte la sección anterior, Cuotas de rendimiento predeterminadas.

Reducción de rendimiento aprovisionado

En cada tabla e índice secundario global de una operación UpdateTable, puede reducir el valor de ReadCapacityUnits, de WriteCapacityUnits o de ambas opciones. La nueva configuración no surtirá efecto hasta que se haya completado la operación UpdateTable.

Existe una cuota predeterminada del número de reducciones de capacidad aprovisionada que puede realizar en su tabla de DynamoDB por día. Un día se define según la hora universal coordinada (UTC). En un día determinado, puede empezar realizando hasta cuatro disminuciones en una hora, siempre que no haya realizado todavía ninguna otra disminución durante ese día. Posteriormente, puedes realizar una reducción adicional por hora (una vez cada 60 minutos). De hecho, esto eleva el número máximo de disminuciones en un día a 27 veces.

Puede utilizar la consola de Service Quotas, la API de AWS y la CLI de AWS para solicitar aumentos de cuotas cuando sea necesario.

importante

Los límites de reducción de tablas e índices secundarios globales no están asociados, lo que significa que los índices secundarios globales de una determinada tabla tienen sus propios límites de reducción. Sin embargo, si una solicitud reduce el rendimiento de una tabla y un índice secundario global, se rechazará si se supera alguno de los límites actuales. Las solicitudes no se procesan parcialmente.

ejemplo

En las primeras 4 horas de un día, una tabla con un índice secundario global puede modificarse de la siguiente manera:

  • Reduzca los valores WriteCapacityUnits o ReadCapacityUnits (o ambos) cuatro veces.

  • Reduzca los valores WriteCapacityUnits o ReadCapacityUnits (o ambos) del índice secundario global cuatro veces.

Al final de ese mismo día, el rendimiento de la tabla y del índice secundario global se podría reducir un total de 27 veces cada uno.

Capacidad reservada

AWS establece una cuota predeterminada en la cantidad de capacidad reservada activa que puede comprar su cuenta. El límite de la cuota es una combinación de la capacidad reservada para las unidades de capacidad de escritura (WCU) y las unidades de capacidad de lectura (RCU).

Capacidad reservada activa Ajustable

Por cuenta de

1 000 000 de unidades de capacidad aprovisionada (WCU_ RCU)

Si intenta comprar más de 1 000 000 de unidades de capacidad aprovisionada en una sola compra, recibirá un error con respecto a este límite de cuota de servicio. Si tiene capacidad reservada activa e intenta comprar capacidad reservada adicional, lo que generaría más de 1 000 000 de unidades de capacidad aprovisionadas activas, recibirá un mensaje de error para este límite de cuota de servicio.

Si necesita una capacidad reservada para más de 1 000 000 de unidades de capacidad aprovisionada, puede solicitar un incremento de cuota mediante el envío de una solicitud al equipo de asistencia.

Cuotas de importación

La importación de DynamoDB desde Amazon S3 puede admitir hasta 50 trabajos de importación simultáneos con un tamaño total de objetos de origen de importación de 15 TB a la vez en las regiones us-east-1, us-west-2 y eu-west-1. En todas las demás regiones, se admiten hasta 50 tareas de importación simultáneas con un tamaño total de 1 TB. Cada trabajo de importación puede ocupar hasta 50 000 objetos de Amazon S3 en todas las regiones. Para obtener más información sobre importación y validación, consulte Cuotas de formato de importación y validación.

Contributor Insights

Al habilitar Customer Insights en su tabla de DynamoDB, seguirá estando sujeto a los límites de las reglas de Contributor Insights. Para más información, consulte Service Quotas de CloudWatch .

Tablas

Tamaño de las tablas

No existe ningún límite práctico del tamaño de una tabla. Las tablas no presentan restricciones en cuanto al número de elementos o de bytes.

Número máximo de tablas por cuenta y región

Para cualquier AWS cuenta, hay un cupo inicial de 2500 tablas por región. AWS

Si necesita más de 2500 tablas para una sola cuenta, póngase en contacto con su equipo de cuentas de AWS para estudiar un aumento hasta un máximo de 10 000 tablas. Para más de 10 000, la práctica recomendada es configurar varias cuentas, cada una de las cuales puede servir hasta 10 000 tablas.

Puede utilizar la consola de Service Quotas, la API de AWS y laCLI de AWS para ver los valores de cuota predeterminados y aplicados para el número máximo de tablas de su cuenta y solicitar aumentos de cuota, cuando sea necesario. También puede solicitar aumentos de cuotas si abre un ticket en AWS Support

Con la consola Service Quotas, la AWS API y la AWS CLI, puede crear CloudWatch alarmas para recibir notificaciones automáticamente cuando su uso actual alcance un porcentaje específico de su cuota actual. También CloudWatch puedes monitorizar tu uso consultando las métricas TableCount AWS de uso. Para obtener más información sobre las métricas de uso, consulte Métricas de uso de AWS.

Tablas globales

AWS establece algunas cuotas predeterminadas en el rendimiento que puede aprovisionar o utilizar al utilizar tablas globales.

Bajo demanda Aprovisionado

Per table

40,000 read request units and 40,000 write request units

40,000 read capacity units and 40,000 write capacity units

Per table, per destination Region, per day

10 TB for all source tables to which a replica was added for this destination Region

10 TB for all source tables to which a replica was added for this destination Region

Las operaciones transaccionales ofrecen garantías de atomicidad, consistencia, aislamiento y durabilidad (ACID) solo en la AWS región en la que se realizó originalmente la escritura. No se admiten las transacciones entre regiones en las tablas globales. Por ejemplo, supongamos que tiene una tabla global con réplicas en las regiones EE.UU. Este (Ohio) y EE.UU. Oeste (Oregón) y realiza una TransactWriteItems operación en la región EE.UU. Este (Norte de Virginia). En este caso, puede observar transacciones parcialmente completadas en la región EE. UU. Oeste (Oregón) a medida que se replican los cambios. Los cambios se replican en otras regiones solo cuando se han confirmado en la región de origen.

nota

Es posible que, en algunos casos, tengas que solicitar un aumento del límite de cuota. AWS Support Si se encuentra en alguna de las siguientes circunstancias, consulte https://aws.amazon.com/support:

  • Si va a agregar una réplica para una tabla que está configurada para usar más de 40 000 unidades de capacidad de escritura (WCU), debe solicitar un aumento de la cuota de servicio para la cuota de WCU de réplica de adición.

  • Si va a agregar una réplica o réplicas a una región de destino en un plazo de 24 horas con un total combinado superior a 10 TB, debe solicitar un aumento de la cuota de servicio para la cuota de reposición de datos de réplica agregada.

  • Si obtiene un error similar al siguiente:

    • No se puede crear una réplica de la tabla “tabla_de_ejemplo” en la región “región_de_ejemplo_A” porque supera el límite de su cuenta actual en la región “región_de_ejemplo_B”.

Índices secundarios

Índices secundarios por tabla

Puede definir un máximo de 5 índices secundarios locales.

Existe una cuota predeterminada de 20 índices secundarios globales por tabla. Puede utilizar la consola de Service Quotas, la API de AWS y la CLI de AWS para comprobar los índices secundarios globales por tabla predeterminados y las cuotas actuales que se aplican a su cuenta y para solicitar aumentos de cuota, cuando sea necesario. También puede solicitar aumentos de cuota si abre un ticket en https://aws.amazon.com/support.

Puede crear o eliminar solo un índice secundario global por operación UpdateTable.

Atributos de índice secundario proyectados por tabla

Puede proyectar un máximo de 100 atributos en todos los índices secundarios locales y globales de una tabla. Esto solo se aplica a los atributos proyectados especificados por el usuario.

En una operación CreateTable, si especifica ProjectionType como valor de INCLUDE, el recuento total de atributos especificados en NonKeyAttributes y sumados para todos los índices secundarios, no deberá superar el valor de 100. Si se proyecta el mismo nombre de atributo en dos índices diferentes, esto cuenta como dos atributos distintos a la hora de determinar la cantidad total.

Este límite no se aplica a los índices secundarios cuyo valor de ProjectionType sea KEYS_ONLY o ALL.

Claves de partición y claves de clasificación

Longitud de la clave de partición

La longitud mínima de un valor de clave de partición es de 1 byte. La longitud máxima es de 2048 bytes.

Valores de la clave de partición

No existe ningún límite práctico respecto al número de valores diferentes de clave de partición, ni para tablas ni para los índices secundarios.

Longitud de la clave de clasificación

La longitud mínima de un valor de clave de ordenación es de 1 byte. La longitud máxima es de 1024 bytes.

Valores de la clave de clasificación

En general, no existe ningún límite práctico respecto al número de valores diferentes de clave de ordenación por cada valor de clave de partición.

Hay una excepción en las tablas que utilizan índices secundarios. Una colección de elementos es el conjunto de elementos que tienen el mismo valor de atributo de clave de partición. En un índice secundario global, la colección de elementos es independiente de la tabla base (y puede tener un atributo de clave de partición diferente), pero en un índice secundario local la vista indexada se coubica en la misma partición que el elemento de la tabla y comparte el mismo atributo de clave de partición. Como resultado de esta ubicación, cuando una tabla tiene uno o más LSI, la colección de elementos no puede distribuirse en múltiples particiones.

En el caso de una tabla con uno o más LSI, las colecciones de elementos no pueden superar los 10 GB de tamaño. Se incluyen todos los elementos de la tabla base y todas las vistas LSI proyectadas que tengan el mismo valor del atributo de clave de partición. 10 GB es el tamaño máximo de una partición. Para obtener información más detallada, consulte Límite del tamaño de una colección de elementos.

Reglas de nomenclatura

Nombres de tabla y nombres del índice secundario

Los nombres de las tablas y de los índices secundarios deben tener 3 caracteres como mínimo y 255 como máximo. A continuación se muestran los caracteres permitidos:

  • A-Z

  • a-z

  • 0-9

  • _ (guion bajo)

  • - (guion)

  • . (punto)

Nombres de los atributos

En general, un nombre de atributo debe tener un carácter como mínimo y su tamaño máximo no debe superar los 64 KB.

A continuación se muestran las excepciones. Los siguientes nombres de atributo no pueden tener más de 255 caracteres:

  • Los nombres de las claves de partición de índice secundario.

  • Los nombres de las claves de ordenación de índices secundarios.

  • Los nombres de los atributos proyectados especificados por el usuario (aplicables solo a índices secundarios locales). En una operación CreateTable, si especifica el valor ProjectionType para INCLUDE, los nombres de los atributos del parámetro NonKeyAttributes estarán sujetos a restricciones de longitud. Los tipos de proyecciones KEYS_ONLY y ALL no se ven afectados.

Estos nombres de atributos deben codificarse mediante UTF-8 y el tamaño total de cada nombre (después de la codificación) no puede superar los 255 bytes.

Tipos de datos

Cadena

La longitud de un valor de tipo String está limitada en función del tamaño de elemento máximo de 400 KB.

Los valores de tipo String son Unicode con codificación binaria UTF-8. Dado que UTF-8 es una codificación de ancho variable, DynamoDB determina los bytes UTF-8 de un valor de tipo String para determinar su longitud.

Número

Un valor de tipo Number puede tener hasta 38 dígitos de precisión y puede ser positivo, negativo o cero.

  • Rango de valores positivos: de 1E-130 a 9.9999999999999999999999999999999999999E+125

  • Rango de valores negativos: de -9.9999999999999999999999999999999999999E+125 a -1E-130

DynamoDB utiliza cadenas JSON para representar los datos de tipo Number en las solicitudes y las respuestas. Para obtener más información, consulte API de bajo nivel de DynamoDB.

Si la precisión del número es importante, debe pasar los números a DynamoDB utilizando cadenas que se conviertan a partir de un tipo de número.

Binario

La longitud de un valor de tipo Binary está limitada en función del tamaño de elemento máximo de 400 KB.

Las aplicaciones que utilizan atributos de tipo Binary deben codificar los datos en formato Base64 antes de enviárselos a DynamoDB. Al recibirlos, DynamoDB decodifica los datos y los convierte a matrices de bytes sin signo; a continuación, utiliza ese resultado como longitud del atributo.

Items

Tamaño del elemento

El tamaño máximo de un elemento en DynamoDB es de 400 KB, que incluye tanto la longitud en formato binario de los nombres de los atributos (longitud en UTF-8) y las longitudes de los valores de los atributos (también en formato binario). El nombre de los atributos se tiene en cuenta al calcular el límite de tamaño.

Por ejemplo, tomemos un elemento con dos atributos: un atributo denominado “shirt-color” cuyo valor es “R” y otro denominado “shirt-size” cuyo valor es “M”. El tamaño total de ese elemento es de 23 bytes.

Tamaño del elemento para las tablas con índices secundarios locales

Para cada índice secundario local de una tabla, existe un límite de 400 KB que se aplica al total de los siguientes tamaños:

  • El tamaño de los datos de un elemento de la tabla.

  • El tamaño de las entradas correspondientes (incluidos los valores clave y los atributos proyectados) en todos los índices secundarios locales.

Atributos

Pares de nombre-valor de los atributos por elemento

El tamaño acumulado de los atributos por elemento debe ajustarse al tamaño máximo de elemento de DynamoDB (400 KB).

Número de valores de una lista, un mapa o un conjunto

No existe ningún límite respecto al número de valores de una lista, un mapa o un conjunto, siempre y cuando el elemento que contenga los valores se ajuste al límite de tamaño de elemento de 400 KB.

Valores de los atributos

Se pueden emplear valores de atributo binarios o de cadena vacíos si el atributo no se utiliza como atributo de clave en una tabla o índice. En los conjuntos, listas y mapas, se admiten valores binarios y de cadena vacíos. El valor de un atributo no puede ser un conjunto vacío (conjunto de cadenas, conjunto de números o conjunto binario). Sin embargo, sí se admiten valores de tipo lista o mapa vacíos.

Profundidad de los atributos anidados

DynamoDB admite atributos anidados hasta un máximo de 32 niveles de profundidad.

Parámetros de expresión

Los parámetros de expresión incluyen ProjectionExpression, ConditionExpression, UpdateExpression y FilterExpression.

Longitudes

La longitud máxima de cualquier cadena de expresión es 4 KB. Por ejemplo, el tamaño de ConditionExpression a=b es de 3 bytes.

La longitud máxima de cualquier nombre de atributo de expresión individual o valor de atributo de expresión es de 255 bytes. Por ejemplo, en el caso de #name, es de 5 bytes, mientras que en el de :val, es de 4.

La longitud máxima de todas las variables de sustitución de una expresión es de 2 MB. Este valor representa la suma de las longitudes de todos los ExpressionAttributeNames y ExpressionAttributeValues.

Operadores y operandos

El número máximo de operadores o funciones que se admiten en una UpdateExpression es de 300. Por ejemplo, UpdateExpressionSET a = :val1 + :val2 + :val3contiene dos operadores + «».

La cantidad máxima de operandos del comparador IN es de 100.

Palabras reservadas

DynamoDB no impide utilizar nombres que entran en conflicto con las palabras reservadas. Para ver una lista completa, consulte Palabras reservadas en DynamoDB.)

Sin embargo, si utiliza una palabra reservada en un parámetro de expresión, también debe especificar ExpressionAttributeNames. Para obtener más información, consulte Nombres de atributos de expresión en DynamoDB.

Transacciones de DynamoDB

Las operaciones de la API transaccionales de DynamoDB presentan las siguientes restricciones:

  • Una transacción no puede contener más de 100 elementos únicos.

  • Una transacción no puede contener más de 4 MB de datos.

  • No se pueden aplicar dos acciones de una transacción al mismo elemento de la misma tabla. Por ejemplo, no se puede usar ConditionCheck y Update para el mismo elemento de una transacción.

  • Una transacción no puede realizarse en tablas de más de una AWS cuenta o región.

  • Las operaciones transaccionales ofrecen garantías de atomicidad, consistencia, aislamiento y durabilidad (ACID) solo en la AWS región en la que se realizó originalmente la escritura. No se admiten las transacciones entre regiones en las tablas globales. Por ejemplo, supongamos que tiene una tabla global con réplicas en las regiones EE. UU. Este (Ohio) y EE. UU. Oeste (Oregón) y realiza una operación TransactWriteItems en la región EE. UU. Este (Norte de Virginia). En este caso, puede observar transacciones parcialmente completadas en la región EE. UU. Oeste (Oregón) a medida que se replican los cambios. Los cambios se replican en otras regiones solo cuando se han confirmado en la región de origen.

DynamoDB Streams

Lectores simultáneos de una partición en DynamoDB Streams

En el caso de las tablas de una sola región que no sean tablas globales, puede diseñar hasta dos procesos para leer desde la misma partición de DynamoDB Streams al mismo tiempo. Si excede este límite, puede producirse una limitación controlada de las solicitudes. En el caso de las tablas globales, le recomendamos que limite el número de lectores simultáneos a uno para evitar la limitación de solicitudes.

Capacidad de escritura máxima de una tabla con DynamoDB Streams habilitado

AWS establece algunas cuotas predeterminadas en la capacidad de escritura de las tablas de DynamoDB con DynamoDB Streams activado. Estas cuotas predeterminadas solo se aplican a tablas en el modo de capacidad de lectura o escritura aprovisionada. Las siguientes son las cuotas de rendimiento que se aplican a su cuenta de forma predeterminada.

  • Regiones: EE. UU. Este (Norte de Virginia), EE. UU. Este (Ohio), EE. UU. Oeste (Norte de California), EE. UU. Oeste (Oregón), América del Sur (São Paulo), Europa (Fráncfort), Europa (Irlanda), Asia-Pacífico (Tokio), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), China (Pekín)

    • Por tabla: 40 000 unidades de capacidad de escritura

  • Todas las demás regiones:

    • Por tabla: 10 000 unidades de capacidad de escritura

Puede utilizar la consola de Service Quotas, la API de AWS y la CLI de AWS para comprobar la capacidad máxima de escritura de una tabla con los flujos de DynamoDB habilitados de forma predetermianda y las cuotas actuales que se aplican en su cuenta y para solicitar aumentos de cuota, cuando sea necesario. También puede solicitar aumentos de cuotas si abre un ticket en AWS Support.

nota

Las cuotas de rendimiento aprovisionadas también se aplican a las tablas de DynamoDB que tienen habilitados flujos de DynamoDB Streams. Cuando solicite un aumento de cuota en la capacidad de escritura para una tabla con Streams activado, asegúrese de que también solicita un aumento de la capacidad de rendimiento aprovisionada para esta tabla. Para obtener más información, consulte Cuotas de rendimiento predeterminadas. También se aplican otras cuotas cuando se procesa DynamoDB Streams de mayor rendimiento. Para obtener más información, consulte la guía de referencia de la API de Amazon DynamoDB Streams.

DynamoDB Accelerator (DAX)

AWS disponibilidad regional

Para obtener una lista de AWS las regiones en las que está disponible el DAX, consulte DynamoDB Accelerator (DAX) en. Referencia general de AWS

Nodos

Un clúster de DAX consta exactamente de un nodo primario y entre cero y nueve nodos de réplica de lectura.

El número total de nodos (por AWS cuenta) no puede superar los 50 en una sola región. AWS

Grupos de parámetros

Puede crear hasta 20 grupos de parámetros de DAX por región.

Grupos de subredes

Puede crear hasta 50 grupos de subredes de DAX por región.

Dentro de un grupo de subredes, puede definir hasta 20 subredes.

Límites específicos de API

CreateTable/UpdateTable/DeleteTable/PutResourcePolicy/DeleteResourcePolicy

En general, puede tener hasta 500 DeleteResourcePolicysolicitudes CreateTable, UpdateTableDeleteTablePutResourcePolicy, y ejecutándose simultáneamente en cualquier combinación. Por consiguiente, el número total de tablas que se encuentren en estado CREATING, UPDATING o DELETING no puede ser mayor que 500.

Puedes enviar hasta 2500 solicitudes de API del plano de control mutables (CreateTableDeleteTableUpdateTable,PutResourcePolicy,, yDeleteResourcePolicy) por segundo en un grupo de tablas. Sin embargo, las DeleteResourcePolicy solicitudes PutResourcePolicy y tienen límites individuales más bajos. Para obtener más información, consulta los siguientes detalles sobre las cuotas para PutResourcePolicy yDeleteResourcePolicy.

CreateTabley PutResourcePolicy las solicitudes que incluyan una política basada en recursos contarán como dos solicitudes adicionales por cada KB de la política. Por ejemplo, una CreateTable PutResourcePolicy solicitud con una política de 5 KB se contabilizará como 11 solicitudes. 1 para la CreateTable solicitud y 10 para la política basada en recursos (2 x 5 KB). Del mismo modo, una política con un tamaño de 20 KB contará como 41 solicitudes. 1 para la CreateTable solicitud y 40 para la política basada en recursos (2 x 20 KB).

PutResourcePolicy

Puedes enviar hasta 25 solicitudes de PutResourcePolicy API por segundo en un grupo de tablas. Tras una solicitud correcta de una tabla individual, no se admiten nuevas PutResourcePolicy solicitudes durante los 15 segundos siguientes.

El tamaño máximo admitido para un documento de política basado en recursos es de 20 KB. DynamoDB cuenta los espacios en blanco al calcular el tamaño de una política con respecto a este límite.

DeleteResourcePolicy

Puede enviar hasta 50 solicitudes de DeleteResourcePolicy API por segundo en un grupo de tablas. Tras una PutResourcePolicy solicitud correcta de una tabla individual, no se admitirá ninguna DeleteResourcePolicy solicitud durante los 15 segundos siguientes.

BatchGetItem

En una sola operación BatchGetItem se puede recuperar un máximo de 100 elementos. El tamaño total de todos los elementos recuperados no puede ser mayor que 16 MB.

BatchWriteItem

Una misma operación BatchWriteItem puede contener hasta 25 solicitudes PutItem o DeleteItem. El tamaño total de todos los elementos escritos no puede ser mayor que 16 MB.

DescribeStream

Puede llamar DescribeStream a una velocidad máxima de 10 veces por segundo.

DescribeTableReplicaAutoScaling

El método DescribeTableReplicaAutoScaling admite solo diez solicitudes por segundo.

DescribeLimits

Solo se debe llamar a DescribeLimits de forma periódica. Es de esperar que se produzcan errores de limitación controlada si se realiza la llamada más de una vez por minuto.

DescribeContributorInsights/ListContributorInsights/UpdateContributorInsights

Solo se debe llamar a DescribeContributorInsights, ListContributorInsights y UpdateContributorInsights de forma periódica. DynamoDB admite hasta cinco solicitudes por segundo para cada una de estas API.

DescribeTable/ListTables/GetResourcePolicy

Puedes enviar hasta 2500 solicitudes por segundo de una combinación de solicitudes de API de solo lectura (DescribeTableListTables, yGetResourcePolicy) del plano de control. La GetResourcePolicy API tiene un límite inferior individual de 100 solicitudes por segundo.

Query

El conjunto de resultados de una operación Query está limitado a 1 MB por llamada. Puede utilizar LastEvaluatedKey de la respuesta a la consulta para recuperar más resultados.

Scan

El conjunto de resultados de una operación Scan está limitado a 1 MB por llamada. Puede utilizar LastEvaluatedKey de la respuesta al examen para recuperar más resultados.

UpdateKinesisStreamingDestination

Al realizar UpdateKinesisStreamingDestination operaciones, puede ApproximateCreationDateTimePrecision establecer un nuevo valor un máximo de 3 veces en un período de 24 horas.

UpdateTableReplicaAutoScaling

El método UpdateTableReplicaAutoScaling admite solo diez solicitudes por segundo.

UpdateTableTimeToLive

El método UpdateTableTimeToLive solo admite una solicitud para activar o desactivar Time to Live (TTL) por tabla especificada y por hora. Este cambio puede tardar hasta una hora en procesarse completamente. Cualquier UpdateTimeToLive llamada adicional a la misma mesa durante esta duración de una hora tendrá como resultado un ValidationException.

Cifrado en reposo en DynamoDB

Puedes cambiar entre una clave Clave propiedad de AWS, una y una Clave administrada de AWS gestionada por el cliente hasta cuatro veces, en cualquier momento y durante un período de 24 horas, por tabla, a partir del momento en que se creó la tabla. En caso de no producirse ningún cambio en las últimas seis horas, se permite un cambio adicional. Esto aumenta el número máximo de cambios a ocho al día (cuatro cambios en las primeras seis horas y uno en cada una de las seis horas posteriores durante un día).

Puede cambiar las claves de cifrado para utilizarlas Clave propiedad de AWS tantas veces como sea necesario, incluso si se ha agotado la cuota anterior.

Estas son las cuotas a menos que solicite una cantidad mayor. Para solicitar un aumento de la cuota de servicio, veahttps://aws.amazon.com/support.

Exportar tablas a Amazon S3

Exportación completa: se pueden exportar hasta 300 tareas de exportación simultáneas o un total de 100 TB de todas las exportaciones de tablas en proceso. Ambos límites se comprueban antes de poner en cola una exportación.

Exportación incremental: se pueden exportar simultáneamente hasta 300 trabajos simultáneos, o 100 TB de tamaño de tablas, en una periodo de exportación entre 15 minutos como mínimo y 24 horas como máximo.

Copia de seguridad y restauración

Al restaurar a través de la copia de seguridad bajo demanda de DynamoDB, puede ejecutar hasta 50 restauraciones simultáneas que sumen 50 TB. Al realizar la restauración completa AWS Backup, puede ejecutar hasta 50 restauraciones simultáneas, con un total de 25 TB. Para obtener más información sobre las copias de seguridad, consulte Uso de la copia de seguridad y restauración bajo demanda para DynamoDB.