En esta página se detallan las cuotas y los límites de Cloud SQL. Las cuotas se aplican por proyecto, mientras que los límites se aplican a la instancia o al proyecto, dependiendo del límite.
Cuotas
Una cuota restringe la cantidad de un Google Cloud recurso que puede usar tu Google Cloud proyecto. Cloud SQL es un ejemplo de este tipo de recurso.
En Cloud SQL, las cuotas forman parte de un sistema que hace lo siguiente:
- Monitorizar el uso o el consumo de instancias de Cloud SQL
- Restringe el consumo de estas instancias para garantizar la equidad y reducir los picos de uso.
- Mantener configuraciones que apliquen automáticamente las restricciones prescritas
- Proporcionar un medio para hacer o solicitar cambios en la cuota
Cuando se supera una cuota, en la mayoría de los casos, el sistema bloquea el acceso a la instancia correspondiente inmediatamente y la tarea que intentas realizar falla. Las cuotas se aplican a todos los Google Cloud proyectos y se comparten entre todas las instancias que utilicen ese proyecto.
Permisos para comprobar y aumentar tus cuotas
Para comprobar y aumentar tus cuotas, necesitas los siguientes permisos:
serviceusage.quotas.get:Consulta tus cuotasserviceusage.quotas.update:aumentar las cuotas
De forma predeterminada, estos permisos se incluyen en los roles básicos de IAM Editor y Propietario, así como en el rol predefinido Administrador de cuota. Si necesitas permisos adicionales, ponte en contacto con el administrador de cuotas.
Consultar las cuotas
Para consultar las cuotas de los recursos de tu proyecto, ve a la página Cuotas de laGoogle Cloud consola y filtra por API Admin de Cloud SQL. Estas cuotas solo se aplican a las llamadas a la API, no a las consultas de bases de datos.
Aumentar las cuotas
Las cuotas pueden ir aumentando conforme se amplía el uso que haces de Google Cloud . Si crees que dicho uso va a aumentar considerablemente, solicita un aumento con unos días de antelación para asegurarte de que dispones de las cuotas adecuadas.
No te cobramos nada por solicitar un aumento de cuota. Los costes solo se incrementan si utilizas más recursos.
Para aumentar tus cuotas, sigue estos pasos:
En la Google Cloud consola, ve a la página Cuotas.
Filtra por el servicio API Admin de Cloud SQL.
Si no ves este servicio, habilita la API Cloud SQL Admin.
Marca las casillas situadas junto a las cuotas que quieras cambiar y, a continuación, haz clic en Editar cuotas.
En el campo Nuevo límite de cada cuota que hayas seleccionado, introduce el valor del límite que quieras.
En el campo Descripción del motivo, indica el motivo de tu solicitud de aumento de cuota y, a continuación, haz clic en Hecho.
Haz clic en Siguiente.
Escribe tu nombre, correo electrónico y número de teléfono, y haz clic en Enviar solicitud.
Si tienes problemas para aumentar tus cuotas, envía un caso de asistencia.
Renovación de cuotas de recursos
Las cuotas diarias se renuevan cada día a medianoche (UTC -8:00).
Disponibilidad de recursos y cuotas
Las cuotas de recursos son la cantidad máxima de recursos que puedes crear de un tipo en concreto, siempre que estén disponibles (lo cual no se garantiza). Si un recurso no está físicamente disponible en tu región, no podrás crear recursos de ese tipo, aunque quede cuota en tu proyecto.
Cuotas de frecuencia
Cloud SQL admite cuotas de frecuencia, también conocidas como límites de frecuencia o cuotas de API. Las cuotas de frecuencia definen el número de solicitudes que puedes enviar a la API Admin de Cloud SQL.
Cada cuota de frecuencia corresponde a todas las solicitudes de una categoría de uno o varios métodos de la API Admin de Cloud SQL. Las cuotas de frecuencia se restablecen tras un intervalo de tiempo específico de Cloud SQL (por ejemplo, el número de solicitudes a la API por minuto).
Cuando usas la interfaz de línea de comandos de gcloud o la Google Cloud consola, envías solicitudes a la API Admin de Cloud SQL, y estas solicitudes se tienen en cuenta para tus cuotas de frecuencia. Si usas cuentas de servicio para acceder a la API, estas solicitudes también se contabilizarán en tus cuotas de frecuencia.
Cloud SQL aplica y repone las cuotas de velocidad automáticamente en intervalos de 60 segundos. Si tu proyecto alcanza el límite de una cuota de frecuencia en cualquier momento en un plazo de 60 segundos, debes esperar a que se vuelva a llenar esa cuota antes de enviar más solicitudes de esa categoría. Si tu proyecto supera este límite, recibirás un código de estado HTTP 429 con el motivo rateLimitExceeded.
La API Admin de Cloud SQL se divide en las siguientes categorías:
- Conectar: busca los valores necesarios para conectarse a una base de datos de Cloud SQL.
- Get: recupera información sobre un recurso (por ejemplo, una instancia, una operación o una copia de seguridad).
- Lista: muestra los recursos.
- Mutate: crea, modifica y elimina recursos.
- Predeterminado por región: interactúa con una instancia de Cloud SQL sin conectarte a ella, ni obtenerla, mostrarla o modificarla.
- Valor predeterminado: muestra las marcas de base de datos y los tipos de máquinas (niveles) de las instancias de Cloud SQL. Las APIs de esta categoría son globales.
Cloud SQL impone cuotas de frecuencia para cada categoría por minuto, por usuario y por región. Cloud SQL impone un límite de frecuencia independiente para cada combinación única de estos atributos.
La API Admin de Cloud SQL genera métricas detalladas que pueden ayudarte a monitorizar el uso de la API, el rendimiento de tu instancia de Cloud SQL y la API, así como a detectar problemas entre tu instancia y la API. Para obtener más información, consulta Monitorizar el uso de las APIs.
En la siguiente tabla se proporciona información sobre la métrica, las APIs y el límite predeterminado de cada categoría:
| Categoría | Métrica | APIs | Límite predeterminado |
|---|---|---|---|
| Conectar |
Número de solicitudes que se realizan por minuto, por usuario y por región para usar las APIs de esta categoría. |
1000 | |
| Obtener |
Número de solicitudes que se realizan por minuto, por usuario y por región para usar las APIs de esta categoría. |
500 | |
| Lista |
Número de solicitudes que se realizan por minuto, por usuario y por región para usar las APIs de esta categoría. |
500 | |
| Mutate |
Número de solicitudes que se realizan por minuto, por usuario y por región para usar las APIs de esta categoría. |
|
180 |
| Valor predeterminado por región |
Número de solicitudes regionales predeterminadas que se realizan por minuto, por usuario y por región para usar las APIs de esta categoría. |
180 | |
| Predeterminado |
Número de solicitudes predeterminadas que se realizan por minuto y por usuario para usar las APIs de esta categoría. |
180 |
Límites
Hay restricciones en algunos recursos de Cloud SQL que no se renuevan periódicamente y tampoco se muestran en la página Cuotas de la Google Cloud consola. Algunos límites se pueden aumentar, pero otros no.
Límites configurables
Instancias por proyecto
El número máximo de instancias que puedes tener en un solo proyecto depende de la arquitectura de red de esas instancias:
- Nueva arquitectura de red SQL: puedes tener hasta 1000 instancias por proyecto.
- Arquitectura de red SQL antigua: puedes tener hasta 100 instancias por proyecto.
- Usar ambas arquitecturas: el límite estará entre 100 y 1000, en función de la distribución de tus instancias en las dos arquitecturas.
Envía un caso de asistencia para solicitar un aumento. Las réplicas de lectura se contabilizan como instancias.
Te recomendamos que distribuyas el número de instancias en varios proyectos para reducir la dependencia de las solicitudes de aumento de cuota. De esta forma, podrás evitar posibles bloqueos.
Número máximo de conexiones simultáneas
El número exacto de conexiones de usuario permitidas depende de la versión de SQL Server que utilices y de los límites de tus aplicaciones y tu hardware. SQL Server admite un máximo de 32.767 conexiones de usuario.
Si quieres obtener más información sobre cómo configurar conexiones de usuario en SQL Server, consulta la documentación de referencia.
Advertencias
Uso de cuotas de conectores de Cloud SQL
El proxy de autenticación de Cloud SQL y otros conectores de Cloud SQL usan la cuota de la API Admin de Cloud SQL. Los conectores de Cloud SQL funcionan ejecutando una operación de actualización aproximadamente cada hora. Esta operación de actualización hace dos llamadas a la API. Una llamada obtiene los metadatos de la instancia y la otra obtiene un certificado efímero.
El uso de la cuota se calcula de la siguiente manera:
Quota usage = connector processes running * instances * 2 API calls per hour
Por ejemplo, si tienes tres procesos que ejecutan un conector, el conector está configurado para conectarse a dos instancias de Cloud SQL y se realizan dos llamadas a la API durante una hora, el consumo de tu cuota será de 12 (3 procesos × 2 instancias × 2 llamadas a la API).
Si estás empezando a usar Cloud SQL, ten en cuenta la fórmula anterior y los siguientes aspectos:
La rapidez con la que aumentas el número de clientes de la base de datos
La rapidez con la que añades más instancias
Usar cuentas de servicio diferentes para cada aplicación
Autenticación de la base de datos de gestión de identidades y accesos de Cloud SQL
Cada instancia tiene una cuota de inicios de sesión por minuto, que incluye tanto los inicios de sesión correctos como los incorrectos. Si se supera la cuota, los inicios de sesión no estarán disponibles temporalmente. Te recomendamos que evites iniciar sesión con frecuencia y que restrinjas los inicios de sesión mediante redes autorizadas. La cuota de autorización de inicios de sesión es de 12.000 por minuto y por instancia.
Cuota de reglas de reenvío
Cada instancia de Cloud SQL consta de una regla de reenvío y un balanceador de carga. Hay un límite de cuota en la regla de reenvío, en función del tipo de balanceador de carga al que apunte. Hay varias cuotas para cada tipo de regla de reenvío por proyecto, por red y por grupo de emparejamiento. También hay una regla de anulación para las cuotas por red y por grupo de emparejamiento de Cloud SQL. Esto significa que, cuando aumentamos la cuota por red de las redes de productores, la cuota por grupo de emparejamiento también aumenta al mismo valor.
La VPC de productor de Cloud SQL está emparejada con la VPC del cliente, por lo que a menudo alcanzamos la cuota por red de la red de productor de Cloud SQL y la cuota por grupo de emparejamiento de la VPC del cliente.
Cuando alcanzamos la cuota, algunas operaciones pueden fallar, entre ellas:
Crear operación: necesitamos nuevas reglas de reenvío cuando creamos nuevas instancias.
Operación de actualización: permitimos que los clientes cambien la red de las instancias, por lo que necesitamos nuevas reglas de reenvío en la nueva red.
Operación de mantenimiento: se vuelven a crear las reglas de reenvío.
Para evitar problemas, le recomendamos que limite el número total de instancias por red a menos de 500.
Si tienes algún problema, presenta un caso de asistencia y aumentaremos las cuotas correspondientes.
Límites fijos
IOPS
Las IOPS son el número de operaciones de entrada/salida (o de lectura/escritura) que puede procesar tu disco por segundo.
Cloud SQL usa máquinas virtuales (VMs) de Compute Engine con discos de almacenamiento persistente. Para obtener información detallada sobre las características de rendimiento de una VM específica, consulta la tabla IOPS máximas sostenidas de la página Rendimiento de los discos persistentes.
Límite de tablas
Límite de operaciones
Los tipos de máquinas de nivel micro y pequeño limitan el número de operaciones simultáneas.
Si se superan estos límites, se produce un error Too many operations.
El límite del tipo de máquina db-custom-1-3840 (una sola CPU) es de 50 operaciones simultáneas.
Límites de almacenamiento de Cloud SQL
- Núcleo dedicado: hasta 64 TB.
Consulta Precios de CPU y memoria para obtener más información.
Opciones de almacenamiento de Cloud SQL
Si quieres configurar una opción de almacenamiento que te permita disfrutar del mejor rendimiento, te recomendamos que elijas el tipo y tamaño de disco apropiados para tu carga de trabajo. Para obtener más información sobre las opciones disponibles en Cloud SQL, consulta la configuración de instancias.Límites de App Engine
Las instancias de App Engine que se ejecutan en entornos estándar no pueden tener más de 100 conexiones simultáneas a una instancia. El límite en el caso de las aplicaciones escritas en PHP 5.5 es de 60 conexiones simultáneas.
Las aplicaciones de App Engine están sujetas a límites de tiempo de solicitud que varían en función del uso y del entorno. Para obtener más información, consulta cómo se gestionan las instancias en entornos estándar y flexibles de App Engine.
Las aplicaciones de App Engine también están sujetas a otros límites y cuotas de dicha plataforma, tal como se explica en la página de cuotas correspondiente.
Límites de Cloud Run
Si usas la conexión integrada de Cloud SQL en Cloud Run, las instancias de contenedor de Cloud Run estarán limitadas a 100 conexiones por base de datos de Cloud SQL.
Cada instancia de un servicio o un trabajo de Cloud Run puede tener 100 conexiones a la base de datos. A medida que se escala este servicio o trabajo, puede aumentar el número total de conexiones por despliegue.
Este límite no se aplica cuando se usan otros métodos de conexión, como el proxy de autenticación de Cloud SQL en un contenedor sidecar, los conectores de lenguaje de Cloud SQL o cuando se conecta directamente a la dirección IP de la instancia de Cloud SQL.
Límites de Cloud Run Functions
Cloud Run Functions (1.ª gen.) limita las ejecuciones simultáneas a una por instancia. Nunca se dará ninguna situación en la que una instancia de función de 1.ª gen. procese dos solicitudes a la vez. En la mayoría de los casos, solo se necesita una conexión de base de datos.
Cloud Run Functions (2.ª gen.) se basa en Cloud Run y tiene un límite de 100 conexiones de base de datos por instancia.
Límites de las consultas guardadas
| Valor | Límite |
|---|---|
| Número máximo de consultas guardadas por proyecto (incluidas las consultas guardadas de otros productos de Google Cloud ) | 10.000 |
| Tamaño máximo de cada consulta | 1 MiB |
Límites de almacenamiento de Cloud SQL
- Núcleo dedicado: hasta 64 TB.
Consulta Precios de CPU y memoria para obtener más información.
Opciones de almacenamiento de Cloud SQL
Si quieres configurar una opción de almacenamiento que te permita disfrutar del mejor rendimiento, te recomendamos que elijas el tipo y tamaño de disco apropiados para tu carga de trabajo. Para obtener más información sobre las opciones disponibles en Cloud SQL, consulta la configuración de instancias.Límites de App Engine
Las instancias de App Engine que se ejecutan en entornos estándar no pueden tener más de 100 conexiones simultáneas a una instancia. El límite en el caso de las aplicaciones escritas en PHP 5.5 es de 60 conexiones simultáneas.
Las aplicaciones de App Engine están sujetas a límites de tiempo de solicitud que varían en función del uso y del entorno. Para obtener más información, consulta cómo se gestionan las instancias en entornos estándar y flexibles de App Engine.
Las aplicaciones de App Engine también están sujetas a otros límites y cuotas de dicha plataforma, tal como se explica en la página de cuotas correspondiente.
Límites de Cloud Run
Si usas la conexión integrada de Cloud SQL en Cloud Run, las instancias de contenedor de Cloud Run estarán limitadas a 100 conexiones por base de datos de Cloud SQL.
Cada instancia de un servicio o un trabajo de Cloud Run puede tener 100 conexiones a la base de datos. A medida que se escala este servicio o trabajo, puede aumentar el número total de conexiones por despliegue.
Este límite no se aplica cuando se usan otros métodos de conexión, como el proxy de autenticación de Cloud SQL en un contenedor sidecar, los conectores de lenguaje de Cloud SQL o cuando se conecta directamente a la dirección IP de la instancia de Cloud SQL.
Límites de Cloud Run Functions
Cloud Run Functions (1.ª gen.) limita las ejecuciones simultáneas a una por instancia. Nunca se dará ninguna situación en la que una instancia de función de 1.ª gen. procese dos solicitudes a la vez. En la mayoría de los casos, solo se necesita una conexión de base de datos.
Cloud Run Functions (2.ª gen.) se basa en Cloud Run y tiene un límite de 100 conexiones de base de datos por instancia.