Cuotas y límites
En este documento se indican las cuotas y los límites del sistema que se aplican a Cloud Router.
- Las cuotas especifican la cantidad de un recurso compartido y contable que puedes usar. Las cuotas se definen por Google Cloud servicios como Cloud Router.
- Los límites del sistema son valores fijos que no se pueden cambiar.
Google Cloud usa cuotas para garantizar la equidad y reducir los picos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de unGoogle Cloud recurso que puede usar tu Google Cloud proyecto. Las cuotas se aplican a una serie de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir el número de llamadas a una API enviadas a un servicio, el número de balanceadores de carga que usa tu proyecto de forma simultánea o el número de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios deGoogle Cloud al evitar que se sobrecarguen los servicios. Las cuotas también te ayudan a gestionar tus propios Google Cloud recursos.
El sistema de cuotas de Cloud hace lo siguiente:
- Monitoriza tu consumo de Google Cloud productos y servicios
- Restringe el consumo de esos recursos
- Proporciona una forma de solicitar cambios en el valor de la cuota y automatizar los ajustes de la cuota.
En la mayoría de los casos, cuando intentas consumir más recursos de los que permite la cuota, el sistema bloquea el acceso al recurso y la tarea que intentas realizar falla.
Las cuotas se aplican generalmente a nivel de Google Cloud proyecto. El uso que hagas de un recurso en un proyecto no afectará a la cuota disponible en otro proyecto. En un Google Cloud proyecto, las cuotas se comparten entre todas las aplicaciones y direcciones IP.
Para obtener más información, consulta la descripción general de las cuotas de Cloud.También hay límites del sistema en los recursos de Cloud Router. Los límites del sistema no se pueden cambiar.
Cuotas
Para cambiar una cuota, consulta Solicitar un aumento de cuota.
En esta tabla se detallan las cuotas importantes por proyecto. Si quieres consultar otras cuotas, ve a la página Google Cloud Cuotas y límites del sistema de la consola.
| Elemento | Cuota | Notas |
|---|---|---|
| Routers de Cloud Router por proyecto | Cuota | Independientemente de la cuota, cada red está limitada a cinco routers de Cloud Router por región. Consulta la sección Límites. |
|
Prefijos de ruta dinámica de Cloud Router únicos de la propia región por región y por red de VPC Número máximo de prefijos de destino únicos asegurados de las rutas aprendidas que pueden aplicar todos los routers de Cloud Router de la misma región a las subredes de una región específica. Esto se conoce como cuota desde la propia región de una región. |
Cuota |
Tanto los prefijos IPv4 como los IPv6 se tienen en cuenta para esta cuota. Todas las rutas aprendidas se tienen en cuenta para esta cuota, incluidas las rutas aprendidas personalizadas y las rutas recibidas por BGP. Las rutas se agrupan por destinos únicos. Las rutas que tienen el mismo destino, pero no el siguiente salto, cuentan como un solo destino. Las rutas que tienen el mismo destino y el mismo salto a continuación también cuentan como un solo destino. En el caso de las redes que usan el modo de enrutamiento dinámico global, es posible alcanzar una de las cuotas de prefijos de ruta dinámica únicos sin alcanzar la otra. Si se ha superado alguna de las cuotas, es posible que tengas problemas de conectividad intermitentes cuando se eliminen rutas./ Para obtener más información, consulta el ejemplo de ruta aprendida. Para obtener más información sobre estas cuotas, incluidas las métricas que puede usar para conocer su uso actual, consulte Solucionar problemas de rutas BGP y selección de rutas. |
|
Solo se aplica a las redes de VPC en el modo de enrutamiento dinámico global. Prefijos de ruta dinámica de Cloud Router únicos de otras regiones por región y por red de VPC Número máximo de destinos únicos asegurados para las rutas aprendidas que pueden aplicar los routers de Cloud Router de distintas regiones a las subredes de una región específica. Esta cuota se denomina de otras regiones de una región. |
Cuota |
Tanto los prefijos IPv4 como los IPv6 se tienen en cuenta para esta cuota. Todas las rutas aprendidas se tienen en cuenta para esta cuota, incluidas las rutas aprendidas personalizadas y las rutas recibidas por BGP. Las rutas se agrupan por destinos únicos. Las rutas que tienen el mismo destino, pero no el siguiente salto, cuentan como un solo destino. Las rutas que tienen el mismo destino y el mismo salto a continuación también cuentan como un solo destino. En el caso de las redes que usan el modo de enrutamiento dinámico global, es posible alcanzar una de las cuotas de prefijos de ruta dinámica únicos sin alcanzar la otra. Si se ha alcanzado alguna de las cuotas, es posible que tengas problemas de conectividad intermitentes cuando se eliminen rutas. Para obtener más información, consulta el ejemplo de ruta aprendida. Para obtener más información sobre estas cuotas, incluidas las métricas que puede usar para conocer su uso actual, consulte Solucionar problemas de rutas BGP y selección de rutas. |
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 se pueden aumentar.
| Elemento | Límite | Notas |
|---|---|---|
| Número máximo de routers de Cloud Router por combinación de red de VPC y región | 5 | Si dispones de suficiente cuota de proyecto, puedes crear hasta cinco routers de Cloud Router en una determinada región y red de VPC. |
| Cantidad máxima de pares BGP por cada router de Cloud Router en una determinada región y red de VPC | 128 | El par de BGP puede ser uno de los siguientes:
|
| Número máximo de prefijos que Cloud Router acepta de un solo par BGP | 5000 | Si un par de BGP anuncia más de 5000 prefijos, Cloud Router restablece la sesión de BGP. |
| Número máximo de términos de todas las políticas de rutas BGP aplicadas en un único par BGP o dirección | 1000 | Este límite no se divide entre los recursos, sino que se combina. No hay límite en el tamaño de una sola expresión de coincidencia o de acción, en el número de acciones de un término, en el número de términos de una sola política ni en el número de políticas. |
| Para un router de Cloud Router específico, la cantidad máxima de anuncios de rutas de subred por sesión BGP | No hay restricciones | Los routers de Cloud Router no tienen límite de rutas de subred que pueden anunciar. La cantidad de rutas de subred depende del número de subredes, que a su vez está sujeto a los límites y cuotas de la red de VPC. |
| Cantidad máxima de rutas anunciadas personalizadas por sesión BGP para un router de Cloud Router específico | 200 | Si las rutas anunciadas personalizadas son idénticas en todas las sesiones BGP de un router de Cloud Router, este límite representa la cantidad total de rutas anunciadas personalizadas IPv4 e IPv6 únicas para ese router. En este caso, cada sesión recibe el mismo conjunto de rutas anunciadas personalizadas. |
| Para un router de Cloud Router específico, el tamaño máximo combinado de todos los literales de expresiones de coincidencia y acción que se usan en las políticas de rutas BGP cuando se codifican como UTF-8. | Límite de 250 KiB | En un Cloud Router concreto, este límite no se divide entre los recursos, sino que se combina. No hay ningún límite en el tamaño de una sola expresión de coincidencia o de acción, en el número de acciones de un término, en el número de términos de una sola política de rutas BGP ni en el número de políticas de rutas BGP. |
Número máximo de consultas por minuto para llamadas list-bgp-routes en un solo router de Cloud Router |
1500 | Esta cuota es de compute.googleapis.com/list_requests_per_region.
Para obtener más información, consulta
Cuotas de frecuencia. |
| Número máximo de políticas de ruta BGP por router de Cloud Router. | 500 | |
| Número máximo de rutas aprendidas personalizadas por sesión BGP | 10 |
Para obtener más información sobre esta función, consulta Rutas aprendidas personalizadas. |
En una región determinada de una red de VPC, el número máximo de prefijos de IP únicos que se pueden configurar como rutas aprendidas personalizadas. Este límite permite que se utilicen los mismos intervalos en varios peers. |
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 abandono de rutas que puede producirse cuando se supera la cuota de la propia región o la de otras regiones.
Supongamos que tienes routers de Cloud Router en la región us-east1 y routers de Cloud Router en la región us-west1 en la misma red de VPC, y que el enrutamiento dinámico global está habilitado. Cada Cloud Router de cada región aprende 250 destinos únicos. En este ejemplo, cada router de Cloud Router de cada región no aprende ninguno de los mismos destinos.
Independientemente de los routers de Cloud Router que aprendan las rutas de cada región, la cuota de cada región se agota porque los routers de Cloud Router de cada región aprenden 250 de los 250 destinos únicos. Las cuotas de otras regiones de ambas regiones también se agotan, ya que cada router de Cloud Router importa 250 destinos únicos de la otra región. Si la red de VPC de ejemplo usara el enrutamiento dinámico regional, las cuotas de otras regiones de cada región no se aplicarían, ya que el modo de enrutamiento dinámico regional indica a la red de VPC que solo cree rutas dinámicas en la región que coincida con el siguiente salto de la ruta.
Superar la cuota de una región
Supongamos que tu router on-premise, que está conectado a un router de Cloud Router en us-west1, anuncia un destino número 251. Los routers de Cloud Router de la región us-west1seleccionan 250 de los 251 destinos únicos siguiendo 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.
Como la red de VPC usa el modo de enrutamiento dinámico global, tampoco crea más de 250 rutas dinámicas en cada una de las demás regiones, lo que está sujeto a la cuota de destinos únicos de otras regiones de cada una de las demás regiones. En la siguiente sección se describe con más detalle lo que ocurre en otras regiones.
Superar la cuota de una región para las solicitudes procedentes de otras regiones
Cuando los routers de Cloud Router de la región us-west1 aprenden 251 destinos únicos, se ponen a disposición de los recursos de la región us-east1 250 de los 251 destinos únicos de us-west1, ya que la cuota de destinos únicos de otras regiones de la región us-east1 solo puede aceptar 250 destinos únicos.
Supongamos que creas un router de Cloud Router en una tercera región, us-central1, en la misma red de VPC. Supongamos que el nuevo router de Cloud Router aprende 10 destinos únicos de su par de BGP. Aunque no se ha superado la cuota de la región us-central1 para el tráfico procedente de la misma región, sí se ha superado la cuota de la región us-central1 para el tráfico procedente de otras regiones, ya que las otras dos regiones proporcionan un total de 500 destinos únicos (250 de us-east1 y otros 250 de us-west1).
De forma regional, el orden de ruta determinista selecciona rutas para un máximo de 250 destinos únicos en otras regiones, tal como se indica en la siguiente tabla.
| Región |
Destinos únicos locales de la región (uso de la cuota de la región de la propia región) |
Destinos únicos de otras regiones (uso de la cuota de la región desde otras regiones) |
|---|---|---|
| us-west1 |
251 recibidos. Se seleccionan 250 de los 251 elementos y se elimina uno de ellos por el orden de ruta determinista. Se crean 250 rutas dinámicas con siguientes saltos en Los 250 prefijos seleccionados se comparten con otras regiones. |
Se han recibido 260 (250 de Se crean 250 rutas dinámicas con siguientes saltos fuera de |
| us-east1 |
250 recibidos. Los 250 se seleccionan según el orden de ruta determinista. Se crean 250 rutas dinámicas con siguientes saltos en Los 250 prefijos seleccionados se comparten con otras regiones. |
Se han recibido 260 (250 de Se crean 250 rutas dinámicas con siguientes saltos fuera de |
| us-central1 |
10 recibidos. Los 10 se seleccionan según el orden de ruta determinista. Se han creado 10 rutas dinámicas con siguientes saltos en Los 10 prefijos seleccionados se comparten con otras regiones. |
Se han recibido 500 (250 de Se crean 250 rutas dinámicas con siguientes saltos
fuera de |
Aunque se haya superado la cuota de la región us-central1 para las rutas procedentes de otras regiones, se pueden aceptar destinos cuya siguiente parada esté en la región us-central1.
Comportamiento determinista de abandono de rutas
Cloud Router implementa un comportamiento de eliminación de rutas determinista basado en la longitud de la máscara de subred y las características lexicográficas de cada prefijo recibido. En cada región, se aplica el siguiente proceso de forma independiente a la lista de destinos de la propia región y a la lista de destinos únicos de otras regiones:
La lista se ordena primero de la longitud de máscara de subred más corta a la más larga y, después, por orden alfabético. Por ejemplo,
10.0.0.0/8va antes que10.2.1.0/24, que va antes que10.99.1.0/24.Se conservarán las primeras 250 entradas de la lista. El resto se descarta.
Como se muestra en la sección sobre superar la cuota de una región para las solicitudes procedentes de otras regiones, el comportamiento de eliminación determinista se aplica de forma independiente a la cuota de cada región para las solicitudes procedentes de su propia región y a la cuota de cada región para las solicitudes procedentes de otras regiones.
El comportamiento determinista de abandono de rutas tiene las siguientes consecuencias:
Cuando se reciben prefijos IPv4 e IPv6, Cloud Router suele descartar primero los prefijos IPv6 cuando se supera una cuota de destino único. Esto ocurre porque la longitud de máscara de subred más corta y habitual de IPv6 (
/48) es mayor que la longitud de máscara de subred más larga posible de 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, en función del modo de enrutamiento dinámico de la red VPC. Esta coherencia, incluidas las rutas que descarta Cloud Router, se mantiene cuando se reinician las tareas de Cloud Router.
Evitar que se abandone la ruta
Durante la eliminación de rutas, se pierde la conectividad de los prefijos que se han eliminado. Para evitar que se eliminen rutas, monitoriza el uso de prefijos de cada región (desde la propia región y desde otras regiones) con Cloud Monitoring o Cloud Logging, y asegúrate de no anunciar más destinos únicos que la cuota de cada región.
Considera la opción de resumir las rutas para reducir el número 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 en un prefijo, 10.10.0.0/22.
Si no es posible, ponte en contacto con tu Google Cloud equipo de Ventas para hablar de otras opciones.
Gestionar cuotas
EnCloud Router se aplican cuotas al uso de recursos por varios motivos. Por ejemplo, las cuotas protegen a la comunidad de usuarios de 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, pero puedes solicitar un aumento para cambiarlas. 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, las 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:
|
Consultar tu cuota
Consola
- En la Google Cloud consola, ve a la página 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
En la CLI de Google Cloud, 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_IDPara 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 devuelve el siguiente código de estado HTTP: 413 Request Entity Too Large.
Solicitar cuota adicional
Para ajustar la mayoría de las cuotas, usa la Google Cloud consola. Para obtener más información, consulta Solicitar un ajuste de cuota.
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 una región determinada. 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.
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.