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.

Gestionar cuotas

Cloud Router 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:
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

Comprobar la cuota

Consola

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

    Ir a Cuotas

  2. 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: 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

  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 quieras modificar.
  3. En la parte superior de la página, haz clic en Editar cuotas.
  4. En Nombre, introduce tu nombre.
  5. Opcional: En Teléfono, introduce un número de teléfono.
  6. 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 garantizan la disponibilidad de los 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.