Cuotas y límites

En este documento, se enumeran las quotas y los quotas que se aplican a Cloud Router. Para obtener más información sobre las cuotas, consulta Cuotas de la nube privada virtual.

Una cuota restringe cuánto de un recurso compartido de Google Cloud en particular puede usar tu proyecto de Google Cloud, incluidos los componentes de red, hardware y software. Por lo tanto, las cuotas son parte de un sistema que hace las siguientes acciones:

  • Supervisa el uso o consumo de productos y servicios de Google Cloud.
  • Restringe el consumo de esos recursos por motivos que incluyen garantizar la equidad y reducir los aumentos repentinos de uso.
  • Mantiene los parámetros de configuración que aplican de forma automática las restricciones prescritas.
  • Proporciona un medio para solicitar o hacer cambios en la cuota.

En la mayoría de los casos, cuando se excede un límite de cuota, el sistema bloquea de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas hacer falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Google Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

También hay límites para los recursos de Cloud Router. 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.

Cuotas

Para cambiar una cuota, solo necesitas solicitar una cuota adicional.

En esta tabla, se muestran las cuotas importantes por proyecto. Para obtener información sobre otras cuotas, consulta la página Cuotas y límites del sistema de la consola de Google Cloud.

Elemento Cuota Notas
Cloud Routers por proyecto Cuota Independientemente de la cuota, cada red está limitada a cinco Cloud Routers por región. Consulta los límites.

Límites

Los siguientes límites de Cloud Router se aplican a las redes de nube privada virtual (VPC). A menos que se indique lo contrario, estos límites no pueden aumentarse.

Elemento Límite Notas
Número máximo de Cloud Routers por combinación de región y red de VPC 5 Si tu proyecto tiene cuota suficiente, puedes crear hasta cinco Cloud Routers por red de VPC y región.
Número máximo de pares de BGP para cada Cloud Router en una región y red de VPC dada 128 El par de BGP puede ser cualquiera de las siguientes opciones:
Cantidad máxima de prefijos que Cloud Router acepta de un solo par de BGP 5,000 Si un par de BGP anuncia más de 5,000 prefijos, Cloud Router restablece la sesión de BGP.
Cantidad máxima de términos de todas las políticas de ruta de BGP aplicadas dentro de un solo par o dirección de BGP 1,000 Este límite no se divide entre recursos, pero sí se combina. No hay un límite para el tamaño de una sola expresión de coincidencia o acción, la cantidad de acciones en un término, la cantidad de términos en una sola política o la cantidad de políticas.
Cantidad máxima de anuncios de ruta de subred por sesión de BGP para un Cloud Router específico No hay ninguna restricción Los Cloud Routers no tienen un límite en cuanto a la cantidad de rutas de subred que pueden anunciar. La cantidad de rutas de subred depende de la cantidad de subredes, que los límites y las cuotas de la red de VPC controlan.
Cantidad máxima de rutas anunciadas personalizadas por sesión de BGP para un Cloud Router específico 200 Si las rutas anunciadas personalizadas son idénticas para todas las sesiones de BGP de un Cloud Router, este límite representa la cantidad total de rutas anunciadas personalizadas IPv4 e IPv6 únicas para el Cloud Router. En este caso, cada sesión recibe el mismo conjunto de rutas anunciadas personalizadas.
Para un Cloud Router determinado, el tamaño máximo combinado de todos los literales de expresión de coincidencia y acción usados en las políticas de ruta de BGP cuando se codifican como UTF-8. Límite de 250 KiB Para un Cloud Router determinado, este límite no se divide entre recursos, sino que se combina. No hay un límite para el tamaño de una sola expresión de coincidencia o acción, la cantidad de acciones en un término, la cantidad de términos en una sola política de ruta de BGP o la cantidad de políticas de ruta de BGP.
Cantidad máxima de consultas por minuto para llamadas list-bgp-routes en un solo Cloud Router 1500 Esta cuota es de compute.googleapis.com/list_requests_per_region. Para obtener más información, consulta Cuotas de frecuencia.
Cantidad máxima de políticas de ruta de BGP por Cloud Router 500
Cantidad máxima de destinos únicos asegurados para las rutas aprendidas que todos los Cloud Routers de la misma región pueden aplicar a las subredes de una región específica. Este límite se denomina límite desde la región propia de una región. 250

Los prefijos IPv4 e IPv6 se consideran en este límite.

Todas las rutas aprendidas se consideran en este límite, incluidas las rutas aprendidas personalizadas y las rutas aprendidas de un par de BGP.

Las rutas se agrupan por destinos únicos. Las rutas que comparten un mismo destino y tienen saltos siguientes diferentes cuentan como un solo destino. Las rutas que tienen el mismo destino y el mismo salto siguiente también cuentan como un solo destino.

Para las redes que usan el modo de enrutamiento dinámico global, es posible alcanzar uno de los límites máximos de cantidad de destinos únicos sin alcanzar el otro. Cuando se alcanza cualquiera de los límites, es posible que se produzcan problemas intermitentes de conectividad cuando se caen las rutas. Para obtener más información, consulta el ejemplo de rutas aprendidas.

A fin de obtener más información sobre estos límites, incluidas las métricas que puedes usar para comprender tus límites y uso actuales, consulta Verifica cuotas y límites en Solución de problemas.

Si necesitas verificar o comprobar que superas este límite, presenta un caso de asistencia.

Si necesitas aumentar este límite, presenta un caso de asistencia. El aumento de límite está sujeto a aprobación. Si se aprueba, la entrega demora hasta 2 semanas.

Solo se aplica a las redes de VPC en el modo de enrutamiento dinámico global.

Cantidad máxima de destinos únicos asegurados para las rutas aprendidas que todos los Cloud Routers de distintas regiones pueden aplicar a las subredes de una región específica Este límite se denomina límite desde otras regiones de una región.

 250

Los prefijos IPv4 e IPv6 se consideran en este límite.

Todas las rutas aprendidas se consideran en este límite, incluidas las rutas aprendidas personalizadas y las rutas aprendidas de un par de BGP.

Las rutas se agrupan por destinos únicos. Las rutas que comparten un mismo destino y tienen saltos siguientes diferentes cuentan como un solo destino. Las rutas que tienen el mismo destino y el mismo salto siguiente también cuentan como un solo destino.

Para las redes que usan el modo de enrutamiento dinámico global, es posible alcanzar uno de los límites máximos de cantidad de destinos únicos sin alcanzar el otro. Cuando se alcanza cualquiera de los límites, es posible que se produzcan problemas intermitentes de conectividad cuando se caen las rutas. Para obtener más información, consulta el ejemplo de rutas aprendidas.

A fin de obtener más información sobre estos límites, incluidas las métricas que puedes usar para comprender tus límites y uso actuales, consulta Verifica cuotas y límites en Solución de problemas.

Si necesitas verificar o comprobar que superas este límite, presenta un caso de asistencia.

Si necesitas aumentar este límite, presenta un caso de asistencia. El aumento de límite está sujeto a aprobación. Si se aprueba, la entrega demora hasta 2 semanas.

Cantidad máxima de rutas aprendidas personalizadas para una sesión de BGP determinada 10

Para obtener más información sobre esta función, consulta Rutas aprendidas personalizadas.

Para una región determinada en una red de VPC, la cantidad máxima de prefijos de IP únicos que se pueden configurar como rutas de aprendizaje personalizadas. Este límite permite usar los mismos rangos en varios intercambios de tráfico

10

Para obtener más información sobre esta función, consulta Rutas aprendidas personalizadas.

Ejemplo de ruta aprendida

En los siguientes ejemplos, se ilustra el comportamiento de la caída de la ruta que puedes encontrar cuando se supera el límite de la región propia o el de otras regiones.

Supongamos que tienes Cloud Routers en la región us-east1 y Cloud Router en la región us-west1 en la misma red de VPC, y el enrutamiento dinámico global está habilitado. Cada Cloud Router en cada región aprende 250 destinos únicos. A fines ilustrativos de este ejemplo, cada Cloud Router de cada región no aprende ninguno de los mismos destinos.

Sin importar qué Cloud Routers aprenden las rutas dentro de cada región, se agota el límite de la región propia de cada región porque los Cloud Routers en cada región aprenden en total 250 de 250 destinos únicos. Los límites de otras regiones para ambas regiones también se agotan porque Cloud Router importa 250 destinos únicos desde la otra región. Si en la red de VPC de ejemplo se usa el enrutamiento dinámico regional, los límites de otras regiones en cada región no se aplicarían porque el modo de enrutamiento dinámico regional le indica a la red de VPC que solo cree rutas dinámicas en la región que coincide con el próximo salto de la ruta.

Superación del límite desde una región propia

Supongamos que tu router local conectado a un Cloud Router en us-west1 anuncia un destino 251. Los Cloud Routers en la región us-west1 eligen 250 de los 251 destinos únicos según un orden de ruta determinista. Estos routers envían esos 250 destinos únicos a la red de VPC, lo que crea 250 rutas dinámicas en la región us-west1.

Debido a que la red de VPC usa el modo de enrutamiento dinámico global, no crea más de 250 rutas dinámicas en todas las demás regiones, sujetas al límite de destino único de otra región de cada región. En la siguiente sección, se describe con más detalle lo que sucede en otras regiones.

Superación del límite desde otras regiones de una región

Cuando los Cloud Routers aprenden 251 destinos únicos en la región us-west1, 250 de los 251 destinos únicos de us-west1 están disponibles para los recursos en la región us-east1 porque el límite “de otras regiones” de la región us-east1 solo puede aceptar 250 destinos únicos.

Supongamos que creas un Cloud Router en una tercera región, us-central1, en la misma red de VPC. Supongamos que el Cloud Router nuevo aprende 10 destinos únicos de su par de BGP. Aunque no se superó el límite de la región propia de la región us-central1, se superó el límite de destino único “desde otras regiones” de la región us-central1 porque un total de 500 destinos únicos son proporcionadas por las otras dos regiones (250 de us-east1 y 250 diferentes de us-west1).

Según la región, el orden de ruta determinista selecciona rutas para no más de 250 destinos únicos en otras regiones, como se indica en la siguiente tabla.

Región Destinos únicos locales de la región
(uso del límite desde la región propia de la región) 		Destinos únicos de otras regiones
(uso del límite desde otras regiones de la región)
us-west1

251 recibidos. Se seleccionan 250 de los 251, y uno de los 251 se descarta según el orden de ruta determinista. Se crean 250 rutas dinámicas en us-west1 con siguientes saltos en us-west1.

Los 250 prefijos seleccionados se comparten con otras regiones.

260 recibidos (250 de us-east1, 10 de us-central1). Se seleccionan 250 de los 260, y 10 de los 260 se descartan según el orden de ruta determinista.

Se crean 250 rutas dinámicas con siguientes saltos fuera de us-west1 en us-west1.
us-east1

250 recibidos. Los 250 se seleccionan según el orden de la ruta determinista. Se crean 250 rutas dinámicas con siguientes saltos en us-east1 en us-east1.

Los 250 prefijos seleccionados se comparten con otras regiones.

260 recibidos (250 de us-west1, 10 de us-central1). Se seleccionan 250 de los 260, y 10 de los 260 se descartan según el orden de ruta determinista.

Se crean 250 rutas dinámicas con siguientes saltos fuera de us-east1 en us-east1.
us-central1

10 recibidos Los 10 se seleccionan según el orden de la ruta determinista. Se crean 10 rutas dinámicas en us-central1 con siguientes saltos en us-central1.

Los 10 prefijos seleccionados se comparten con otras regiones.

500 recibidos (250 de us-west1, 250 de us-east1). Se seleccionan 250 de los 500, y 250 de los 500 se descartan según el orden de ruta determinista.

Se crean 250 rutas dinámicas en us-central1 con siguientes saltos fuera de us-central1.

Aunque se supera el límite desde otras regiones de la región us-central1, el límite desde la región propia puede aceptar destinos cuyos próximos saltos se encuentren en la región us-central1.

Comportamiento de caída de rutas deterministas

Cloud Router implementa un comportamiento de caída de ruta determinista según la longitud de la máscara de subred y las características lexicográficas de cada prefijo recibido. Dentro de cada región, el siguiente proceso se aplica de forma independiente a la lista de destinos desde la región propia de la región y a la lista de destinos únicos de otras regiones:

  • La lista se ordena primero desde la longitud de la máscara de subred más corta a la más larga y, luego, de forma lexicográfica. Por ejemplo, 10.0.0.0/8 va antes de 10.2.1.0/24, que viene antes de 10.99.1.0/24.

  • Se conservan las primeras 250 entradas de la lista. Todas las demás se descartan.

Como se muestra en superación del límite de otras regiones de una región, el comportamiento de la eliminación determinista se aplica de forma independiente al límite de las regiones propias de cada región y el límite de otras regiones de cada región.

El comportamiento de la caída de la ruta determinista tiene las siguientes consecuencias:

  • Cuando se reciben los prefijos IPv4 e IPv6, Cloud Router suele descartar los prefijos IPv6 primero cuando se excede un límite de destino único. Esto sucede porque la longitud de la máscara de subred más corta más común para IPv6 (/48) es mayor que la longitud de la máscara de subred más larga posible para IPv4 (/32).

  • Si el conjunto de prefijos aprendidos en cada región se mantiene constante, Google Cloud programa un conjunto coherente de rutas dinámicas locales en cada región, sujeto al modo de enrutamiento dinámico de la red de VPC. Esta coherencia, incluidas las rutas que descarta Cloud Router, se conserva cuando se reinician las tareas de Cloud Router.

Evita las rutas con caídas

Durante la caída de la ruta, se pierde la conectividad para los prefijos que se caen. Para evitar que se caigan las rutas, supervisa el uso del prefijo de la región propia y de otras regiones de cada región mediante Cloud Monitoring o Cloud Logging y asegúrate de no anunciar más destinos únicos que los establecidos en cada límite.

Considera resumir las rutas para reducir la cantidad de destinos únicos. Por ejemplo, si tienes las cuatro subredes 10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24 y 10.10.10.3/24, puedes resumirlas como un prefijo, 10.10.0.0/22.

Si no es posible resumir, comunícate con el equipo de Ventas de Google Cloud para analizar opciones alternativas.

Administrar las cuotas

Cloud Router aplica cuotas al uso de recursos por varios motivos. Por ejemplo, las cuotas protegen a la comunidad de usuarios Google Cloud a través de la prevención de los aumentos imprevistos en el uso. Las cuotas también ayudan a que los usuarios que exploran Google Cloud con el nivel gratuito permanezcan dentro de su prueba.

Todos los proyectos comienzan con las mismas cuotas, que puedes cambiar mediante la solicitud de cuotas adicionales. Algunas cuotas pueden aumentar de forma automática en función del uso que haces del producto.

Permisos

Para ver cuotas o solicitar aumentos de cuota, los principales de administración de identidades y accesos (IAM) necesitan una de las siguientes funciones:

Tarea Función requerida
Consultar cuotas para un proyecto Uno de los siguientes:
Modificar cuotas, solicitar cuota adicional Uno de los siguientes:
  • Propietario del proyecto (roles/owner)
  • Editor de proyecto (roles/editor)
  • Administrador de cuotas (roles/servicemanagement.quotaAdmin)
  • Una función personalizada con el permiso serviceusage.quotas.update

Comprueba tu cuota

Console

  1. En la consola de Google Cloud, ve a la página Cuotas.

    Ir a Cuotas

  2. Para buscar la cuota que quieres actualizar, usa la tabla de filtros. Si no sabes el nombre de la cuota, usa los vínculos que aparecen en esta página en su lugar.

gcloud

Con la CLI de Google Cloud, ejecuta el siguiente comando para comprobar tus cuotas. Reemplaza PROJECT_ID con el ID de tu proyecto.

      gcloud compute project-info describe --project PROJECT_ID

Para verificar la cuota usada en una región, ejecuta el siguiente comando:

    gcloud compute regions describe example-region

Errores cuando excedes la cuota

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

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

Solicitar cuota adicional

Para aumentar o disminuir la mayoría de las cuotas, usa la consola de Google Cloud. Consulta Solicita una cuota mayor para obtener más información.

Console

  1. En la consola de Google Cloud, ve a la página Cuotas.

    Ir a Cuotas

  2. En la página Cuotas, selecciona las cuotas que deseas cambiar.
  3. En la parte superior de la página, haz clic en Editar cuotas.
  4. En Nombre, ingresa tu nombre.
  5. Opcional: En Teléfono, ingresa un número de teléfono.
  6. Envía la solicitud. Las solicitudes de cuotas toman entre 24 y 48 horas en procesarse.

Disponibilidad de recursos

Cada cuota representa la cantidad máxima de un tipo particular de recurso que puedes crear, siempre y cuando el recurso esté disponible. Es importante tener en cuenta que las cuotas no garantizan la disponibilidad del recurso. Incluso si tienes cuotas disponibles, no podrás crear un recurso nuevo si no está disponible.

Por ejemplo, podrías tener una cuota suficiente para crear una nueva dirección IP externa regional en la región us-central1. Sin embargo, eso no es posible si no hay direcciones IP externas disponibles en esa región. La disponibilidad zonal de recursos también puede afectar tu capacidad para crear un nuevo recurso.

Las situaciones en las que los recursos no están disponibles en toda una región son poco frecuentes. Sin embargo, los recursos dentro de una zona pueden agotarse cada tanto, lo que generalmente no tiene ningún impacto en el Acuerdo de Nivel de Servicio (ANS) del tipo de recurso. Si deseas obtener más información, revisa el ANS que sea relevante para el recurso.