En esta página se proporciona información sobre las cuotas y los límites de Cloud SQL. Las cuotas se aplican por proyecto. Los límites se aplican a la instancia o al proyecto, según el límite.
Cuotas
Una cuota restringe la cantidad de un recurso Google Cloud que puede usar tu proyecto Google Cloud . Cloud SQL es un ejemplo de este tipo de recurso.
Para Cloud SQL, las cuotas son parte de un sistema que realiza las siguientes acciones
- Supervisar el uso o el consumo de instancias de Cloud SQL
- Restringir el consumo de estas instancias por motivos como garantizar la equidad y reducir los picos de uso
- Mantener la configuración que aplica de forma automática las restricciones prescritas
- Proporcionar un medio para realizar o solicitar cambios en la cuota
Cuando se excede una cuota, en la mayoría de los casos, el sistema bloquea el acceso a la instancia relevante de inmediato y la tarea que intentas realizar falla. Las cuotas se aplican a cada proyecto Google Cloud y se comparten entre todas las instancias que lo usan.
Permisos para verificar y aumentar tus cuotas
Para verificar y aumentar tus cuotas, necesitas los siguientes permisos:
serviceusage.quotas.get:Para verificar tus cuotasserviceusage.quotas.update:Para aumentar las cuotas
De forma predeterminada, estos permisos se incluyen en los roles básicos de IAM de Editor y Propietario, y en el rol predefinido de Administrador de cuotas. Si necesitas permisos adicionales, comunícate con el administrador de cuotas.
Verifica tus cuotas
Para verificar las cuotas actuales de los recursos de tu proyecto, ve a la página Cuotas en laGoogle Cloud consola y filtra la API de Cloud SQL Admin. Estas cuotas solo se aplican a las llamadas a la API y no incluyen consultas de base de datos.
Aumenta tus cuotas
A medida que tu uso de Google Cloud aumente con el tiempo, también pueden aumentar las cuotas, según corresponda. Si prevés un aumento considerable en el uso, es conveniente que hagas la solicitud con unos días de antelación para garantizar que tus cuotas tengan la capacidad necesaria.
No se aplican cargos por solicitar un aumento de cuota. Tus costos aumentan solo si usas más recursos.
Para aumentar tus cuotas, sigue estos pasos:
En la consola de Google Cloud , ve a la página Cuotas.
Filtra el servicio de la API de Cloud SQL Admin.
Si no ves este servicio, habilita la API de Cloud SQL Admin.
Selecciona las casillas de verificación junto a las cuotas que deseas cambiar y, luego, haz clic en Editar cuotas.
Para cada cuota que hayas seleccionado, en el campo Límite nuevo, ingresa el valor del límite deseado.
En el campo Descripción del motivo, ingresa un motivo para la solicitud de aumento de tu cuota y, luego, haz clic en Listo.
Haz clic en Siguiente.
Completa los campos con 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.
Cómo se reabastecen las cuotas de recursos
Las cuotas diarias se reabastecen a medianoche (hora del Pacífico).
Disponibilidad de cuotas y recursos
Las cuotas de recursos son la cantidad máxima de recursos de un tipo específico que puedes crear si se encuentran disponibles. No garantizan que los recursos estén disponibles en todo momento. Si un recurso no está disponible para tu región de forma física, no puedes crear recursos nuevos de ese tipo aunque tengas cuota restante en tu proyecto.
Cuotas de frecuencia
Cloud SQL admite cuotas de frecuencia, que también se conocen como límites de frecuencia o cuotas de API. Las cuotas de frecuencia definen cuántas solicitudes puedes realizar a la API de Cloud SQL Admin.
Cada cuota de frecuencia corresponde a todas las solicitudes de una categoría de uno o más métodos de la API de Cloud SQL Admin. Las cuotas de frecuencia se restablecen luego de un intervalo específico de Cloud SQL (por ejemplo, la cantidad de solicitudes a la API por minuto).
Cuando usas la CLI de gcloud o la Google Cloud consola, realizas solicitudes a la API de Cloud SQL Admin 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 tienen en cuenta en las cuotas de frecuencia.
Cloud SQL aplica y recarga las cuotas de frecuencia automáticamente en intervalos de 60 segundos. Si tu proyecto alcanza el límite de cuota de frecuencia en cualquier momento dentro de los 60 segundos, debes esperar a que se vuelva a completar esa cuota para poder realizar más solicitudes en esa categoría. Si tu proyecto excede este límite, recibirás un código de estado HTTP 429 con el motivo de rateLimitExceeded.
La API de Cloud SQL Admin se divide en las siguientes categorías:
- Conectar: Busca los valores necesarios para conectarse a una base de datos de Cloud SQL.
- Obtener: Recupera información sobre un recurso (por ejemplo, una instancia, una operación o una copia de seguridad).
- Enumerar: enumera los recursos.
- Mutar: Crea, modifica y borra recursos.
- Predeterminado por región: Interactúa con una instancia de Cloud SQL sin conectarte a ella, recuperarla, enumerarla ni mutarla.
- Predeterminado: Enumera las marcas de base de datos y los tipos de máquinas (niveles) para las instancias de Cloud SQL. Las API de esta categoría son globales.
Cloud SQL impone cuotas de frecuencia para cada categoría, por minuto, por usuario y por región. Para cada combinación única de estos atributos, Cloud SQL impone un límite de frecuencia independiente.
La API de Cloud SQL Admin produce métricas detalladas que pueden ayudarte a hacer un seguimiento del uso de la API, supervisar el rendimiento de la instancia de Cloud SQL y la API, y descubrir problemas entre la instancia y la API. Para obtener más información, consulta el uso de API de Monitoring.
En la siguiente tabla, se proporciona información sobre la métrica, las API y el límite predeterminado para cada categoría:
| Categoría | Métrica | API | Límite predeterminado |
|---|---|---|---|
| Conectar |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las API de esta categoría. |
1000 | |
| Obtener |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las API de esta categoría. |
500 | |
| Lista |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las API de esta categoría. |
500 | |
| Mutar |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las API de esta categoría. |
|
180 |
| Configuración predeterminada por región |
La cantidad de solicitudes regionales predeterminadas que se realizan por minuto, por usuario y por región, para usar las API de esta categoría. |
180 | |
| Predeterminada |
La cantidad de solicitudes predeterminadas que se realizan por minuto por usuario para usar las API de esta categoría. |
180 |
Límites
Hay restricciones en algunos recursos de Cloud SQL que no se reponen de forma periódica y que no se muestran en la página Cuotas en la Google Cloud consola. Es posible aumentar algunos límites, pero no otros.
Límites configurables
Instancias por proyecto
La cantidad máxima de instancias que puedes tener en un solo proyecto depende de la arquitectura de red de esas instancias:
- Nueva arquitectura de red de SQL: Puedes tener hasta 1,000 instancias por proyecto.
- Arquitectura de red de SQL anterior: Puedes tener hasta 100 instancias por proyecto.
- Si usas ambas arquitecturas, tu límite estará entre 100 y 1,000, según la distribución de tus instancias en las dos arquitecturas.
Presenta un caso de asistencia para solicitar un aumento. Las réplicas de lectura se cuentan como instancias.
Recomendamos que distribuyas el recuento de instancias en varios proyectos para reducir la dependencia de las solicitudes de aumento de cuota. Esto te ayuda a evitar posibles bloqueos.
Cantidad máxima de conexiones simultáneas
La cantidad real de conexiones de usuarios permitidas depende de la versión de SQL Server que uses, así como de los límites de las aplicaciones y el hardware. SQL Server permite un máximo de 32,767 conexiones de usuarios.
Para obtener información sobre la configuración de conexiones de usuario en SQL Server, consulta la documentación de referencia.
Advertencias
Uso de cuota para los conectores de Cloud SQL
El proxy de autenticación de Cloud SQL y otros conectores de Cloud SQL usan la cuota de la API de Cloud SQL Admin. Los conectores de Cloud SQL funcionan mediante la ejecución de una operación de actualización aproximadamente cada hora. Esta operación de actualización realiza dos llamadas a la API. Una llamada recupera los metadatos de la instancia y la otra recupera un certificado efímero.
El uso de 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 la cuota es de 12 (3 procesos * 2 instancias * 2 llamadas a la API).
Si recién comienzas a usar Cloud SQL, ten en cuenta la fórmula anterior, pero debes tener en cuenta lo siguiente:
Qué tan rápido escalas verticalmente los clientes de BD nuevos
Qué tan rápido agrega más instancias
Usa cuentas de servicio diferentes para cada aplicación
Autenticación de la base de datos de IAM de Cloud SQL
Hay una cuota de acceso por minuto para cada instancia, que incluye accesos exitosos y no exitosos. Cuando se supera la cuota, los accesos no están disponibles de forma temporal. Recomendamos que evites accesos frecuentes y que restrinjas los accesos a través de las redes autorizadas. La cuota de autorización de accesos es de 12,000 por minuto y por instancia.
Cuota de la regla de reenvío
Cada instancia de Cloud SQL consta de una regla de reenvío y un balanceador de cargas. Hay un límite de cuota en la regla de reenvío, según el tipo de balanceador de cargas al que apunta. Existen varias cuotas en cada tipo de reglas de reenvío, por proyecto, por red y por grupo de intercambio de tráfico. También hay una regla de anulación para las cuotas de red y de grupo de intercambio de tráfico por Cloud SQL. Esto significa que cuando aumentamos la cuota por red para las redes de productores, la cuota por grupo de intercambio de tráfico también se cambia al mismo valor.
La VPC del productor de Cloud SQL intercambia tráfico con la VPC del cliente, por lo que a menudo alcanzamos la cuota por red para la red del productor de Cloud SQL y por cuota de grupo de intercambio de tráfico para la VPC del cliente.
Cuando alcanzamos la cuota, algunas operaciones pueden fallar, lo que incluye:
Operación de creación: Necesitamos reglas de reenvío nuevas cuando creamos instancias nuevas.
Operación de actualización: Permitimos que los clientes cambien la red de instancias, por lo que necesitamos reglas de reenvío nuevas en la red nueva.
Operación de mantenimiento: Se vuelven a crear las reglas de reenvío.
Para evitar cualquier problema, considera limitar la cantidad total de instancias por red a menos de 500.
Si experimentas algún problema, presenta un caso de asistencia y aumentaremos las cuotas relevantes para ti.
Límites fijos
IOPS
Las IOPS son la cantidad de operaciones de entrada y salida (o operaciones de lectura y escritura) que tu disco puede procesar por segundo.
Cloud SQL usa máquinas virtuales de Compute Engine con discos de almacenamiento persistente. Para obtener detalles sobre las características específicas de rendimiento de VM, consulta la tabla IOPS sostenidas máximas en la página sobre el rendimiento de discos persistentes.
Límite de la tabla
Límite de operaciones
Los tipos de máquinas de nivel pequeño y micro limitan la cantidad de operaciones simultáneas.
Si superas estos límites, se genera un error Too many operations.
El límite del tipo de máquina db-custom-1-3840 (CPU única) es de 50 operaciones simultáneas.
Límites de almacenamiento de Cloud SQL
- Núcleo dedicado: Hasta 64 TB.
Consulta los precios de CPU y memoria para obtener más información.
Opciones de almacenamiento de Cloud SQL
Para configurar una opción de almacenamiento para obtener el mejor rendimiento, es importante conocer la carga de trabajo y elegir el tipo y tamaño de disco adecuados. Si quieres obtener más información sobre las opciones disponibles para Cloud SQL, consulta la configuración de las instancias.Límites de App Engine
Cada instancia de App Engine ejecutada en un entorno estándar no puede tener más de 100 conexiones simultáneas. En el caso de las apps en PHP 5.5, el límite es de 60 conexiones simultáneas.
Las aplicaciones de App Engine están sujetas a los límites de tiempo de las solicitudes, según el uso y el entorno. Para obtener más información, consulta cómo se administran las instancias en entornos estándar y flexibles del entorno estándar de App Engine.
Las aplicaciones de App Engine también están sujetas a las cuotas y los límites adicionales de App Engine que se describen en la página Cuotas de App Engine.
Límites de Cloud Run
Si usas la conexión integrada de Cloud SQL en Cloud Run, las instancias de contenedor de Cloud Run están limitadas a 100 conexiones por base de datos de Cloud SQL.
Cada instancia de un servicio o trabajo de Cloud Run puede tener 100 conexiones a la base de datos y, a medida que este servicio o trabajo escala, puede aumentar la cantidad total de conexiones por implementación.
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 archivo adicional, los conectores de lenguajes 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. Esto significa que una instancia de una función de 1ª gen. jamás procesará dos solicitudes al mismo tiempo. En la mayoría de los casos, solo se necesita una conexión de base de datos.
Cloud Run Functions (2nd gen) se basa en Cloud Run y tiene un límite de 100 conexiones de bases de datos por instancia.
Límites de consultas guardadas
| Valor | Límite |
|---|---|
| Cantidad máxima de búsquedas guardadas por proyecto (incluidas las búsquedas guardadas para otros Google Cloud productos) | 10,000 |
| Tamaño máximo para cada búsqueda | 1 MiB |
Límites de almacenamiento de Cloud SQL
- Núcleo dedicado: Hasta 64 TB.
Consulta los precios de CPU y memoria para obtener más información.
Opciones de almacenamiento de Cloud SQL
Para configurar una opción de almacenamiento para obtener el mejor rendimiento, es importante conocer la carga de trabajo y elegir el tipo y tamaño de disco adecuados. Si quieres obtener más información sobre las opciones disponibles para Cloud SQL, consulta la configuración de las instancias.Límites de App Engine
Cada instancia de App Engine ejecutada en un entorno estándar no puede tener más de 100 conexiones simultáneas. En el caso de las apps en PHP 5.5, el límite es de 60 conexiones simultáneas.
Las aplicaciones de App Engine están sujetas a los límites de tiempo de las solicitudes, según el uso y el entorno. Para obtener más información, consulta cómo se administran las instancias en entornos estándar y flexibles del entorno estándar de App Engine.
Las aplicaciones de App Engine también están sujetas a las cuotas y los límites adicionales de App Engine que se describen en la página Cuotas de App Engine.
Límites de Cloud Run
Si usas la conexión integrada de Cloud SQL en Cloud Run, las instancias de contenedor de Cloud Run están limitadas a 100 conexiones por base de datos de Cloud SQL.
Cada instancia de un servicio o trabajo de Cloud Run puede tener 100 conexiones a la base de datos y, a medida que este servicio o trabajo escala, puede aumentar la cantidad total de conexiones por implementación.
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 archivo adicional, los conectores de lenguajes 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. Esto significa que una instancia de una función de 1ª gen. jamás procesará dos solicitudes al mismo tiempo. En la mayoría de los casos, solo se necesita una conexión de base de datos.
Cloud Run Functions (2nd gen) se basa en Cloud Run y tiene un límite de 100 conexiones de bases de datos por instancia.