Cuotas y límites
En este documento, se enumeran las cuotas y los límites que se aplican a Cloud Router.
- Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar. Las cuotas se definen en función de los servicios de Google Cloud, 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 aumentos repentinos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de un recurso de Google Cloud que puede usar tu proyecto de Google Cloud. Las cuotas se aplican a una variedad de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir la cantidad de llamadas a la API para un servicio, la cantidad de balanceadores de cargas que se usan en simultáneo en tu proyecto o la cantidad de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios de Google Cloud mediante la prevención de la sobrecarga de los servicios. También te ayudan a administrar tus propios recursos de Google Cloud.
El sistema de cuotas Cloud realiza las siguientes acciones:
- Supervisa el consumo de productos y servicios de Google Cloud.
- Restringe el consumo de esos recursos.
- Proporciona un medio para solicitar cambios en el valor de la cuota.
En la mayoría de los casos, cuando intentas consumir más de lo que permite la cuota de un recurso, el sistema bloquea el acceso al recurso, y la tarea que intentas realizar falla.
Por lo general, las cuotas se aplican a nivel del proyecto de Google Cloud. El uso de un recurso en un proyecto no afecta tu cuota disponible en otro proyecto. Dentro de un proyecto de Google Cloud, las cuotas se comparten entre todas las aplicaciones y direcciones IP.
También hay límites de sistema para los recursos de Cloud Router. Los límites del sistema no se pueden cambiar.
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. |
Prefijos de ruta dinámica únicos de Cloud Router de la propia región por región por red de VPC Es la cantidad máxima de prefijos de destino ú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. Esto se denomina cuota desde la región propia de una región. |
Cuota |
Los prefijos IPv4 e IPv6 se consideran en esta cuota. Todas las rutas aprendidas se consideran en esta cuota, incluidas las rutas aprendidas personalizadas y las rutas recibidas por 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 una de las cuotas únicas de prefijos de ruta dinámica sin alcanzar la otra. Si se excede cualquiera de las cuotas, es posible que se produzcan problemas intermitentes de conectividad cuando se caigan las rutas. Para obtener más información, consulta el ejemplo de rutas aprendidas. Para obtener más información sobre estas cuotas, incluidas las métricas que puedes usar para comprender tu uso actual, consulta Soluciona problemas relacionados con las rutas y la selección de rutas de BGP. |
Solo se aplica a las redes de VPC en el modo de enrutamiento dinámico global. Prefijos de ruta dinámica únicos de Cloud Router de otras regiones por región por red de VPC 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 Esto se denomina cuota desde otras regiones de una región. |
Cuota |
Los prefijos IPv4 e IPv6 se consideran en esta cuota. Todas las rutas aprendidas se consideran en esta cuota, incluidas las rutas aprendidas personalizadas y las rutas recibidas por 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 una de las cuotas únicas de prefijos de ruta dinámica sin alcanzar la otra. Si se alcanza cualquiera de las cuotas, es posible que se produzcan problemas intermitentes de conectividad cuando se caigan las rutas. Para obtener más información, consulta el ejemplo de rutas aprendidas. Para obtener más información sobre estas cuotas, incluidas las métricas que puedes usar para comprender tu uso actual, consulta Cómo solucionar problemas relacionados con las rutas y la selección de rutas de BGP. |
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 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 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 la cuota 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 la cuota 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. Las cuotas 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, las cuptas 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 de la cuota de regiones de una región
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 de la cuota de 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 la cuota “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ó la cuota 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 de la cuota desde la región propia de la región) |
Destinos únicos de otras regiones (uso de la cuota 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 Los 250 prefijos seleccionados se comparten con otras regiones. |
260 recibidos (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 la ruta determinista. Se crean 250 rutas dinámicas con siguientes saltos en Los 250 prefijos seleccionados se comparten con otras regiones. |
260 recibidos (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 la ruta determinista. Se crean 10 rutas dinámicas en Los 10 prefijos seleccionados se comparten con otras regiones. |
500 recibidos (250 de Se crean 250 rutas dinámicas en |
Aunque se supera la cuota desde otras regiones de la región us-central1
, la cuota 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 de10.2.1.0/24
, que viene antes de10.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 de la cuota de otras regiones de una región, el comportamiento de la eliminación determinista se aplica de forma independiente a la cuota 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 una cuota 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 cuota.
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:
|
Comprueba tu cuota
Console
- En la consola de Google Cloud, ve a la página Cuotas.
- 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 ajustar la mayoría de las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita un ajuste de cuota.
Console
- En la consola de Google Cloud, ve a la página Cuotas.
- En la página Cuotas, selecciona las cuotas que deseas cambiar.
- En la parte superior de la página, haz clic en Editar cuotas.
- En Nombre, ingresa tu nombre.
- Opcional: En Teléfono, ingresa un número de teléfono.
- 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.