Cuotas y límites

En las siguientes secciones, se describen las cuotas y los límites de Cloud Router. Si deseas cambiar una cuota, ve a Google Cloud Console para solicitar una cuota adicional.

Cuotas

En esta tabla, se muestran las cuotas importantes por proyecto. Para obtener información sobre otras cuotas, consulta la página Cuotas de Cloud Console.

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 un túnel de Cloud VPN que use enrutamiento dinámico o un adjunto de VLAN para una interconexión dedicada o una interconexión de socio.
Cantidad máxima de anuncios de ruta de subred por sesión de BGP para un Cloud Router específico No hay 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 anuncios de ruta personalizada por sesión de BGP para un Cloud Router específico 200 Si los anuncios de ruta personalizada son idénticos para todas las sesiones de BGP de un Cloud Router, este límite representa la cantidad total de anuncios de ruta personalizada únicos para ese Cloud Router. En este caso, cada sesión recibe el mismo conjunto de anuncios de ruta personalizada.
Cantidad máxima de destinos únicos 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 100

Para ambos límites sobre la cantidad máxima de destinos únicos de las rutas aprendidas, se realiza lo siguiente:

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 global dinámico, es posible alcanzar uno de los máximos de límites de destino únicos sin alcanzar el otro. Cuando se alcanza cualquiera de los límites, es posible que se produzcan problemas intermitentes de conectividad cuando se interrumpan 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 aumentar alguno de estos límites, comunícate con el equipo de ventas de Google Cloud.

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

Cantidad máxima de destinos únicos para las rutas aprendidas que todos los Cloud Routers de distintas regiones pueden aplicar a las subredes de una región específica

100

Ejemplo de ruta aprendida

En los siguientes ejemplos, se ilustra el comportamiento de descarte de rutas que puedes encontrar cuando se excede el límite regional o global.

Supongamos que tienes Cloud Routers en la región us-east1 y Cloud Routers en la región us-west1 en la misma red de VPC, y el enrutamiento dinámico global está habilitado. Los Cloud Routers de cada región aprenden un conjunto de rutas para 100 destinos únicos. A los efectos de este ejemplo, los Cloud Routers de cada región no aprenden ninguno de los mismos destinos.

Sin importar qué Cloud Routers aprenden las rutas dentro de cada región, se agota el límite regional de cada región porque los Cloud Routers aprenden en total 100 de 100 destinos únicos en cada región. Los límites globales de ambas regiones se agotan porque los Cloud Routers de cada región importan 100 destinos únicos desde los Cloud Routers en la otra región. Si en la red de VPC de ejemplo se usa el enrutamiento dinámico regional, los límites globales en cada región no se aplicarían porque el modo de enrutamiento dinámico regional no propaga rutas dinámicas personalizadas aprendidas de una región a otra.

Supera el límite regional de una región

Supongamos que tu router local que está conectado a un Cloud Router en us-west1 anuncia una nueva ruta con un destino 101. Los Cloud Routers en la región us-west1 eligen las rutas para 100 de los 101 destinos únicos que siguen un orden determinista. Las rutas que usan estos destinos seleccionados (100 únicos) están disponibles para los recursos de la región us-west1. Esas mismas rutas están disponibles para otras regiones, sujetas al límite global de cada una de ellas.

Supera el límite global de una región

Cuando Cloud Routers aprende 101 destinos únicos en la región us-west1, las rutas para 100 de esos 101 destinos únicos desde us-west1 están disponibles para los recursos en la región us-east1, porque El límite global de la región us-east1 solo puede aceptar 100 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 destinos regionales de us-central1, se superó el límite de destinos únicos de la región de us-central1, ya que los otros dos proporcionan un total de 200 destinos únicos. regiones (100 de us-east1 y 100 de us-west1). En cada región, el orden de las rutas deterministas selecciona rutas para no más de 100 destinos únicos de otras regiones, como se indica en la siguiente tabla.

Región Destinos únicos locales a la región
(uso del límite regional de la región)
Destinos únicos de otras regiones
(uso del límite global de región)
us-west1 101 recibidos 100 de los 101 se consideran según la caída de la ruta determinista. Solo se anuncian los 100 prefijos seleccionados en las regiones remotas. 110 recibidas (100 de us-east1, 10 de us-central1) 100 de estos 110 se consideran de acuerdo con la caída de la ruta determinista.
us-east1 100 recibidos Los 100 efectivos se consideran y se anuncian en regiones remotas. 110 recibidas (100 de us-west1, 10 de us-central1) 100 de estos 110 se consideran de acuerdo con la caída de la ruta determinista.
us-central1 10 recibidos Los 10 se consideran. 200 recibidas (100 de us-west1, 100 de us-east1) 100 de estas 200 se consideran de acuerdo con la caída de la ruta determinista.

Aunque se excede el límite global de la región us-central1, su cuota regional puede aceptar rutas cuyos siguientes saltos se encuentren en la región us-central1.

Comportamiento de caída de rutas deterministas

Cloud Router implementa un comportamiento de disminución de la ruta determinista para que, siempre que se reciban los mismos prefijos en cada región, se encuentre disponible un conjunto coherente de rutas para los recursos dentro de esa región. Esta coherencia se conserva cuando se reinician las tareas de Cloud Router. Si se excede un límite, Cloud Router descarta los prefijos de acuerdo con un algoritmo predecible, sin importar cuándo se aprendieron las rutas o los valores MED de estas rutas.

Como se muestra en el excedencia del límite global de una región, el comportamiento de la eliminación determinista se aplica de forma independiente al límite regional y a la región individual de cada región. No se garantiza que el conjunto de 100 prefijos únicos que no se encuentren en cada región debido al límite global de cada región (la última columna) es el mismo.

Evitar la caída de rutas

Durante la pérdida de ruta, pierdes conectividad para los prefijos que se descartan. Para evitar que se descarten rutas, supervisa el uso de prefijos regionales y globales de cada región mediante Cloud Monitoring o Cloud Logging y asegúrate de no anunciar más destinos únicos que cada límite.

Considera agregar prefijos (por ejemplo, hacerlo con un prefijo de menor longitud) para reducir la cantidad de destinos únicos. Si no es posible agregar prefijos, comunícate con el equipo de Ventas de Google Cloud para analizar opciones alternativas.

Gestionar cuotas

En Cloud Router se aplican cuotas al uso de recursos por varios motivos. Por ejemplo, las cuotas protegen a la comunidad de usuarios Google Cloud al evitar que se produzcan picos de uso imprevistos. 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 comienzan con las mismas cuotas y las puedes cambiar solicitando un aumento de las cuotas. Hay cuotas que pueden aumentar automáticamente en función del uso que hagas de un producto.

Permisos

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

Tarea Rol necesario
Consultar las cuotas de un proyecto Propietario o editor del proyecto o lector de cuota
Modificar cuotas y solicitar un aumento de cuotas Propietario o editor del proyecto, administrador de cuotas o rol personalizado con el permiso serviceusage.quotas.update

Consultar tu cuota

Consola

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

    Ir a la página 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

En la herramienta de línea de comandos gcloud, ejecuta el comando que aparece a continuación para comprobar las 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

En la página Cuotas de la consola de Cloud puedes solicitar un aumento de las cuotas. Las solicitudes de cuotas tardan entre 24 y 48 horas en procesarse.

Consola

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

    Ir a la página 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. Escribe tu nombre, correo electrónico y número de teléfono, y haz clic en Siguiente.
  5. Rellena la solicitud de cuota y haz clic en Listo.
  6. Envía la solicitud.

Disponibilidad de recursos

Cada cuota representa el número máximo de un tipo de recurso concreto que puedes crear, siempre que ese recurso esté disponible. Es importante tener en cuenta que las cuotas no aseguran la disponibilidad de recursos. Aunque dispongas de una cuota, no podrás crear un nuevo recurso si este no está disponible.

Por ejemplo, puede que tengas una cuota suficiente para crear una nueva dirección IP externa regional en us-central1, pero esto no sería posible si no hubiera 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.

No es habitual que falte disponibilidad de recursos en toda una región; sin embargo, los recursos dentro de una zona pueden agotarse ocasionalmente, aunque no suele afectar al acuerdo de nivel de servicio (SLA) para el tipo de recurso. Para obtener más información, revisa el acuerdo de nivel de servicio relevante para el recurso.