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 de Google Cloud que puede usar tu proyecto de 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 de 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 de IAM básicos Editor y Propietario, y en el rol predefinido 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 la consola de Google Cloud 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
Puedes aumentar tus cuotas a medida que incrementas el uso de Google Cloud con el tiempo. 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 aumentos 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 gcloud CLI o la consola de Google Cloud, realizas solicitudes a la API de Cloud SQL Admin y estas 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 APIs y el límite predeterminado para cada categoría:
| Categoría | Métrica | APIs | 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 APIs de esta categoría. |
500 | |
| Ir a la lista |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las APIs de esta categoría. |
500 | |
| Mutar |
La cantidad de solicitudes que se realizan por minuto, por usuario y por región, para usar las APIs 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 | |
| Predeterminado |
La cantidad 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 reponen de forma periódica y que no se muestran en la página Cuotas en la consola de Google Cloud. Es posible aumentar algunos límites, pero no otros.
Límites configurables
Instancias por proyecto
De forma predeterminada, puedes tener hasta 1,000 instancias por proyecto, excepto en algunos casos, en los que puedes tener un límite de 100. 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
MySQL
Puedes usar la marca
max_connections para configurar un límite de conexiones.
MySQL permite un máximo de 32,000 conexiones. Conéctate a tu base de datos y ejecuta este comando para conocer el límite de conexiones de la instancia: SHOW VARIABLES LIKE "max_connections";
PostgreSQL
Puedes usar la marca max_connections para configurar los límites de las conexiones. Cuando creas una instancia de Cloud SQL para PostgreSQL, la configuración de tipo de máquina ajusta de forma automática el rango de los tamaños de memoria disponibles, según el número de núcleos que selecciones. Esto también determina los límites predeterminados iniciales de las conexiones que se establecen para la instancia.
Conéctate a tu base de datos y ejecuta este comando para conocer los límites de conexión de la instancia: SELECT * FROM pg_settings WHERE name = 'max_connections';
El valor que figura en las réplicas debe ser mayor o igual que el valor que figura en la instancia principal. Los cambios que se realicen a la instancia principal se propagan a las réplicas que tienen un valor menor que el valor nuevo de la principal o que no se cambió del valor predeterminado.
Si el valor en la instancia principal es default, el valor de las réplicas no se puede
cambiar. Para cambiar el valor de las réplicas, primero establece el valor de la instancia principal como un número entero.
SQL Server
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.
Si experimentas esos problemas, 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
Cloud SQL para MySQL tiene un límite de 50,000 tablas de forma predeterminada o 500,000 tablas para una instancia si cumples con los requisitos mínimos de hardware de 32 núcleos como mínimo y 200 G de memoria. Para obtener un rendimiento óptimo, recomendamos que la cantidad de tablas en una sola base de datos no supere las 50,000.
El ANS no cubre las instancias que exceden estos límites. Cuando el tamaño de una tabla alcanza los 16 TB, el tamaño máximo para las particiones de Linux no puede agregarse.
La memoria que necesita tu instancia depende de varios factores. Para obtener más información sobre cómo Cloud SQL para MySQL usa la memoria, consulta Cómo MySQL usa la memoria.
Si el recuento de tablas activas es mayor que los valores predeterminados de Cloud SQL o si el tamaño general de la caché es bastante grande, debes realizar ajustes en la instancia. Para mantener un rendimiento óptimo, puedes hacer lo siguiente:
- Actualiza a la edición de Cloud SQL Enterprise Plus para obtener opciones de memoria más altas.
- Actualiza la máquina de Cloud SQL para agregar memoria a tu instancia.
- Reduce el valor de la marca
innodb_buffer_pool_sizede la base de datos.
Las marcas
table_open_cache y
table_definition_cache
se pueden usar para modificar la caché de tablas de Cloud SQL para MySQL.
Puedes usar el esquema de rendimiento para obtener una estimación del tamaño de la caché de la tabla de tu instancia.
Si la cantidad de tablas activas es mucho mayor que la configuración predeterminada de las tablas de Cloud SQL y las recomendaciones de tablas abiertas de MySQL, Cloud SQL recomienda configurar las marcas de base de datos table_open_cache y table_definition_cache con el recuento de tablas activas de tu instancia.
Para obtener más información, consulta Cómo MySQL abre y cierra tablas.
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ímite de recopilación de métricas
Las métricas de PostgreSQL se recopilan en un máximo de 500 bases de datos. Si hay más de 500 bases de datos, entonces solo se incluyen las 500 principales para una métrica determinada. Estas bases de datos tienen los recuentos de transacciones más altos.
Límites de almacenamiento de Cloud SQL
- Núcleo dedicado: Hasta 64 TB.
- Núcleo compartido: Hasta 3 TB.
Consulta Precios de instancias 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 sidecar, 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 Functions
Cloud 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 Functions (2nd gen) se basa en Cloud Run y tiene un límite de 100 conexiones de bases de datos por instancia.