En esta página, se describen las cuotas y los límites de producción de Spanner. Cuota y limit se pueden usar indistintamente en la consola de Google Cloud.
Los valores de la cuota y el límite están sujetos a cambios.
Permisos para verificar y editar cuotas
Para ver tus cuotas, debes tener el permiso de Identity and Access Management (IAM) serviceusage.quotas.get.
Para cambiar tus cuotas, debes tener el permiso IAM serviceusage.quotas.update. Este permiso se incluye de forma predeterminada en
siguientes roles predefinidos: propietario, editor y
Administrador de cuotas.
Estos permisos se incluyen de forma predeterminada en los roles básicos de IAM de Propietario y Editor, y en la función de Administrador de cuotas predefinida.
Verifica tus cuotas
Para verificar las cuotas actuales de recursos en tu proyecto, usa la consola de Google Cloud:
Aumenta tus cuotas
A medida que aumenta tu uso de Spanner con el tiempo, tus cuotas pueden aumentar en consecuencia. Si prevés un aumento considerable en el uso, debe hacer su solicitud con unos días de anticipación para asegurarse de que sus cuotas se y tienen el tamaño adecuado.
Es posible que también debas aumentar la anulación de tu cuota de consumidor. Para obtener más información, consulta Crea una anulación de cuota del consumidor.
Puedes aumentar el nodo de configuración actual de tu instancia de Spanner con la consola de Google Cloud.
Ve a la página Cuotas.
Selecciona API de Spanner en la lista desplegable Servicio.
Si no ves la opción API de Spanner, quiere decir que no se habilitó esta API. Para obtener más información, consulta Habilita las APIs.
Selecciona las cuotas que deseas cambiar.
Haz clic en Editar cuotas.
En el panel Cambios en la cuota que aparece, ingresa tu límite de cuota nuevo.
Haz clic en Listo y, luego, en Enviar solicitud.
Si no puedes aumentar el límite de nodos al límite deseado de forma manual, haz clic en solicitar una cuota más alta. Completa el formulario para enviar una solicitud al equipo de Spanner. Recibirás una respuesta en un plazo de 48 horas. de tu solicitud.
Aumenta tu cuota para una configuración de instancia personalizada
Puedes aumentar la cuota de nodos para tu configuración de instancias personalizada.
Para verificar el límite de nodos de una configuración de instancia personalizada, verifica el límite de nodos de la configuración de la instancia base.
Usa el comando show instance configurations detail si no conoces o no recuerdas la configuración básica de tu configuración de instancia personalizada.
Si el límite de nodos requerido para la configuración de tu instancia personalizada es inferior a 85, sigue las instrucciones de la sección anterior Aumentar tus cuotas. Usa la consola de Google Cloud para aumentar el límite de nodos de la configuración de instancia base asociada con tu instancia personalizada configuración.
Si el límite de nodos necesario para la configuración de tu instancia personalizada es mayor a 85, completa el curso Solicita un aumento de la cuota para tus nodos de Spanner formulario. Especifica el ID de tu configuración de instancia personalizada en el formulario.
Límites de nodos
| Valor | Límite |
|---|---|
| Nodos por configuración de instancia |
Los límites predeterminados varían según el proyecto y la configuración de la instancia. Para cambiar los límites de cuota de los proyectos o solicitar un aumento de límite, consulta Cómo aumentar tus cuotas. |
Límites de instancias
| Valor | Límite |
|---|---|
| Longitud del ID de instancia | De 2 a 64 caracteres |
Límites de instancias de prueba gratuita
Una instancia de prueba gratuita de Spanner tiene los siguientes límites adicionales. Para aumentar o quitar estos límites, actualiza tu prueba gratuita a una instancia pagada.
| Valor | Límite |
|---|---|
| Capacidad de almacenamiento | 10 GB |
| Límite de la base de datos | Crea hasta cinco bases de datos |
| Características no compatibles | Copia de seguridad y restablecimiento |
| ANS | Sin garantías de ANS |
| Duración de la prueba | Período de prueba gratuita de 90 días |
Límites de configuración de instancias
| Valor | Límite |
|---|---|
| Cantidad máxima de parámetros de configuración de instancias personalizados por proyecto | 100 |
| Longitud del ID de configuración de instancia personalizada | De 8 a 64 caracteres Un ID de configuración de instancia personalizada debe comenzar con |
Límites de la partición geográfica
| Valor | Límite |
|---|---|
| Cantidad máxima de particiones por instancia | 10 |
| Cantidad máxima de filas de ubicación por nodo en tu partición9 | 20 millones |
Límites de bases de datos
- En instancias de 1 nodo (1,000 unidades de procesamiento) y más grandes: 4 TB por nodo
- En instancias más pequeñas que 1 nodo: 409.6 GB por 100 unidades de procesamiento
La mayor capacidad de almacenamiento de 10 TB por nodo está disponible en la mayoría de las configuraciones de instancias de Spanner regionales, birregionales y multirregionales. Para obtener más información, consulta Mejoras de rendimiento y almacenamiento.
Las copias de seguridad se almacenan de forma independiente y no se consideran en este límite. Para obtener más información, consulta Métricas de uso de almacenamiento.
Spanner factura el almacenamiento real que se usa una instancia, y no su almacenamiento total disponible.
| Valor | Límite |
|---|---|
| Bases de datos por instancia |
|
| Roles por base de datos | 100 |
| Longitud del ID de la base de datos | De 2 a 30 caracteres |
| Tamaño de almacenamiento1 |
Límites de copias de seguridad y restablecimientos
| Valor | Límite |
|---|---|
| Cantidad de operaciones de creación de copias de seguridad en curso por base de datos | 1 |
| Cantidad de operaciones de restablecimiento de bases de datos en curso por instancia (en la instancia de la base de datos restablecida, no de la copia de seguridad) | 10 |
| Tiempo de retención máximo de las copias de seguridad | 1 año (incluido el día adicional de un año bisiesto) |
Límites de esquemas
Declaraciones DDL
| Valor | Límite |
|---|---|
| Tamaño de la declaración DDL para un cambio de esquema simple | 10 MB |
Tamaño de la declaración DDL para todo el esquema de una base de datos, como lo muestra GetDatabaseDdl |
10 MB |
Tablas
| Valor | Límite |
|---|---|
| Tablas por base de datos | 5,000 |
| Longitud del nombre de la tabla | De 1 a 128 caracteres |
| Columnas por tabla | 1,024 |
| Longitud del nombre de la columna | De 1 a 128 caracteres |
| Tamaño de los datos por celda | 10 MiB |
Tamaño de una celda STRING |
2,621,440 caracteres Unicode |
| Cantidad de columnas en una clave de tabla | 16 Incluye columnas de clave compartidas con cualquier tabla superior |
| Profundidad de la intercalación de tablas | 7 Una tabla de nivel superior con tablas secundarias tiene una profundidad de 1. Una tabla de nivel superior con tablas secundarias de segundo nivel tiene una profundidad de 2, y así sucesivamente. |
| Tamaño total de una tabla o una clave de índice | 8 KB Incluye el tamaño de todas las columnas que conforman la clave |
| Tamaño total de las columnas sin clave | 1,600 MB Incluye el tamaño de todas las columnas sin clave de una tabla |
Índices
| Valor | Límite |
|---|---|
| Índices por base de datos | 10,000 |
| Índices por tabla | 128 |
| Longitud del nombre del índice | De 1 a 128 caracteres |
| Cantidad de columnas en una clave de índice | 16 La cantidad de columnas indexadas (excepto las destinadas a ALMACENAMIENTO) más la cantidad de columnas de clave primaria en la tabla básica |
Vistas
| Valor | Límite |
|---|---|
| Vistas por base de datos | 5,000 |
| Ver longitud del nombre | De 1 a 128 caracteres |
| Profundidad de anidación | 10 Una vista que se refiere a otra vista tiene una profundidad de anidación de 1. Una vista que hace referencia a otra vista que hace referencia a otra vista tiene una profundidad de anidación de 2, y así sucesivamente. |
Límites de consultas
| Valor | Límite |
|---|---|
Columnas en una cláusula GROUP BY |
1,000 |
Valores en un operador IN |
10,000 |
| Llamadas a la función | 1,000 |
| Uniones | 20 |
| Llamadas a la función anidadas | 75 |
Cláusulas GROUP BY anidadas |
35 |
| Expresiones de subconsultas anidadas | 25 |
| Declaraciones de subselecciones anidadas | 60 |
| Parámetros | 950 |
| Longitud de la declaración de consulta | 1 millón de caracteres |
Campos STRUCT |
1,000 |
| Valores secundarios de la expresión de subconsultas | 50 |
| Uniones en una consulta | 200 |
Límites para crear, leer, actualizar y borrar datos
| Valor | Límite |
|---|---|
| Tamaño de la confirmación (incluye los índices y los flujos de cambios) | 100 MB |
| Lecturas simultáneas por sesión | 100 |
| Mutaciones por confirmación (incluye los índices)2 | 80,000 |
| Declaraciones DML particionadas simultáneas por base de datos | 20,000 |
Límites administrativos
| Valor | Límite |
|---|---|
| Tamaño de solicitudes de acciones administrativas3 | 1 MB |
| Límite de frecuencia de las acciones administrativas4 | 5 por segundo, por proyecto y por usuario (promedio de 100 segundos) |
Límites de solicitudes
| Valor | Límite |
|---|---|
| Tamaño de una solicitud, distinta de una confirmación5 | 10 MB |
Cambia los límites de transmisión
| Valor | Límite |
|---|---|
| Flujo de cambios por base de datos | 10 |
| Cambia las transmisiones que miran cualquier columna determinada sin clave6 | 3 |
| Lectores simultáneos por partición de datos de transmisión de cambios7 | 5 |
Límites de Data Boost
| Valor | Límite |
|---|---|
| Solicitudes simultáneas de Data Boost por proyecto en us-central1 | 1,000 8 |
| Solicitudes simultáneas de Data Boost por proyecto y por región en otras regiones | 400 8 |
Notas
1. Para proporcionar alta disponibilidad y baja latencia para acceder a una base de datos, Spanner define los límites de almacenamiento según la capacidad de procesamiento de la instancia:
- Para instancias de menos de 1 nodo (1,000 unidades de procesamiento), Spanner asigna 409.6 GB de datos por cada 100 unidades de procesamiento en la base de datos.
- En el caso de las instancias de 1 nodo y más grandes, Spanner asigna 4 TB de datos para cada nodo.
Por ejemplo, para crear una instancia para una 600 GB de base de datos, debes estableció su capacidad de procesamiento en 200 unidades de procesamiento. Esta cantidad de capacidad de procesamiento mantendrá la instancia por debajo del límite hasta que el tamaño de la base de datos supere los 819.2 GB. Cuando tenga este tamaño, debes agregar 100 unidades de procesamiento más para permitir que crezca. De lo contrario, las operaciones de escritura en la base de datos rechazadas. Si deseas obtener más información, consulta Recomendaciones para el uso del almacenamiento de bases de datos.
Para tener una experiencia de crecimiento fluida, agrega capacidad de procesamiento antes del límite el alcance de tu base de datos.
2. Las operaciones de inserción y actualización se toman en cuenta según las múltiples columnas que afectan, y las columnas de clave primaria siempre se ven afectadas. Por ejemplo, es posible que la inserción de un registro nuevo se considere como cinco mutaciones si se insertan los valores en cinco columnas. La actualización de tres columnas en un registro también puede contar como cinco mutaciones si el registro tiene dos columnas de clave primaria. Las operaciones para borrar y borrar rangos se toman en cuenta como una mutación, sin importar la cantidad de columnas afectadas.
Borrar una fila de una tabla superior que tenga la anotación ON DELETE
CASCADE también se cuenta como una mutación, sin importar la cantidad de filas secundarias intercaladas que existan. La excepción es que si existen índices secundarios definidos en las filas que se borran, los cambios se contabilizarán en los índices secundarios de forma individual. Por ejemplo, si una tabla tiene 2 índices secundarios, borrar un rango de filas de la tabla se registrará como 1 mutación para la tabla, más 2 mutaciones para cada fila que se borre, ya que las filas del índice secundario pueden estar dispersas en el espacio de claves, lo que hace que sea imposible que Spanner llame a una sola operación de rango de eliminación en los índices secundarios. Los índices secundarios incluyen los índices de respaldo de claves externas.
Para encontrar el recuento de mutaciones de una transacción, consulta Recuperación de las estadísticas de confirmaciones de una transacción.
Los flujos de cambios no agregan mutaciones que se tengan en cuenta para este límite.
3. El límite para una solicitud de acción administrativa excluye las confirmaciones, las solicitudes que se mencionan en la nota 5 y los cambios de esquemas.
4. Este límite de frecuencia incluye todas las llamadas a la API de Admin, incluidas las realizadas para sondear las operaciones de larga duración que se ejecutan en una instancia, una base de datos o una copia de seguridad.
5. Este límite incluye las solicitudes de lectura, transmisión de lecturas, ejecución de consultas de SQL y ejecución de consultas de SQL de transmisión, así como las solicitudes para crear y actualizar una base de datos.
6. Un flujo de cambios que observa una tabla o base de datos completa de forma implícita observa cada columna de esa tabla o base de datos y, por lo tanto, cuenta hacia este límite.
7. Este límite se aplica a los lectores simultáneos de los mismos flujos de cambios partición, ya sea que los lectores sean canalizaciones de Dataflow o las consultas directas a la API.
8. Los límites predeterminados varían según el proyecto y las regiones. Para obtener más información, consulta Supervisa y administra Uso de la cuota de Data Boost.
9. Con la partición geográfica, la mayoría de las particiones tienen un límite de 20 millones de filas de ubicación por nodo. Las particiones que usan las configuraciones de us-west4, nam10 y nam-eur-asia1 tienen un límite de 10 millones de filas de ubicación por nodo.