En esta página, se describen las cuotas de producción y los límites 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 serviceusage.quotas.get
permiso de Identity and Access Management (IAM).
Para cambiar tus cuotas, debes tener lo siguiente:
serviceusage.quotas.update
permiso de IAM. 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 el Roles básicos de IAM Propietario y editor, y el rol predefinido de administrador de cuotas
Verifica tus cuotas
Para comprobar 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 ver más 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 API de Spanner, significa que No se habilitó la API. Para obtener más información, consulta Cómo habilitar las APIs.
Selecciona las cuotas que deseas cambiar.
Haz clic en Editar cuotas.
En el panel Cambios en la cuota que aparece, ingresa el límite de cuota nuevo.
Haz clic en Listo y, luego, en Enviar solicitud.
Si no puedes aumentar manualmente el límite de nodos al límite deseado, Haz clic en Solicitar una cuota mayor. Completa el formulario para enviar una solicitud a el equipo de Spanner. Recibirás una respuesta en un plazo de 48 horas. de tu solicitud.
Aumenta la cuota para una configuración de instancias personalizada
Puedes aumentar la cuota de nodos para tu configuración de instancias personalizada.
Para comprobar el límite de nodos de la configuración de una instancia personalizada, verifica el nodo límite de la configuración de instancia de base.
Usa el comando mostrar detalles de configuración de instancias. si no conoces o recuerdas la base de tu configuración de instancias personalizada.
Si el límite de nodos necesario para la configuración de tu instancia personalizada es menor a 85, sigue las instrucciones de la sección anterior Aumenta tus cuotas sección. 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 requerido 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 instancias 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 la configuración del proyecto y de la instancia. Para cambiar los límites de cuota de un proyecto o solicitar un aumento del límite, consulta Aumenta la 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 de 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 del 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 la instancia personalizada | Entre 8 y 64 caracteres Un ID de configuración de instancia personalizado debe comenzar con |
Límites de partición geográfica
| Valor | Límite |
|---|---|
| Cantidad máxima de particiones por instancia | 10 |
| Cantidad máxima de filas de posición por nodo en tu partición9 | 20 millones |
Límites de bases de datos
- Para instancias de 1 nodo (1,000 unidades de procesamiento) y más: 4 TB por nodo
- Para instancias de menos de 1 nodo: 409.6 GB por 100 procesamientos unidades
Mayor capacidad de almacenamiento de 10 TB por nodo está disponible en algunas regiones y multirregiones Configuraciones de instancia de Spanner. Para obtener más información, consulta Mejoras en el rendimiento y el almacenamiento.
Las copias de seguridad se almacenan por separado y no para 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 MB |
| 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 que no son de 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 |
STRUCT campos |
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 (incluidos 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 |
|---|---|
| Flujos 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 flujo de cambios7 | 5 |
Límites de Data Boost
| Valor | Límite |
|---|---|
| Solicitudes simultáneas de Data Boost8 | 200 |
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.
- Para instancias de 1 nodo o más, 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 procesamiento mantendrá el estado por debajo del límite hasta que la base de datos crezca a más de 819.2 GB. Después del alcance este tamaño, necesitas agregar otras 100 unidades de procesamiento para permitir que la base de datos 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, si borras un rango de filas de la tabla, se registrará como 1
especial para la tabla, más 2 mutaciones por cada fila que se borre porque
las filas en el índice secundario podrían estar dispersas en el espacio de claves, lo que hace
es imposible que Spanner llame a una única operación de eliminación de rango en el
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. La mayoría de las particiones tienen 20 millones de filas por nodo
límite. Las particiones que usan us-west4, nam10,
y nam-eur-asia1 tienen 10 millones de filas por
límite de nodos.