Cuotas y límites

En este documento, se enumeran las cuotas y los límites del sistema que se aplican a App Engine.

• Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar. Las cuotas se definen en los servicios de Google Cloud, como App Engine.
• Los límites del sistema son valores fijos que no se pueden cambiar.

Google Cloud usa cuotas para garantizar la equidad y reducir los aumentos repentinos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de un recurso de Google Cloud que puede usar tu proyecto de Google Cloud. Las cuotas se aplican a una variedad de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir la cantidad de llamadas a la API para un servicio, la cantidad de balanceadores de cargas que se usan en simultáneo en tu proyecto o la cantidad de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios de Google Cloud mediante la prevención de la sobrecarga de los servicios. También te ayudan a administrar tus propios recursos de Google Cloud.

El sistema de cuotas Cloud realiza las siguientes acciones:

• Supervisa el consumo de productos y servicios de Google Cloud.
• Restringe el consumo de esos recursos.
• Proporciona un medio para solicitar cambios en el valor de la cuota.

En la mayoría de los casos, cuando intentas consumir más de lo que permite la cuota de un recurso, el sistema bloquea el acceso al recurso, y la tarea que intentas realizar falla.

Por lo general, las cuotas se aplican a nivel del proyecto de Google Cloud. El uso de un recurso en un proyecto no afecta tu cuota disponible en otro proyecto. Dentro de un proyecto de Google Cloud, las cuotas se comparten entre todas las aplicaciones y direcciones IP.

También existen límites del sistema para los recursos de App Engine. Los límites del sistema no se pueden cambiar.

Una aplicación de App Engine puede consumir recursos hasta alcanzar determinadas cuotas. Puedes ver el consumo diario de tus aplicaciones en la página de detalles de las cuotas en la consola de Google Cloud.

Tipos de cuotas

Los siguientes tipos de cuotas son válidos para las aplicaciones de App Engine:

• Las cuotas gratuitas proporcionan a las aplicaciones una cantidad de cada recurso que puede usarse sin cargo. Puedes encontrar los detalles sobre las cuotas gratuitas en la sección recursos de esta página. Cuando una aplicación supera una cuota gratuita, se te facturará el uso adicional que hagas de ese recurso.

  Solo el entorno estándar de App Engine proporciona cuotas gratuitas.

• Las cuotas diarias tienen como fin proteger la integridad del sistema de App Engine, ya que garantizan que ninguna aplicación individual pueda consumir recursos de una forma tan excesiva que perjudique a otras apps. Si sobrepasas estos límites, aparecerá un mensaje de error. Las cuotas diarias se actualizan todos los días a la medianoche (hora del Pacífico).
• Las cuotas por minuto evitan que las aplicaciones consuman la totalidad de los recursos en períodos muy reducidos y, además, impiden que otras apps acaparen por completo cualquier recurso en particular. Si una aplicación consume un recurso demasiado rápido y agota una cuota por minuto, aparecerá el mensaje “Limitado” junto a la cuota correspondiente en la página Cuotas de la consola de Google Cloud. Se denegarán las solicitudes de recursos que alcancen el límite máximo por minuto.

Los propietarios de proyectos y los administradores de facturación pueden habilitar la facturación para un proyecto determinado.

Consulta la sección ¿Qué ocurre cuando se agota un recurso? para obtener detalles acerca de lo que sucede cuando se supera una cuota y cómo manejar las condiciones que se imponen por exceder este límite.

Sugerencia: Las cuotas máximas por minuto son lo suficientemente altas para niveles de tráfico elevados y permiten manejar un aumento repentino en el tráfico cuando, por ejemplo, tu sitio aparece mencionado en un artículo periodístico. Si crees que una cuota en particular no cumple con este requisito, envía tus comentarios en la Herramienta de seguimiento de errores. Ten en cuenta que enviar comentarios no es una solicitud para aumentar tu cuota, pero nos ayudará a comprender qué cuota podría ser demasiado baja en casos de uso general.

Si esperas niveles de tráfico en extremo altos, o por alguna razón tu aplicación requiere cuotas en particular altas (p. ej., debido al lanzamiento significativo del producto o grandes pruebas de carga), te recomendamos que te registres en un paquete de asistencia.

Cómo se reabastecen los recursos

App Engine hace un seguimiento del uso que tu aplicación hace de los recursos en relación con las cuotas del sistema. App Engine restablece todas las mediciones de los recursos al inicio de cada día natural (salvo los datos almacenados, que siempre representan la cantidad de almacenamiento de datos en uso).

Las cuotas diarias se reabastecen a medianoche (hora del Pacífico). Las cuotas por minuto se actualizan cada 60 segundos.

Qué ocurre cuando se agota un recurso

Cuando una aplicación consume por completo un recurso asignado, este deja de estar disponible hasta que se reabastezca la cuota. Esto podría implicar que tu aplicación no funcione hasta el reabastecimiento.

En el caso de los recursos que son necesarios para iniciar una solicitud, cuando se agota el recurso, la conducta predeterminada de App Engine es mostrar un código de error HTTP 403 o 503 para responder a la solicitud en lugar de llamar al controlador de solicitudes. Este comportamiento se aplica al recurso de horas de instancia.

Sugerencia: Puedes configurar tu aplicación para que entregue una página de error personalizada cuando se exceda una cuota. Si quieres obtener detalles, consulta la referencia del archivo de configuración para Python (2.7, 3), Java, Go, PHP (5.5, 7) o Node.js.

En el caso de los demás recursos, se produce una excepción cada vez que la aplicación intenta consumir un recurso después de que este se agota. La aplicación puede capturar esta excepción y hacerse cargo de ella, por ejemplo, mostrando un mensaje que le explique el error al usuario. En la API de Python, esta excepción es apiproxy_errors.OverQuotaError. En la API para Java, esta excepción es com.google.apphosting.api.ApiProxy.OverQuotaException. En la API de Go, la función appengine.IsOverQuota informa si un error representa una falla en una llamada a la API debido a que la cuota disponible es insuficiente.

En el siguiente ejemplo, se muestra cómo detectar el OverQuotaError, que puede aumentarse a través del método SendMessage() cuando se supera una cuota basada en un correo electrónico:

try:
    mail.SendMessage(to='test@example.com', from='admin@example.com',
            subject='Test Email', body='Testing')
except apiproxy_errors.OverQuotaError, message:
    # Log the error. logging.error(message)
    # Display an informative message to the user.
    self.response.out.write('The email could not be sent. '
            'Please try again later.')

¿Tu aplicación supera los límites predeterminados? Puedes comunicarte con la Atención al cliente de Cloud para solicitar un aumento de los límites de capacidad de procesamiento. Si necesitas una cuota más alta de correo electrónico, puedes usar SendGrid para enviar correos electrónicos.

Cuotas para el entorno flexible de App Engine

Cuando implementas una aplicación en el entorno flexible de App Engine, se consumen algunos recursos de Google Cloud. Es posible que no puedas cambiar estos recursos, pero igual se descontarán de tu cuota.

Recursos

Una aplicación puede usar los siguientes recursos hasta alcanzar el límite de la cuota correspondiente. Los recursos que se miden en relación con los límites de facturación se indican de la siguiente forma: "(facturable)". Las cantidades de cada recurso representan una asignación durante un período de 24 horas.

El costo de los recursos adicionales se indica en la página Precios.

Servicios, instancias y versiones

Existen límites en la cantidad de instancias (para servicios con escalamiento manual), versiones y servicios según cada aplicación. El entorno estándar y el flexible comparten los mismos límites para los servicios y las versiones. Por ejemplo, si tienes versiones estándar y flexibles en la misma app, esas versiones se considerarán en el mismo límite.

^* Los servicios de backend, como el que usa un balanceador de cargas de HTTP externo, se pueden considerar en tu límite máximo de versiones.

No todos los proyectos tienen los límites anteriores. A medida que tu uso de Google Cloud Platform incrementa con el paso del tiempo, tus límites pueden aumentar en consecuencia. Si esperas un aumento notable en el uso, puedes solicitar ajustes de forma proactiva en la página de cuotas de App Engine en la la consola de Google Cloud.

Bucket predeterminado de Cloud Storage

El bucket predeterminado de Cloud Storage incluye una cuota gratuita de uso diario, como se muestra a continuación. Este bucket predeterminado gratuito para el proyecto se crea en la página de configuración de App Engine de la consola de Google Cloud.

Las siguientes cuotas se aplican en específico al uso del bucket predeterminado. Consulta los precios de los buckets multirregionales de Cloud Storage para ver una descripción de estas cuotas.

Blobstore

Las siguientes cuotas se aplican específicamente al uso del blobstore.

Datos almacenados en el blobstore

La cantidad total de datos almacenados en el blobstore. Disponible tanto para apps pagadas como gratuitas.

Almacenamiento de código y datos estáticos

Límite de datos estáticos

En todos los lenguajes, excepto Go, ningún archivo de datos estáticos puede tener más de 32 MB. El límite para Go es de 64 MB.

Almacenamiento total

La cuota de almacenamiento se aplica a la cantidad total de código y datos estáticos almacenados mediante todas las versiones de tu aplicación. El tamaño almacenado total de archivos estáticos y de código se enumera en la tabla del panel principal. Los archivos individuales se muestran en las pantallas Versiones y Backends, respectivamente. A las apps se les cobrará $0.026 por GB al mes por el almacenamiento de código y datos estáticos que supere 1 GB.

Firestore en modo Datastore (Datastore)

La cuota de datos almacenados (facturables) se refiere a todos los datos almacenados para la aplicación en Datastore y en el blobstore. Las demás cuotas de la sección “Datastore” de la página de detalles sobre la cuota de Google Cloud Console se refieren en específico al servicio de Datastore.

Datos almacenados (facturables)

La cantidad total de datos almacenados en las entidades del almacén de datos y los índices correspondientes, y el blobstore.

Es importante tener en cuenta que los datos contenidos en el almacén de datos pueden generar gastos considerables. Estos gastos dependen de la cantidad y los tipos de propiedades asociadas. Además, incluyen el espacio que usan los índices integrados y personalizados. Cada entidad guardada en el almacén de datos requiere los siguientes metadatos:

• La clave de la entidad, que incluye el tipo, el ID o el nombre de la clave. También se necesitan las claves de las entidades principales de las que esta depende.
• El nombre y valor de cada propiedad. Dado que el almacén de datos no tiene esquema, el nombre de cada propiedad debe almacenarse con el valor de la propiedad de cada entidad.
• Las filas de los índices integrados y personalizados que hacen referencia a esa entidad. Cada fila contiene el tipo y la clave de la entidad, así como una cantidad variable de valores de propiedades, según la definición del índice.

Cantidad de índices

Es la cantidad de índices de Datastore que existen para la aplicación. Esto incluye los índices creados anteriormente que ya no aparecen en la configuración de la aplicación, pero que no se borraron. Consulta la página de límites de Datastore para obtener detalles adicionales sobre los límites.

Operaciones de escritura

Es la cantidad total de operaciones de escritura de Datastore.

Operaciones de lectura

Es la cantidad total de operaciones de lectura de Datastore.

Operaciones pequeñas

Es la cantidad total de operaciones pequeñas de Datastore. Las operaciones pequeñas incluyen las llamadas para asignar ID de Datastore o las búsquedas que solo requieren la clave.

Nota: Las operaciones de Datastore que generan el Administrador de Datastore y el Visualizador de Datastore se descuentan de la cuota de tu aplicación.

Implementaciones

Puedes hacer hasta 10,000 implementaciones por día en cada aplicación de App Engine.

Cuando realizas una implementación, Cloud Build compila una imagen de contenedor y la almacena en Artifact Registry. Se generarán cargos si el espacio de almacenamiento total que ocupan las imágenes supera el nivel gratuito.

Archivos

La siguiente cuota se aplica a la cantidad total de archivos de implementación de la app.

Horas de instancia

El uso de instancias se factura por el tiempo de actividad de las instancias a una tarifa por hora determinada.

Las clases de instancias “F” y “B” (también conocidas como clases de instancias de “frontend” y de “backend”) tienen cuotas gratuitas independientes. Ten en cuenta que, cuando usas servicios de App Engine, la clase de instancia del servicio determina cuál de estas cuotas se aplica.

La acumulación de horas de instancia empieza cuando se inicia una instancia y finaliza de acuerdo con lo que se describe a continuación, según el tipo de escalamiento que se especifique para la instancia:

• Ajuste de escala automático o básico: la acumulación finalizará quince minutos después de que una instancia termine de procesar la última solicitud.
• Ajuste de escala manual: la acumulación finalizará quince minutos después de que se desactive una instancia.

Si la cantidad de instancias inactivas creadas por App Engine supera el máximo especificado en la pestaña Configuración de rendimiento de la consola de Google Cloud, las instancias adicionales no acumularán horas de instancia.

Registros

La API de Logs se mide cuando se recuperan los datos de registro.

La asignación de transferencia de registros hace referencia a los registros de solicitud y a los datos de registro de una aplicación. El registro para las apps de App Engine se proporciona mediante Google Cloud Observability. Consulta los precios de Google Cloud Observability para obtener más información sobre las tasas y los límites.

Correo electrónico

El consumo de la API de Mail está disponible para verlo en la página Cuotas de IAM.

Nota: Para ver el consumo de cuota de una aplicación en Cuotas de IAM, asegúrate de que el Servicio de informes de App Engine esté habilitado para el proyecto. Si no puedes habilitar el servicio, comprueba tus permisos y la restricción de la política de la organización constraints/serviceuser.services.

Nota: Puedes seguir los pasos que se describen en esta página para solicitar límites más altos.

App Engine factura el uso del correo electrónico “por mensaje”, para lo cual cuenta cada correo electrónico enviado a cada destinatario. Por ejemplo, si envías un correo electrónico a diez personas, se cuenta como 10 mensajes.

Mensajes enviados a administradores que no son administradores

Es la cantidad total de mensajes que envió la aplicación a administradores que no pertenecen a ella.

Mensajes enviados a administradores

Es la cantidad total de mensajes que la aplicación envió a sus administradores. El límite de tamaño total para cada correo electrónico enviado a los administradores, incluidos el encabezado, los archivos adjuntos y el cuerpo del mensaje, es de 16 KB.

Datos enviados en el cuerpo del mensaje

Es la cantidad de datos que se enviaron en el cuerpo de los mensajes de correo electrónico.

Archivos adjuntos enviados

Es la cantidad total de archivos adjuntos enviados junto con los mensajes de correo electrónico.

Datos de archivos adjuntos enviados

Es la cantidad de datos entregados como archivos adjuntos de mensajes de correo electrónico.

Puedes agregar un máximo de 50 remitentes autorizados en la API de Mail.

Envía correos electrónicos más allá de la cuota diaria

Si tu aplicación necesita cuotas más altas para enviar correos electrónicos, puedes usar un proveedor de correo de terceros, como SendGrid, Mailjet o Mailgun.

Solicitudes

Ancho de banda saliente (facturable)

Es la cantidad de datos que envió la aplicación en respuesta a solicitudes.

Incluye lo siguiente:

• datos entregados en respuesta a solicitudes seguras o no seguras de los servidores de la aplicación, de servidores de archivos estáticos o del blobstore
• datos entregados en mensajes de correo electrónico
• datos en solicitudes HTTP de salida que envió el servicio de recuperación de URL

Ancho de banda de entrada

Es la cantidad de datos que recibió la aplicación a partir de solicitudes. Cada solicitud HTTP entrante puede tener un máximo de 32 MB.

Incluye lo siguiente:

• datos recibidos por la aplicación en solicitudes seguras o no seguras
• archivos subidos al blobstore
• datos recibidos en respuesta a solicitudes HTTP del servicio de recuperación de URL

Ancho de banda saliente seguro

Es la cantidad de datos que envió la aplicación mediante una conexión segura en respuesta a solicitudes.

Ancho de banda de entrada seguro

Es la cantidad de datos que recibió la aplicación mediante una conexión segura a partir de solicitudes.

Búsqueda

La siguiente tabla presenta las cuotas gratuitas que se aplican a la Búsqueda. Consulta la documentación específica de Java, Python y Go para obtener una descripción detallada de cada tipo de llamada de Búsqueda.

Los recursos de la API de Search se cobran con base en las tarifas que figuran en el programa de precios.

La sección de la cuota en la consola de la aplicación muestra un recuento sin procesar de la cantidad de solicitudes a la API. Ten en cuenta que cuando indexas varios documentos en una sola llamada, el recuento de llamadas aumenta en función de la cantidad de documentos.

La API de Search impone los siguientes límites para garantizar la fiabilidad del servicio:

• 100 minutos totales de ejecución de consultas por minuto, dentro de una app y un índice
• 15,000 documentos agregados/borrados por minuto

Nota: Si bien estos límites se hacen cumplir por minuto, la consola de Google Cloud muestra los totales diarios de cada uno. Los clientes con asistencia de nivel Plata, Oro o Platino pueden comunicarse con su representante de asistencia para solicitar el aumento de los límites de capacidad de procesamiento.

Lista de tareas en cola

Cuando se ejecuta una tarea, las solicitudes asociadas se toman en cuenta dentro de las cuotas de solicitudes de la aplicación.

Los siguientes límites se aplican a todas las listas de tareas en cola:

Nota: Una vez que una tarea se ejecuta o se borra, el almacenamiento que usa se libera. Tu cuota de almacenamiento se actualiza a intervalos regulares y podría no mostrar el espacio recuperado de forma inmediata. Consulta la documentación de Python, Java, Go o PHP para obtener más detalles.

Según el tipo, se aplican los siguientes límites a las listas de tareas en cola:

Cron

Las siguientes cuotas se aplican específicamente a los trabajos cron.

Trabajos cron

Es la cantidad de trabajos cron.

Recuperación de URL

Llamadas a la API de UrlFetch

Es el total de veces que la aplicación accedió al servicio de recuperación de URL para hacer una solicitud HTTP o HTTPS.

Datos enviados de UrlFetch

Es la cantidad de datos que se enviaron al servicio de recuperación de URL en las solicitudes.

Datos recibidos de URL Fetch

Es la cantidad de datos recibidos del servicio de recuperación de URL en forma de respuesta. También se considera en la cuota de ancho de banda de entrada.