En esta página se describen las cuotas y los límites de los productos de conectividad de red. Para cambiar una cuota, consulta cómo solicitar otra. En general, los límites no pueden aumentarse a menos que se indique explícitamente.
Cloud VPN
Cuotas
En esta tabla se detallan las cuotas importantes por proyecto. Si quieres consultar otras cuotas, ve a la páginaGoogle Cloud Cuotas de la consola.
| Elemento | Cuota | Notas |
|---|---|---|
| Pasarelas de VPN | Cuota | Solo para VPNs de alta disponibilidad. |
| Pasarelas de VPN externas | Cuota | Solo para VPNs de alta disponibilidad. |
| Túneles VPN | Cuota | Esta cuota representa el número total combinado de túneles de VPN clásica y de alta disponibilidad. |
| Routers | Cuota |
Esta cuota representa el número de routers de Cloud Router que puedes crear dentro del proyecto en cualquier red y región. Las redes también tienen un límite en cuanto al número de routers de Cloud Router que se pueden crear en una región concreta. Para obtener más detalles, consulta las cuotas y los límites de Cloud Router. Aunque está sujeto a las cuotas y a los límites de Cloud Router, el número de routers de este servicio es totalmente independiente del tipo de pasarela de Cloud VPN (clásica o de alta disponibilidad) a la que esté vinculado un túnel. La cuota se aplica de la misma manera a ambos tipos de pasarela. |
| Pasarelas de VPN de destino | Cuota | Solo para VPN clásicas. |
| Reglas de reenvío | Cuota | Solo para VPN clásicas. |
Límites
A continuación se muestran los límites que se aplican a Cloud VPN. En esta tabla, con "túnel VPN" se hace referencia tanto a los de VPN clásica como a los de alta disponibilidad. A menos que se indique lo contrario, estos límites no se pueden aumentar.
| Elemento | Límite | Notas |
|---|---|---|
| Ancho de banda por túnel de VPN | 250.000 paquetes por segundo para la suma de entrada y de salida |
250.000 paquetes por segundo equivalen aproximadamente a entre 1 y 3 Gbps, según el tamaño medio de los paquetes del túnel. Cloud VPN solo acelera el tráfico IPsec de salida, no el de entrada. Para obtener más información, consulta la sección sobre el ancho de banda de red. |
Problemas conocidos
Hay una serie de factores importantes:
Los recursos deGoogle Cloud específicos para las VPN de alta disponibilidad todavía no aparecen en el Inventario de Recursos de Cloud ni en Security Command Center.
compute.vpnGatewaysycompute.externalVpnGatewaysson ejemplos de dichos recursos. Sin embargo, el recursocompute.vpnTunnelsse muestra en ambos sitios y es obligatorio para las conexiones de VPNs de alta disponibilidad.Para ver las métricas de Cloud Monitoring de las VPNs de alta disponibilidad, usa el explorador de métricas. Consulta más información en el artículo sobre cómo ver registros y métricas.
Cuando configures túneles VPN en AWS, utiliza IKEv2 y configura menos conjuntos de transformación IKE.
Cloud Interconnect
Cuotas
En esta tabla se destacan las cuotas importantes para cada proyecto. Si quieres consultar otras cuotas, ve a la página Google Cloud Cuotas de la consola.
| Elemento | Cuota | Notas |
|---|---|---|
| Conexiones de Cloud Interconnect | Cuota | Número de conexiones de interconexión dedicada por proyecto. Las conexiones de Cloud Interconnect no están asociadas a regiones ni a redes de VPC. |
| Vinculaciones de VLAN | Cuota | La cantidad de vinculaciones de VLAN que puedes configurar en cada región en tu proyecto. Esto incluye las vinculaciones de VLAN tanto de Interconexión dedicada como de Partner Interconnect. Además de esta cuota, se aplica la de vinculaciones de VLAN por interconexión. |
| Vinculaciones de VLAN por interconexión | Cuota | El número de vinculaciones de VLAN que puedes configurar en una sola conexión de interconexión. |
| Total de Mb/s de las vinculaciones de VLAN | Cuota | La capacidad máxima de ancho de banda de todas las vinculaciones de VLAN en una región y un proyecto determinados, sin importar su relación con las conexiones de Cloud Interconnect. Además de esta cuota, se aplican los límites descritos en la siguiente tabla. |
| Redes entre sitios | Quota (Vista previa) | Número de redes entre sitios por proyecto. |
| Grupos de cables | Quota (Vista previa) | Número de grupos de cables por proyecto. Además de esta cuota, se aplica la de Grupos de cables por interconexión. |
| Grupos de cables por interconexión | Quota (Vista previa) | El número de grupos de cables que puedes configurar en una sola conexión de Cloud Interconnect. |
| Ancho de banda sin medición de grupos de cables por par de metrópolis de interconexión | Quota (Vista previa) | Capacidad máxima de ancho de banda entre un par de metros de interconexión, en Gbps. Esta cuota incluye ambas direcciones de tráfico. Hay una cuota única para cada par de áreas metropolitanas, tal como se indica en la columna Dimensiones, con el formato metro-a|metro-b. |
| Routers de Cloud Router | Cuota | El número de routers de Cloud Router que puedes crear dentro del proyecto en cualquier red y región. Las redes también tienen un límite en cuanto al número de routers de Cloud Router que se pueden crear en una región concreta. Para obtener más detalles, consulta las cuotas y los límites de Cloud Router. |
Límites
Los siguientes límites se aplican a las conexiones de Cloud Interconnect, a las vinculaciones de VLAN y a los cables de red entre sitios. A menos que se indique lo contrario, estos límites no se pueden aumentar.
| Elemento | Límite | Notas |
|---|---|---|
| Número máximo de circuitos físicos por conexión de Cloud Interconnect | 8 circuitos de 10 Gb/s (80 Gb/s) o 2 circuitos de 100 Gb/s (200 Gb/s) |
Una conexión de Cloud Interconnect es una conexión lógica con Google, formada por uno o varios circuitos físicos. Puedes solicitar una de estas opciones:
|
| Ancho de banda máximo por vinculación de VLAN | Capacidades de entre 50 Mb/s y 100 Gb/s. | El máximo ancho de banda admitido por vinculación de VLAN depende de la capacidad que solicites. Consulta la página de precios para obtener más información. En el caso de Partner Interconnect, no todos los partners ofrecen las mismas capacidades. El rendimiento de los flujos de una vinculación de VLAN está limitado. Para alcanzar el máximo rendimiento, debes usar varias quíntuplas de flujos (por ejemplo, 10 o más) con paquetes cuyos tamaños estén comprendidos en la MTU de la vinculación de VLAN. |
| Ancho de banda máximo por flujo de tráfico en una vinculación de VLAN |
10 Gb/s
Aunque configures tu vinculación con un ancho de banda superior, un flujo de tráfico individual podría estar limitado al máximo definido para una vinculación. |
Los flujos de tráfico a un destino de una red de VPC se identifican con una quíntupla de hash en el caso de los paquetes no fragmentados o con una tripla de hash en el caso de los paquetes fragmentados. Además, el tráfico que usa Acceso privado de Google para hosts on-premise se identifica mediante un hash de tres tuplas.
El ancho de banda máximo es inferior al límite de 10 Gb/s en los siguientes supuestos:
|
| Frecuencia máxima de paquetes por flujo de tráfico en una vinculación de VLAN | 1.000.000 de paquetes por segundo (pps) | Este número representa la frecuencia máxima de paquetes por flujo de tráfico, que se identifica con una tripla o una quíntupla de hash, en función de si los paquetes están fragmentados o no, tal y como se describe en la sección anterior. |
| Unidad máxima de transmisión (MTU) |
|
El tamaño del mayor paquete de direcciones IP que se puede transmitir a través de una vinculación de VLAN, en función del ajuste de MTU de la vinculación de VLAN. Para obtener más información, consulta MTU de Cloud Interconnect. |
| Tiempo de vida máximo de la clave de emparejamiento de la vinculación de VLAN de Partner Interconnect | 28 días. | Se corresponde con la cantidad máxima de tiempo que puede pasar desde que se genera una clave de emparejamiento de la vinculación de VLAN de Partner Interconnect hasta que el proveedor de servicios aprovisiona correctamente la vinculación. Si una clave de este tipo deja de ser válida, debes eliminarla y crear otra que pueda usar el proveedor de servicios de Partner Interconnect. |
| Ancho de banda máximo por cable | 1 Gbps (vista previa) | Este límite se puede aumentar. Requiere que confirmes que no superarás el límite de ancho de banda máximo por flujo de tráfico en un cable. Para solicitar una actualización de este límite, envía un caso de asistencia. |
| Ancho de banda máximo por flujo de tráfico en un cable | 10 Gbps (vista previa) | Un flujo de tráfico se define de una de las siguientes formas: Si configuras el cifrado MACsec de extremo a extremo entre tus routers on-premise, el flujo de tráfico se define mediante un hash de dos tuplas que consta de una dirección MAC de origen y una dirección MAC de destino. De lo contrario, un flujo de tráfico se define mediante un hash de ocho tuplas que consta de una dirección MAC de origen, una dirección MAC de destino, una dirección IP de origen, una dirección IP de destino, una interfaz física del router perimetral de Google, un número de protocolo IP, un puerto de origen TCP/UDP y un puerto de destino TCP/UDP. |
| Límites de Cloud Router | La interconexión dedicada y Partner Interconnect requieren Cloud Router, por lo que se aplican todos los límites y cuotas de este servicio. El número de rutas aprendidas y rutas anunciadas está limitado. Para obtener más información, consulta la página de cuotas y límites de Cloud Router. |
Cloud Router
Cuotas
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.
Dispositivo router
Cuotas
Las cuotas que se aplican a las rutas de red de Cloud Router también se aplican a las rutas de los radios del dispositivo router conectados a los hubs de Network Connectivity Center.
Para obtener más información, consulta las cuotas de Cloud Router.
Límites
Los siguientes límites de Cloud Router también se aplican al dispositivo Router:
- Número máximo de routers de Cloud Router por combinación de red de VPC y región
- Cantidad máxima de pares BGP por cada router de Cloud Router en una determinada red de VPC y región
Para obtener más información, consulta los límites de Cloud Router.
Network Connectivity Center
Cuotas
Las cuotas que se aplican a las rutas de red de Cloud Router también se aplican a las rutas de los hubs y spokes de Network Connectivity Center. Para obtener más información, consulta las cuotas y los límites de Cloud Router.
| Elemento | Cuota | Notas |
|---|---|---|
| Número de centros de control por proyecto | Cuota | Por proyecto, global |
| Número de spokes de túneles de Cloud VPN por proyecto y por región | Cuota | Por proyecto en cada región; solo se admiten túneles VPN de alta disponibilidad |
| Número de spokes de vinculación de VLAN de Cloud Interconnect por proyecto y región | Cuota | Por proyecto en cada región |
| Número de radios de dispositivo router por proyecto y región | Cuota | Por proyecto en cada región |
| Número de radios de VPC por proyecto | Cuota | Incluye radios de VPC (radios perimetrales y centrales combinados), aunque no estén conectados a ningún hub. |
Número de radios de VPC activos por centro de conectividad |
Cuota | Solo se aplica a las VPC de radio que se hayan aceptado en un centro de conectividad. No se aplica a las VPC de radio que estén pendientes de revisión o que se hayan rechazado. |
Número de rutas de subred por tabla de rutas de centro de conectividad |
Cuota | Solo se aplica a los hubs con radios de VPC. |
Número de rutas dinámicas por centro de conectividad |
Cuota | Se aplica a todas las VPC de radio |
Número de redes de VPC de enrutamiento por hub |
Cuota | |
Número de rutas estáticas con una dirección IP de balanceador de carga de aplicaciones interno como siguiente salto por centro de conectividad |
Cuota | Por proyecto, global |
Límites
En Network Connectivity Center se aplican los siguientes límites de uso.
| Elemento | Valor |
|---|---|
| Número de túneles VPN que se pueden vincular a un spoke | 8 |
| Número de vinculaciones de VLAN que se pueden vincular a un spoke | 6 |
| Número de instancias de dispositivos router que se pueden vincular a un radio | 8 |
| Número de radios de VPC activos por hub | 250 |
| Número máximo de radios de VPC (activos e inactivos) por centro de conectividad | 1000 |
| Número de intervalos de CIDR de exportación incluidos o excluidos por spoke | 16 |
Gestionar cuotas
EnGoogle Cloud 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.