Cuotas de servicio de Azure Cosmos DB

  • Artículo

SE APLICA A: NoSQL MongoDB Cassandra Gremlin Table

En este artículo se proporciona una introducción a las cuotas predeterminadas que se ofrecen a distintos recursos en Azure Cosmos DB.

Operaciones de base de datos y almacenamiento

Después de crear una cuenta de Azure Cosmos DB en su suscripción, puede administrar los datos en su cuenta mediante la creación de bases de datos, contenedores y elementos.

Rendimiento aprovisionado

Puede asignar el rendimiento a nivel de contenedor o de base de datos en términos de unidades de solicitud (RU/s o RU). En la tabla siguiente se enumeran los límites de almacenamiento y rendimiento por contenedor y base de datos. El almacenamiento hace referencia a la cantidad combinada de almacenamiento de índices y datos.

Resource Límite
Número máximo de RU por contenedor (modo aprovisionado de rendimiento dedicado) 1 000 000 ¹
Número máximo de RU por base de datos (modo aprovisionado de rendimiento dedicado) 1 000 000 ¹
Número máximo de RU por partición (lógica y física) 10 000
Almacenamiento máximo en todos los elementos por partición (lógica) 20 GB ²
Número máximo de claves de partición (lógicas) distintas Sin límite
Almacenamiento máximo por contenedor Sin límite
Tamaño máximo de datos adjuntos por cuenta (la característica de datos adjuntos está en desuso) 2 GB
Mínimo de RU/s requeridas por 1 GB 1 RU/s

¹ Para aumentar el número máximo de RU por contenedor o base de datos, puede crear una incidencia de soporte técnico de Azure.

² Para obtener información sobre el procedimiento recomendado para administrar las cargas de trabajo que tienen claves de partición que requieren límites más altos para el almacenamiento o el rendimiento, consulte Crear una clave de partición sintética . Si la carga de trabajo ya ha alcanzado el límite de partición lógica de 20 GB en producción, se recomienda volver a diseñar la aplicación con otra clave de partición como solución a largo plazo. Para tener más tiempo para volver a diseñar la aplicación, puede solicitar un aumento temporal del límite de clave de partición lógica para la aplicación existente. Presente una incidencia de soporte técnico de Azure y seleccione el tipo de cuota Aumento temporal del tamaño de la clave de partición lógica del contenedor. El fin de solicitar un aumento temporal es una mitigación temporal, no se recomienda como solución a largo plazo, ya que cuando se aumenta el límite, dejan de aplicarse las garantías establecidas en el Acuerdo de Nivel de Servicio. Para quitar la configuración, presente una incidencia de soporte técnico y seleccione el tipo de cuota Restaurar el tamaño predeterminado de la clave de partición lógica del contenedor (20 GB). Puede crear la incidencia de soporte técnico después de haber eliminado datos para ajustarse al límite de partición lógica de 20 GB o de haber rediseñado la aplicación con otra clave de partición.

Limites de rendimiento mínimo

Un contenedor de Azure Cosmos DB (o una base de datos de rendimiento compartido) que utilice el rendimiento manual debe tener un rendimiento mínimo de 400 RU/s. A medida que el contenedor crece, Azure Cosmos DB requiere un rendimiento mínimo para asegurarse de que el recurso (base de datos o contenedor) tenga los recursos suficientes para sus operaciones.

El rendimiento actual y mínimo de un contenedor o una base de datos se puede recuperar desde Azure Portal o los SDK. Para obtener más información, consulte Asignar rendimiento en contenedores y bases de datos.

El valor mínimo real de RU/s puede variar en función de la configuración de la cuenta. Puede usar métricas de Azure Monitor para ver el historial de rendimiento aprovisionado (RU/s) y el almacenamiento en un recurso.

Rendimiento mínimo en el contenedor

Rendimiento manual

Para calcular el valor de RU/s mínimo necesario de un contenedor con un rendimiento manual, busque el valor máximo de:

  • 400 RU/s
  • Almacenamiento actual en GB * 1 RU/s
  • El valor de RU/s más alto que nunca aprovisionado en el contenedor / 100

Por ejemplo, tiene un contenedor aprovisionado con 400 RU/s y 0 GB de almacenamiento. Aumente el rendimiento a 50 000 RU/s e importe 20 GB de datos. El valor mínimo de RU/s ahora es MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Con el tiempo, el almacenamiento crece aumenta hasta los 2000 GB. El valor mínimo de RU/s ahora es MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.

Escalabilidad automática del rendimiento

Para calcular el valor mínimo del número máximo de RU/s de escalabilidad automática de un contenedor con un rendimiento de escalabilidad automática, busque el valor máximo de:

  • 1000 RU/s
  • Almacenamiento actual en GB * 10 RU/s
  • El valor de RU/s más alto que nunca aprovisionado en el contenedor / 10

Por ejemplo, tiene un contenedor aprovisionado con 1000 RU/s y 0 GB de almacenamiento. Aumente el rendimiento a 50 000 RU/s e importe 20 GB de datos. El valor mínimo del número máximo de RU/s ahora es MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 RU/s. Con el tiempo, el almacenamiento crece aumenta hasta los 2000 GB. El valor mínimo del número máximo de RU/s ahora es MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20 000 RU/s.

Rendimiento mínimo en base de datos de rendimiento compartido

Rendimiento manual

Para calcular el valor de RU/s mínimo necesario de una base de datos de rendimiento compartido con un rendimiento manual, busque el valor máximo de:

  • 400 RU/s
  • Almacenamiento actual en GB * 1 RU/s
  • El valor de RU/s más alto que nunca aprovisionado en la base de datos / 100
  • 400 + MAX (cantidad de contenedores: 25, 0) * 100 RU/s

Por ejemplo, tiene una base de datos aprovisionada con 400 RU/s, 15 GB de almacenamiento y 10 contenedores. El valor mínimo de RU/s es MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Si hubiera 30 contenedores en la base de datos, el valor mínimo de RU/s sería 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/s.

Escalabilidad automática del rendimiento

Para calcular el valor mínimo del número máximo de RU/s de escalabilidad automática necesario de una base de datos de rendimiento compartida con rendimiento de escalabilidad automática, busque el máximo de:

  • 1000 RU/s
  • Almacenamiento actual en GB * 10 RU/s
  • El valor de RU/s más alto que nunca aprovisionado en la base de datos / 10
  • 1000 + MAX (cantidad de contenedores: 25, 0) * 1000 RU/s

Por ejemplo, tiene una base de datos aprovisionada con 1000 RU/s, 15 GB de almacenamiento y 10 contenedores. El valor mínimo del número máximo de RU/s para la base de datos de escalabilidad automática es MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1000 RU/s. Si hubiera 30 contenedores en la base de datos, el valor mínimo del número máximo de RU/s sería 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5000 RU/s.

En resumen, estos son los límites de RU mínimas aprovisionadas cuando se usa el rendimiento aprovisionado.

Tipo de aprovisionamiento Recurso Límite
Rendimiento manual Número mínimo de RU por contenedor (modo de procesamiento aprovisionado dedicado con procesamiento manual) 400
Rendimiento manual Valor mínimo de RU por base de datos (modo de rendimiento aprovisionado compartido con rendimiento manual) 400 RU/s para los 25 primeros contenedores.
Escalabilidad automática del rendimiento Valor mínimo del número máximo de RU por contenedor (modo de rendimiento aprovisionado dedicado con rendimiento de escalabilidad automática) 1 000
Escalabilidad automática del rendimiento Valor mínimo del número máximo de RU por base de datos (modo de rendimiento aprovisionado compartido con rendimiento de escalabilidad automática) 1000 RU/s para los 25 primeros contenedores.

Azure Cosmos DB admite el escalado mediante programación de rendimiento (RU/s) por contenedor o base de datos a través de los SDK o el portal.

En función del valor de RU/s actual aprovisionado y la configuración de los recursos, cada recurso puede escalar de manera sincrónica e inmediata entre el valor mínimo de RU/s hasta cien veces este valor mínimo. Si el valor de rendimiento solicitado está fuera del intervalo, el escalado se realiza asincrónicamente. El escalado asincrónico puede tardar de algunos minutos a varias horas en completarse según el rendimiento solicitado y el tamaño del almacenamiento de datos en el contenedor. Más información.

Sin servidor

Sin servidor permite usar los recursos de Azure Cosmos DB de una forma basada en el consumo. En la tabla siguiente se enumeran los límites de capacidad de ráfaga de rendimiento y almacenamiento por contenedor y base de datos. Estos límites no se pueden aumentar. Se recomienda asignar cuentas sin servidor adicionales si tiene necesidad de más almacenamiento.

Resource Límite
Máximo de RU/s por contenedor 20 000*
Almacenamiento máximo en todos los elementos por partición (lógica) 20 GB
Almacenamiento máximo por contenedor 1 TB

*La disponibilidad máxima de RU/s depende de los datos almacenados en el contenedor. Vea Rendimiento sin servidor

Plano de control

Azure Cosmos DB mantiene un proveedor de recursos que ofrece una capa de administración para crear, actualizar y eliminar recursos en la cuenta de Azure Cosmos DB. El proveedor de recursos interactúa con el nivel general de Administración de recursos de Azure, que es el servicio de implementación y administración para Azure. Puede crear y administrar recursos de Azure Cosmos DB mediante el Azure Portal, Azure PowerShell, la CLI de Azure, las plantillas de Azure Resource Manager y Bicep, la API de REST, los SDK de administración de Azure, así como herramientas de terceros, como Terraform y Pulumi.

También se puede acceder a esta capa de administración desde los SDK del plano de datos de Azure Cosmos DB que se usan en las aplicaciones para crear y administrar recursos dentro de una cuenta. Los SDK del plano de datos también realizan solicitudes de plano de control durante la conexión inicial al servicio para hacer cosas como enumerar las bases de datos y los contenedores, así como también solicitar las claves de cuenta para la autenticación.

Cada cuenta de Azure Cosmos DB tiene una master partition que contiene todos los metadatos de la cuenta. También tiene una pequeña cantidad de rendimiento para admitir las operaciones del plano de control. Las solicitudes del plano de control que crean, leen, actualizan o eliminan estos metadatos consumen este rendimiento. Cuando la cantidad de rendimiento consumida por las operaciones del plano de control supera esta cantidad, se limitan las operaciones por velocidad, al igual que las operaciones del plano de datos en Azure Cosmos DB. Sin embargo, a diferencia del rendimiento de las operaciones de datos, no se puede aumentar el rendimiento de la partición maestra.

Algunas operaciones del plano de control no consumen el rendimiento de las particiones maestras, como Obtener o Enumerar claves. Sin embargo, a diferencia de las solicitudes en los datos de la cuenta de Azure Cosmos DB, los proveedores de recursos de Azure no están diseñados para volúmenes de solicitudes elevados. Las operaciones del plano de control que superan los límites documentados en niveles sostenidos durante períodos consecutivos de 5 minutos aquí pueden experimentar limitaciones de solicitudes, así como operaciones erróneas o incompletas en los recursos de Azure Cosmos DB.

Para supervisar las operaciones del plano de control, vaya a la pestaña Información de una cuenta de Azure Cosmos DB. Para más información, consulte Supervisión de solicitudes del plano de control. Los usuarios también pueden personalizarlas, usar Azure Monitor y crear un libro para supervisar las solicitudes de metadatos y establecer alertas en ellas.

Límites de recursos

En la tabla siguiente se enumeran los límites de recursos por suscripción o cuenta.

Resource Límite
Número máximo de cuentas por suscripción 50 de forma predeterminada. ¹
Número máximo de contenedores de bases de datos y por cuenta 500 ²
Rendimiento máximo que una cuenta admite para las operaciones de metadatos 240 RU/s

¹ Para aumentar estos límites, puede crear una solicitud de soporte técnico de Azure de hasta 1000. ² Este límite no puede aumentarse. Recuento total de ambos con una cuenta. (1 base de datos y 499 contenedores, 250 bases de datos y 250 contenedores, etc.)

Límites de solicitud

En la tabla siguiente se enumeran los límites de solicitud por intervalo de 5 minutos por cuenta, a menos que se especifique lo contrario.

Operación Límite
Máximo de claves Enumerar u Obtener 500 ¹
Máximo de Crear base de datos y contenedor 500
Máximo de Obtener o enumerar base de datos y contenedor 500 ¹
Máximo de Actualización del rendimiento aprovisionado 25
Máximo de conmutaciones por error regionales 10 (por hora) ²
Número máximo de todas las operaciones (PUT, POST, PATCH, DELETE, GET) no definidas anteriormente 500

¹ Los usuarios deben usar el cliente singleton para las instancias del SDK y claves de caché, y las referencias de base de datos y contenedor entre las solicitudes durante la vigencia de esa instancia. ² Las conmutaciones por error regionales solo se aplican a las cuentas de escritura de una sola región. Las cuentas de escritura de varias regiones no requieren ni permiten ningún cambio de la región de escritura.

Azure Cosmos DB crea automáticamente copias de seguridad de los datos a intervalos regulares. Para obtener más información sobre los intervalos y las ventanas de retención de copias de seguridad, consulte Copias de seguridad en línea y restauración de datos a petición en Azure Cosmos DB.

Límites por cuenta

Esta es una lista de límites por cuenta.

Rendimiento aprovisionado

Resource Límite
Número máximo de contenedores y bases de datos por cuenta 500¹
Número máximo de contenedores por base de datos con rendimiento compartido 25
Número máximo de regiones Sin límite (todas las regiones de Azure)

Sin servidor

Resource Límite
Número máximo de contenedores y bases de datos por cuenta 500
Número máximo de regiones 1 (cualquier región de Azure)

Límites de cada contenedor

En función de la API que utilice, un contenedor de Azure Cosmos DB puede representar una colección, una tabla o un grafo. Los contenedores admiten configuraciones para las restricciones de clave única, los procedimientos almacenados, los desencadenadores y las funciones definidas por el usuario (UDF) y la directiva de indexación. En la tabla siguiente se enumeran los límites específicos de las configuraciones dentro de un contenedor.

Resource Límite
Longitud máxima del nombre de la base de datos o el contenedor 255
Número máximo de procedimientos almacenados por contenedor 100 ¹
Número máximo de UDF por contenedor 50 ¹
Número máximo de claves únicas por contenedor 10 ¹
Número máximo de rutas de acceso por restricción de clave única 16 ¹
Valor máximo de TTL 2147483647

¹ Para aumentar cualquiera de estos límites por contenedor, cree una solicitud de soporte técnico de Azure.

Límites por elemento

Un elemento de Azure Cosmos DB puede representar un documento en una colección, una fila en una tabla, o un nodo o un borde en un grafo, en función de la API que use. En la tabla siguiente, se muestran los límites por elemento de Azure Cosmos DB.

Resource Límite
Tamaño máximo de un elemento 2 MB (longitud en UTF-8 de la representación JSON) ¹
Longitud máxima del valor de la clave de partición 2048 bytes (101 bytes si no está habilitada la clave de partición grande)
Longitud máxima del valor de id. 1023 bytes
Caracteres permitidos para el valor de id. Se permiten todos los caracteres Unicode del servicio, excepto "/" y "\".
ADVERTENCIA: Para obtener la mejor interoperabilidad, SE RECOMIENDA ENCARECIDAMENTE usar solo caracteres ASCII alfanuméricos en el valor de id.
Hay varias limitaciones conocidas en algunas versiones del SDK de Cosmos DB, así como conectores (ADF, Spark, Kafka, etc.) y http-drivers/libraries, etc. que pueden impedir el procesamiento correcto cuando el valor de id. contiene caracteres ASCII no alfanuméricos. Por lo tanto, para aumentar la interoperabilidad, codifique el valor de id. (por ejemplo, mediante Base64 y la codificación personalizada de los caracteres especiales permitidos en Base64). si tiene que admitir caracteres ASCII no alfanuméricos en el servicio o la aplicación.
Número máximo de propiedades por elemento Ningún límite práctico
Longitud máxima del nombre de la propiedad Ningún límite práctico
Longitud máxima del nombre de la propiedad Ningún límite práctico
Longitud máxima del valor de propiedad de la cadena Ningún límite práctico
Longitud máxima del valor de propiedad numérico IEEE754 de doble precisión de 64 bits
Nivel máximo de anidamiento para objetos o matrices insertados 128
Valor máximo de TTL 2147483647
Precisión e intervalo máximos de números en JSON (para garantizar la interoperabilidad segura) IEEE 754 binary64

¹ Los tamaños de documento grandes de hasta 16 MB solo se admiten con Azure Cosmos DB for MongoDB. Lea la documentación sobre las características para obtener más información.

No hay ninguna restricción en las cargas de elementos (como el número de propiedades o la profundidad de anidamiento), salvo las restricciones de longitud en los valores de identificador y clave de partición y la restricción de tamaño general de 2 MB. Es posible que deba configurar la directiva de indexación para contenedores con estructuras de elementos grandes o complejas a fin de reducir el consumo de RU. Consulte Modelado de elementos en Azure Cosmos DB para obtener un ejemplo real y los patrones para administrar elementos de gran tamaño.

Límites por solicitud

Azure Cosmos DB admite operaciones CRUD y de consulta con recursos como contenedores, elementos y bases de datos. También admite solicitudes de lotes transaccionales con elementos con la misma clave de partición en un contenedor.

Resource Límite
Tiempo máximo de ejecución para una sola operación (por ejemplo, la ejecución de un procedimiento almacenado o la recuperación de una página de consulta única) 5 segundos
Tamaño máximo de la solicitud (por ejemplo, procedimiento almacenado, CRUD) 2 MB
Tamaño máximo de respuesta (por ejemplo, consulta paginada) 4 MB
Número máximo de operaciones en un lote transaccional 100

Azure Cosmos DB admite la ejecución de desencadenadores durante las escrituras. El servicio admite un máximo de un desencadenador previo y un desencadenador posterior por operación de escritura.

Una vez que una operación como una consulta alcanza el límite del tamaño de respuesta o del tiempo de espera de ejecución, esta devuelve una página de resultados y un token de continuación al cliente para reanudar la ejecución. No hay ningún límite práctico en la duración de la ejecución de una sola consulta en páginas o continuaciones.

Azure Cosmos DB utiliza HMAC para la autorización. Puede usar una clave principal o un token de recursos para un control de acceso específico a los recursos. Estos recursos pueden incluir contenedores, claves de partición o elementos. En la tabla siguiente se enumeran los límites de los tokens de autorización de Azure Cosmos DB.

Resource Límite
Tiempo de expiración máximo del token principal 15 minutos
Tiempo de expiración mínimo del token maestro 10 min
Tiempo de expiración máximo del token de recursos 24 h de forma predeterminada ¹
Distorsión máxima del reloj para la autorización del token 15 minutos

Para aumentarlo, puede completar una incidencia de soporte técnico de Azure

Límites del rendimiento aprovisionado de escalabilidad automática

Consulte este artículo sobre escalabilidad automática y las preguntas frecuentes para obtener una explicación más detallada de los límites de almacenamiento y rendimiento con escalabilidad automática.

Recurso Límite
Número máximo de RU/s a los que el sistema se puede escalar Tmax, el número máximo de RU/s de escalabilidad automática establecido por el usuario
Número mínimo de RU/s a los que el sistema se puede escalar 0.1 * Tmax
RU/s actuales a los que se escala el sistema 0.1*Tmax <= T <= Tmax, en función del uso
Número mínimo de RU/s facturables por hora 0.1 * Tmax

La facturación se realiza por hora, de modo que se le cobra el número máximo de RU/s a los que se escaló el sistema durante esa hora, o, de ser mayor, 0.1*Tmax.
Valor mínimo del número máximo de RU/s de escalabilidad automática para un contenedor MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) redondeado hacia arriba a los 1000 RU/s más cercanos
Valor mínimo del número máximo de RU/s de escalabilidad automática para una base de datos MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), redondeado a los 1000 RU/s más cercanos.

Nota: Si la base de datos tiene más de 25 contenedores, el sistema incrementa el valor mínimo de número máximo de RU/s de escalabilidad automática en 1000 RU/s por cada contenedor adicional. Por ejemplo, si tiene 30 contenedores, el valor más bajo de número máximo de RU/s de escalabilidad automática que puede establecer es 6000 RU/s (para un escalado entre 600 y 6000 RU/s).

Límites de la consulta SQL

Azure Cosmos DB admite la consulta de elementos mediante SQL. En la tabla siguiente se describen las restricciones en las instrucciones de consulta, por ejemplo, en relación con el número de cláusulas o la longitud de la consulta.

Resource Límite
Longitud máxima de la consulta SQL 512 KB
Número máximo de cláusulas JOIN por consulta 10 ¹
Número máximo de UDF por consulta 10 ¹
Número máximo de puntos por polígono 4096
Número máximo de rutas de acceso incluidas de forma explícita por contenedor 1500 ¹
Número máximo de rutas de acceso excluidas de forma explícita por contenedor 1500 ¹
Propiedades máximas de un índice compuesto 8
Número máximo de rutas de acceso en un índice compuesto 100

¹ Para aumentar cualquiera de estos límites de consulta SQL, cree una solicitud de soporte técnico de Azure.

Límites específicos de la API para MongoDB

Azure Cosmos DB admite el protocolo de conexión de MongoDB para las aplicaciones escritas para MongoDB. Puede encontrar los comandos admitidos y las versiones del protocolo en Sintaxis y características que admite MongoDB.

En la tabla siguiente se enumeran los límites específicos a la compatibilidad con características de MongoDB. Los otros límites de servicio que se mencionan con la API para NoSQL también se aplican a la API para MongoDB.

Resource Límite
Tamaño máximo de un documento 16 MB (longitud en UTF-8 de la representación JSON) ¹
Tamaño máximo de la memoria de consulta de MongoDB (esta limitación es solo para la versión de servidor 3.2) 40 MB
Tiempo de ejecución máximo para las operaciones de MongoDB (para la versión de servidor 3.2) 15 segundos
Tiempo de ejecución máximo de las operaciones de MongoDB (para la versión de servidor 3.6 y 4.0) 60 segundos
Nivel máximo de anidamiento de objetos o matrices insertados en las definiciones de índice. 6
Tiempo de espera de conexión inactiva para el cierre de la conexión del lado servidor ² 30 minutos

¹ Los tamaños de documento grandes hasta 16 MB requieren la habilitación de características en Azure Portal. Lea la documentación sobre las características para obtener más información.

² Se recomienda que las aplicaciones cliente establezcan el tiempo de espera de conexión inactiva en la configuración del controlador en 2-3 minutos, ya que el tiempo de espera predeterminado de Azure LoadBalancer es de 4 minutos. Este tiempo de espera garantiza que un equilibrador de carga intermedio no cierre las conexiones inactivas entre la máquina cliente y Azure Cosmos DB.

Probar límites de Azure Cosmos DB gratis

En la tabla siguiente se enumeran los límites de la prueba de encontrará en Pruebe gratis Azure Cosmos DB.

Recurso Límite
Duración de la prueba 30 días (se puede solicitar una nueva prueba después de su expiración)
Después de la expiración, se elimina la información almacenada.
Número máximo de contenedores por suscripción (NoSQL, Gremlin y API para Table) 1
Número máximo de contenedores por suscripción (API para MongoDB) 3
Rendimiento máximo por contenedor 5000
Rendimiento máximo por base de datos de rendimiento compartido 20000
Almacenamiento total máximo por cuenta 10 GB

La Prueba de Azure Cosmos DB admite la distribución global solo en las regiones Centro de EE. UU., Norte de Europa y Sudeste de Asia. No se pueden crear incidencias de soporte técnico de Azure para las cuentas de prueba de Azure Cosmos DB. Sin embargo, se ofrece soporte técnico para aquellos suscriptores que cuenten con planes de soporte técnico existentes.

Límites de las cuentas de nivel Gratis de Azure Cosmos DB

En la tabla siguiente se enumeran los límites de las cuentas de nivel Gratis de Azure Cosmos DB.

Resource Límite
Número de cuentas de nivel Gratis por suscripción de Azure 1
Duración del descuento por nivel Gratis Vigencia de la cuenta. Debe registrarse durante la creación de la cuenta.
Número máximo de RU/s gratis 1000 RU/s
Almacenamiento máximo gratis 25 GB
Número máximo de bases de datos de rendimiento compartido 5
Número máximo de contenedores en una base de datos de rendimiento compartido 25
En las cuentas de nivel Gratis, el número mínimo de RU/s para una base de datos de rendimiento compartido con un máximo de 25 contenedores es 400 RU/s.

Además de la tabla anterior, los límites por cuenta también se aplican a las cuentas de nivel gratis. Para más información, consulte cómo crear una cuenta de nivel gratis.

Pasos siguientes