Cuotas y límites

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

Para cambiar una cuota, consulta cómo solicitar una cuota adicional.

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

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.

Muchos productos y servicios también tienen límites que no están relacionados con el sistema de cuotas. Estas son restricciones, como los tamaños máximos de archivos o las limitaciones del esquema de la base de datos, que, por lo general, no se pueden aumentar ni disminuir, a menos que se indique lo contrario.

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 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 100

Para ambos límites sobre la cantidad máxima asegurada 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 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 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 asegurados 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 caída 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 Router 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 fines de este ejemplo, los Cloud Routers en 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 en cada región aprenden en total 100 de 100 destinos únicos. Los límites globales para ambas regiones se agotan porque los Cloud Routers de cada región importan 100 destinos únicos de 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.

Superación del límite regional de una región

Supongamos que tu router local conectado a un Cloud Router en us-west1 anuncia una ruta nueva 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 a 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, esto está sujeto al límite global de cada una de ellas.

Superación del límite global de una región

Cuando los Cloud Routers aprenden 101 destinos únicos en la región us-west1, las rutas para 100 de esos 101 destinos únicos de us-west1 están disponibles para los recursos en la región us-east1, ya que 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 destino regional de la región us-central1, se superó el límite de destino único global de la región us-central1 porque las otras dos regiones proporcionan un total de 200 destinos únicos (100 de us-east1 y otros 100 diferentes de us-west1). En cada región, el orden determinista de las rutas selecciona las rutas de 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 la 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 recibidos (100 de us-east1, 10 de us-central1) 100 de estas 110 se consideran según la caída de la ruta determinista.
us-east1 100 recibidos Los 100 se consideran y se anuncian en regiones remotas. 110 recibidos (100 de us-west1, 10 de us-central1) 100 de estas 110 se consideran según la caída de la ruta determinista.
us-central1 10 recibidos Se consideran las 10 opciones. 200 recibidos (100 de us-west1, 100 de us-east1) 100 de estos 200 se consideran según la caída de la ruta determinista.

Aunque se supera el límite global de la región us-central1, su cuota regional puede aceptar rutas 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 a fin de que, siempre que se reciban los mismos prefijos en cada región, un conjunto coherente de rutas esté disponible 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. Una ruta nueva puede hacer que el algoritmo descarte una ruta aprendida con anterioridad.

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

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 regional y global 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 agregar prefijos (por ejemplo, agregando prefijos a 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 otras opciones.

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.