Cuotas y límites

En este documento, se enumeran las cuotas y los límites que se aplican a Media CDN.

Una cuota restringe cuánto de un recurso compartido de Google Cloud en particular puede usar tu proyecto de Cloud, incluidos los componentes de red, hardware y software.

Las cuotas son parte de un sistema que realiza las siguientes acciones:

Supervisa el uso o consumo de productos y servicios de Google Cloud.
Restringe el consumo de esos recursos por motivos como garantizar la equidad y reducir los picos de uso.
Mantiene las configuraciones que aplican automáticamente las restricciones prescritas.
Proporciona 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 de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas realizar falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

También hay límites en los recursos de Media CDN. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.

Límites

Configuración

Elemento	Límites	Notas
Cantidad máxima de `EdgeCacheService`	20 por proyecto	Comunícate con el equipo de Ventas de Google Cloud si necesitas aumentar este límite.
Cantidad máxima de `EdgeCacheOrigin`	30 por proyecto	Comunícate con el equipo de Ventas de Google Cloud si necesitas aumentar este límite.
Cantidad máxima de `EdgeCacheKeyset`	10 por proyecto	Comunícate con el equipo de Ventas de Google Cloud si necesitas aumentar este límite.
Cantidad máxima de `RouteRules` por `EdgeCacheService`	640	Cada `EdgeCacheService` puede definir hasta 10 `PathMatchers`, y cada `PathMatcher` puede definir hasta 64 `RouteRules`. No se puede aumentar este límite.
Cantidad máxima de certificados SSL por servicio	5	No se puede aumentar este límite. También puedes consultar la cuota por proyecto para certificados SSL.
Cantidad máxima de claves públicas por `EdgeCacheKeyset`	3	No se puede aumentar este límite. Hay varias claves en un conjunto de claves diseñadas para habilitar la rotación de claves: debes quitar las claves antiguas y sin usar con el tiempo.
Cantidad máxima de claves compartidas de validación por `EdgeCacheKeyset`	3	No se puede aumentar este límite. Hay varias claves en un conjunto de claves diseñadas para habilitar la rotación de claves: debes quitar las claves antiguas y sin usar con el tiempo.

Encabezados, solicitudes y respuestas HTTP

Elemento	Límites	Notas
Tamaño máximo del encabezado de la solicitud	Aprox. 11 KiB	No se puede aumentar este límite. El tamaño combinado de la URL de la solicitud y el encabezado de solicitud se limita a 15 KiB. Las solicitudes se rechazan con una respuesta HTTP 431 para las conexiones HTTP/1.1. Las conexiones HTTP/2 se cierran sin que se escriba un código de respuesta. Estas solicitudes se registran con un `statusDetails` de `headers_too_long`, si el registro está habilitado.
Tamaño máximo del encabezado de respuesta	Aprox. 128 KiB	No se puede aumentar este límite. Las respuestas de origen con encabezados que exceden este límite dan como resultado HTTP 502 al cliente. Estos se registran con un `statusDetails` de `backend_response_headers_too_long`, si el registro está habilitado.
Tamaño máximo de entrada de caché	50 GiB	No se puede aumentar este límite. Este es el tamaño máximo de una única respuesta que se puede almacenar en caché. Por ejemplo, un solo archivo. Las respuestas con una longitud de contenido mayor que esta o respuestas fragmentadas que superan este límite no se almacenan en caché. Se muestra una HTTP 413 (solicitud de entidad demasiado grande) al cliente.
Conversión de minúsculas para los encabezados	Siempre, para Media CDN	Media CDN sigue las convenciones HTTP/2 para mayúsculas y minúsculas de los encabezados de solicitud y respuesta. Sin importar el protocolo utilizado, todos los encabezados se convierten en minúsculas. Por ejemplo, `Host` se convierte en `host`, y `Keep-Alive` se convierte en `keep-alive`. Los casos de valores de encabezado no se modifican.

Límites de frecuencia de las solicitudes a la API

Si necesitas aumentar el límite de frecuencia de las solicitudes a la API, puedes revisar la frecuencia actual y solicitar un aumento.

Elemento	Límites
Todas las llamadas que no están en el espacio de nombres `networkservices`	1,200 llamadas por minuto y por proyecto
*Solo lectura: `GetEdgeCache`, `ListEdgeCache`*	100 por minuto, por proyecto
Lectura y escritura: Todo en el espacio de nombres `networkservices` no marcado como solo lectura	100 por minuto, por proyecto

Tiempos de espera del cliente

Tiempo de espera	Duración máxima	Código de respuesta	Descripción
Maximum request duration	5 minutos	HTTP 408 (Request Timeout)	La duración máxima de una única solicitud-respuesta.
Header timeout	10 seconds	HTTP 408 (Request Timeout)	Cuánto tiempo tiene el cliente para enviar el conjunto completo de encabezados de la solicitud.

Tiempo de espera de origen

connectTimeout y maxAttemptsTimeout limitan el tiempo que lleva la CDN de medios para encontrar una respuesta que se puede usar.

Ambos tiempos de espera incluyen el tiempo que tarda el origen en mostrar encabezados y determinar si se debe usar una conmutación por error o un redireccionamiento. connectTimeout se aplica de forma independiente para cada intento de origen, mientras que maxAttemptsTimeout incluye el tiempo necesario para conectarse en todos los intentos de origen, incluidas las conmutaciones por error y los redireccionamientos. Seguir un redireccionamiento cuenta como un intento adicional de conexión al origen y se considera dentro del conjunto maxAttempts para el origen configurado.

Cuando Media CDN encuentra una respuesta que no es de redireccionamiento, como la de un origen de redireccionamiento o conmutación por error, se aplican los valores readTimeout y responseTimeout. Los orígenes redireccionados usan los valores connectTimeout, readTimeout y responseTimeout configurados para el EdgeCacheOrigin que encontró el redireccionamiento.
responseTimeout y readTimeout controlan cuánto tiempo puede tardar una respuesta transmitida. Después de que Media CDN determine que usará una respuesta ascendente, ni siquiera connectTimeout ni maxAttemptsTimeout son importantes. En este punto, readTimeout y responseTimeout entran en vigor.

Media CDN realiza como máximo cuatro intentos de origen en todos los orígenes, sin importar el maxAttempts establecido por cada EdgeCacheOrigin. Media CDN usa el valor maxAttemptsTimeout del EdgeCacheOrigin principal. Los valores de tiempo de espera por intento (connectTimeout, readTimeout y responseTimeout) se configuran para el EdgeCacheOrigin de cada intento.

En la siguiente tabla, se describen los campos de tiempo de espera:

Campo	Predeterminada	Descripción
connectTimeout	5 segundos	El tiempo máximo que puede tomar la CDN de Media desde el inicio de la solicitud hasta el origen hasta que se determine si la respuesta se puede usar. En la práctica, `connectTimeout` cubre el tiempo que comienza con la creación de la solicitud, la realización de búsquedas de DNS y la realización de protocolos de enlace TLS, el establecimiento de la conexión TCP/QUIC, mediante la obtención de los encabezados de respuesta que contienen el código de estado HTTP. El tiempo de espera debe ser un valor entre 1 segundo y 15 segundos.
maxAttemptsTimeout	15 segundos	El tiempo máximo de todos los intentos de conexión al origen, incluidos los orígenes de conmutación por error, antes de mostrar un error al cliente. Se muestra un HTTP 504 si se alcanza el tiempo de espera antes de que se muestre una respuesta. El tiempo de espera debe ser un valor entre 1 segundo y 30 segundos. Esta configuración define la duración total de todos los intentos de conexión de origen, incluidos los orígenes de conmutación por error, para limitar el tiempo total que los clientes deben esperar para que se muestre el contenido. comenzar a transmitir. Solo se usa el primer valor `maxAttemptsTimeout`, en el que el primer se define por el origen configurado para la ruta determinada.
readTimeout	15 segundos	La duración máxima a esperar entre lecturas de una sola respuesta HTTP. El `readTimeout` está limitado por `responseTimeout`. Todas las lecturas de la respuesta HTTP deben completarse antes de la fecha límite establecida por el `responseTimeout`. El tiempo de espera debe ser un valor entre 1 segundo y 30 segundos. Si se alcanza este tiempo de espera antes de que se complete la respuesta, la respuesta se trunca y se registra.
responseTimeout	30 segundos	La duración máxima que permite que se complete una respuesta. El tiempo de espera debe ser un valor entre 1 segundo y 120 segundos. La duración se mide desde el momento en que se reciben los primeros bytes de cuerpo. Si se alcanza este tiempo de espera antes de que se complete la respuesta, la respuesta se trunca y se registra.

Cómo gestionar cuotas

Media CDN aplica cuotas al uso de recursos por diversos motivos. Por ejemplo, para evitar que se produzcan picos de uso imprevistos y proteger así a la comunidad de usuarios de Google Cloud. Las cuotas también ayudan a los usuarios que están explorando Google Cloud con el nivel gratuito a mantenerse dentro de su prueba.

Todos los proyectos empiezan con las mismas cuotas, que puedes cambiar si solicitas una cuota adicional. Algunas cuotas pueden aumentar automáticamente en función del uso que hagas de los productos.

Permisos

Para ver las cuotas o solicitar un aumento de ellas, los principales de Gestión de Identidades y Accesos (IAM) necesitan uno de los siguientes roles.

Tarea	Rol necesario
Consultar las cuotas de un proyecto	Una de las siguientes: Propietario del proyecto (`roles/owner`) Editor del proyecto (`roles/editor`) Lector de cuota (`roles/servicemanagement.quotaViewer`)
Modificar cuotas y solicitar un aumento de cuotas	Una de las siguientes: Propietario del proyecto (`roles/owner`) Editor del proyecto (`roles/editor`) Administrador de cuota (`roles/servicemanagement.quotaAdmin`) Un rol personalizado con el permiso `serviceusage.quotas.update`

Consultar tu cuota

Consola

En la consola de Google Cloud, ve a la página Cuotas.
Ir a Cuotas
Para buscar la cuota que quieras actualizar, usa la opción Filtrar tabla. Si no conoces su nombre, usa los enlaces de esta página.

gcloud

Ejecuta el comando que se indica a continuación con la CLI de Google Cloud para comprobar tus cuotas. Tienes que sustituir PROJECT_ID por el ID de tu proyecto.

      gcloud compute project-info describe --project PROJECT_ID

Para ver la cuota que has utilizado en una región, ejecuta el siguiente comando:

      gcloud compute regions describe example-region

Errores al superar tu cuota

Si superas tu cuota con un comando gcloud, gcloud genera un mensaje de error quota exceeded y muestra el código de salida 1.

Si superas tu cuota con una solicitud a la API, Google Cloud muestra el siguiente código de estado HTTP: HTTP 413 Request Entity Too Large.

Solicitar un aumento de cuota

Para aumentar o reducir la mayoría de las cuotas, usa la consola de Google Cloud. Consulta más información en la sección Solicitar un aumento de cuota.

Consola

En la consola de Google Cloud, ve a la página Cuotas.
Ir a Cuotas
En la página Cuotas, selecciona las cuotas que quieras modificar.
En la parte superior de la página, haz clic en Editar cuotas.
Escribe tu nombre, correo electrónico y número de teléfono, y haz clic en Siguiente.
Rellena la solicitud de cuota y haz clic en Listo.
Envía la solicitud. Las solicitudes de cuotas tardan entre 24 y 48 horas en procesarse.

Disponibilidad de recursos

Cada cuota representa el número máximo de un tipo concreto de recurso que puedes crear, si ese recurso está disponible. Es importante tener en cuenta que las cuotas no aseguran la disponibilidad de recursos. Aunque tengas cuota disponible, no puedes crear recursos si no lo están.

Por ejemplo, es posible que tengas cuota suficiente para crear una dirección IP externa regional en la región us-central1. Sin embargo, esto no es posible si no hay direcciones IP externas disponibles en esa región. La disponibilidad de recursos de zona también puede afectar a tu capacidad para crear recursos nuevos.

Es poco habitual que los recursos no estén disponibles en toda una región. Sin embargo, es posible que los recursos de una zona se agoten de vez en cuando, lo que no suele afectar al acuerdo de nivel de servicio (SLA) del tipo de recurso. Para obtener más información, revisa el acuerdo de nivel de servicio relevante para el recurso.