En las siguientes secciones, se describen las cuotas y los límites de las herramientas de redes de la nube privada virtual (VPC).
Cuotas
Usa Google Cloud Console para solicitar una cuota adicional.
Por proyecto
En esta tabla se destacan las cuotas globales importantes para los recursos de VPC de cada proyecto. Para conocer las otras cuotas, consulta la página Cuotas en Cloud Console.
Para supervisar las cuotas por proyecto con Cloud Monitoring, configura la supervisión
de la métrica serviceruntime.googleapis.com/quota/allocation/usage
en el tipo de recurso
Consumer Quota
. Configura filtros de etiquetas adicionales (service
,
quota_metric
) para obtener el tipo de cuota. Para obtener más información sobre cómo supervisar las métricas de cuota,
consulta Usa métricas de cuota.
Cuota | Descripción |
---|---|
Ancho de banda de salida de Internet | Ancho de banda de salida de Internet por región de las VM de Google Cloud en todas las redes de VPC del proyecto. |
Redes | Esto incluye la red default , la cual puede quitarse. |
Subredes | Se aplica a todas las subredes en todas las redes del proyecto. |
Rutas | Cuenta las rutas estáticas personalizadas definidas en todas las redes de VPC del proyecto. No incluye los siguientes tipos de rutas:
|
Routers de Cloud | La cantidad de routers de Cloud que puedes crear en tu proyecto, en cualquier red y región. Las redes también tienen un límite en cuanto a la cantidad de routers de Cloud dentro de una región específica. Para obtener detalles, consulta Cuotas y límites de Cloud Router. |
Reglas de firewall | La cantidad de reglas de firewall que puedes crear para todas las redes de VPC de tu proyecto. |
Reglas de reenvío | Esta cuota solo se aplica a las reglas de reenvío para el balanceo de cargas
de HTTP(S) externo, el balanceo de cargas de proxy SSL, el balanceo de cargas de proxy TCP y las
puertas de enlace de VPN clásica. Para casos de uso de reglas de reenvío que no sean estas, consulta las siguientes filas. |
Reglas de reenvío del balanceo de cargas de red TCP/UDP externo | Reglas de reenvío para que las usen balanceadores de cargas de red TCP/UDP externos (tanto los servicios de backend como las arquitecturas de grupos de destino). |
Reglas de reenvío de protocolos externos | Reglas de reenvío para el reenvío de protocolos externos a instancias de destino. |
Reglas de reenvío de Traffic Director | Reglas de reenvío para Traffic Director. |
Reglas de reenvío internas | Consulta las cuotas por red para todos los tipos de reglas de reenvío internas que se usan en el balanceo de cargas de HTTP(S) interno, el balanceo de cargas de TCP/UDP interno y el reenvío de protocolos interno. |
Direcciones IP internas | Cantidad de direcciones IP internas estáticas y regionales que puedes reservar en cada región en tu proyecto. |
Direcciones IP internas y globales | Cantidad de rangos asignados que puedes reservar para el acceso privado a servicios. Cada rango corresponde a un rango contiguo de direcciones IP internas. |
Direcciones IP estáticas | Cantidad de direcciones IP externas estáticas y regionales que puedes reservar en cada región en tu proyecto. |
Direcciones IP estáticas y globales | Cantidad de direcciones IP externas globales y estáticas que puedes reservar en tu proyecto. |
Políticas de duplicación de paquetes | Cantidad de políticas de duplicación de paquetes que puedes crear en tu proyecto, en cualquier red y región. Si necesitas aumentar esta cuota, comunícate con el equipo de ventas de Google Cloud. |
Por red
En esta tabla, se destacan las cuotas de red importantes. Para conocer las otras cuotas, consulta la página Cuotas en Cloud Console.
La información sobre la supervisión de las métricas disponibles con Cloud Monitoring está disponible en Usa métricas de cuota.
Cuota | Descripción |
---|---|
Instancias de VM por red | Este límite podría ser inferior si usas el intercambio de tráfico entre redes de VPC para conectar la red a otras redes. Para obtener más información, consulta Límites de intercambio de tráfico entre redes de VPC. Nombre de la cuota: Métricas disponibles:
|
Cantidad máxima de instancias de VM por subred | No hay una restricción independiente. |
Rangos de alias de IP asignados por red | Un rango de IP de alias puede ser una sola dirección IP (/32) o un bloque CIDR (por ejemplo, /24 o /16) asignado a la interfaz de red de una VM. Las direcciones IP de alias pueden provenir de cualquier rango de IP de una subred, ya sea el primario o el secundario. Para los fines de este cuota, Google Cloud no considera el tamaño de la máscara de red del rango. Solo cuenta la cantidad de rangos de alias de IP asignados a todas las VM de la red. Además de esta cuota, existe un límite por VM en la cantidad de rangos de alias de IP por interfaz de red. Nombre de la cuota: Métricas disponibles:
|
Rangos de IP de subred (primarios y secundarios) por red de VPC | La cantidad total de rangos de IP de subred primarios y secundarios asignados a todas las subredes de una red de VPC. Nombre de la cuota: Métricas disponibles:
|
Reglas de reenvío de balanceador de cargas interno por red de VPC | Cantidad máxima de reglas de reenvío para balanceadores de cargas internos.
Esta cuota se aplica a la cantidad total de reglas de reenvío para el balanceo de cargas interno, no se aplica a cada región de forma individual. Si tu red usa el intercambio de tráfico entre redes de VPC para conectarse a otras redes, consulta Límites de intercambio de tráfico entre redes de VPC. Nombre de la cuota: Métricas disponibles:
|
Reglas de reenvío para el reenvío de protocolos interno | Cantidad máxima de reglas de reenvío para el reenvío de protocolos internos. Este límite aplica a la cantidad total de reglas de reenvío para el reenvío de protocolos internos; no a cada región de forma individual. Si tu red usa el intercambio de tráfico entre redes de VPC para conectarse a otras redes, consulta Límites de intercambio de tráfico entre redes de VPC. Nombre de la cuota: Métricas disponibles:
|
Reglas de reenvío de Private Service Connect para las API de Google | La cantidad máxima de reglas de reenvío para Private Service Connect. Este límite se aplica a la cantidad total de reglas de reenvío para Private Service Connect en todas las regiones. No se puede aumentar este límite. Consulta por proyecto para obtener detalles adicionales importantes sobre cuántas direcciones internas globales puedes crear. Nombre de la cuota: Métricas disponibles:
|
Límites
Por lo general, los límites no se pueden aumentar, a menos que se indique de forma específica.
Por organización
Los siguientes límites se aplican a las organizaciones.
Elemento | Límite | Notas |
---|---|---|
Políticas de firewall jerárquicas no asociadas por organización | 50 | Una política no asociada es una política que existe en tu organización de Google Cloud, pero que no está asociada a un nodo. No hay límite en la cantidad de políticas que tu organización puede tener asociadas a nodos, aunque cada nodo puede tener solo una política. Si necesitas aumentar este límite, comunícate con el equipo de ventas de Google Cloud. |
Atributos jerárquicos de la regla de firewall en políticas jerárquicas de firewall | 2000 | Cantidad de atributos de la regla en todas las reglas de una política jerárquica de firewall. No importa la cantidad de reglas, solo el total de atributos en todas las reglas de la política. Un atributo de regla es un rango de IP, un protocolo, un puerto o rango de puertos, una cuenta de servicio objetivo o un recurso de destino. Ejemplos:
Para saber cuántos atributos tiene tu política, consulta Describe una política. Si necesitas aumentar este límite, comunícate con el equipo de ventas de Google Cloud. |
Límites de proyectos de VPC compartida
Los siguientes límites se aplican a los proyectos que participan en la VPC compartida.
Elemento | Límite | Notas |
---|---|---|
Cantidad de proyectos de servicio que se pueden adjuntar a un proyecto host | 1,000 | Si necesitas aumentar este límite, comunícate con el equipo de ventas de Google Cloud. |
Cantidad de proyectos host de VPC compartida en una sola organización | 100 | Si necesitas aumentar este límite, comunícate con el equipo de ventas de Google Cloud. |
Cantidad de proyectos host a los que se puede adjuntar un proyecto de servicio | 1 | Este límite no se puede aumentar. |
Por red
Los siguientes límites se aplican a las redes de VPC. Estos límites se aplican mediante el uso de cuotas de forma interna. Cuando se superan los límites por red, verás errores QUOTA_EXCEEDED
con los nombres internos de las cuotas.
Elemento | Límite | Notas |
---|---|---|
Rangos de IP de subred | ||
Rangos de IP primarios por subred | 1 | Cada subred debe tener exactamente un rango de IP primario (bloque CIDR). Este se utiliza para las direcciones IP internas y primarias de VM, los rangos de alias de IP de VM y las direcciones IP de los balanceadores de cargas internos. Este límite no se puede aumentar. |
Cantidad máxima de rangos de IP secundarios por subred | 30 | Tienes la opción de definir hasta treinta bloques CIDR secundarios por subred. Estos rangos de IP secundarios solo se pueden usar en rangos de alias de IP. No se puede aumentar este límite. |
Cantidad máxima de etiquetas de origen por regla de firewall | 30 | Cantidad máxima de etiquetas de red que puedes especificar como etiquetas de origen cuando creas una regla de firewall de entrada. Este límite no se puede aumentar. |
Cantidad máxima de etiquetas de destino por regla de firewall | 70 | Cantidad máxima de etiquetas de red que puedes especificar como etiquetas de destino cuando creas una regla de firewall de entrada o salida. Este límite no se puede aumentar. |
Cantidad máxima de cuentas de servicio de origen por regla de firewall | 10 | Cantidad máxima de cuentas de servicio de origen que puedes especificar cuando creas una regla de firewall de entrada. No se puede aumentar este límite. |
Cantidad máxima de cuentas de servicio de destino por regla de firewall | 10 | Cantidad máxima de cuentas de servicio de destino que puedes especificar cuando creas una regla de firewall de entrada o salida. Este límite no se puede aumentar. |
Cantidad máxima de rangos de origen por regla de firewall | 256 | Cantidad máxima de rangos de IP de origen que puedes especificar cuando creas una regla de firewall de entrada. No se puede aumentar este límite. |
Cantidad máxima de rangos de destino por regla de firewall | 256 | Cantidad máxima de rangos de IP de destino que puedes especificar cuando creas una regla de firewall de salida. No se puede aumentar este límite. |
Límites de intercambio de tráfico entre redes de VPC
Se aplican los siguientes límites a las redes de VPC conectadas mediante el intercambio de tráfico entre redes de VPC. Cada límite se aplica a un grupo de intercambio de tráfico, que corresponde a un conjunto de redes de VPC que intercambian tráfico directamente entre sí. Desde la perspectiva de la red de VPC en cuestión, ella y todas sus redes de intercambio de tráfico pertenecen a un solo grupo. Estos grupos de intercambio de tráfico no incluyen los pares de las redes de intercambio de tráfico.
A veces, estos límites pueden aumentar. Comunícate con el equipo de Ventas de Google Cloud si tienes dudas sobre este aumento.
Elemento | Límite | Notas |
---|---|---|
Grupo de intercambio de tráfico | ||
Cantidad máxima de conexiones a una sola red de VPC | 25 | Cantidad máxima de redes que pueden conectarse a una red de VPC específica con el intercambio de tráfico entre redes de VPC. |
Cantidad máxima de rutas de subred de un grupo de intercambio de tráfico | Sin restricción independiente | Cantidad máxima de rutas de subred que se pueden intercambiar se limita según la cantidad máxima de rangos de IP de subred (primarios y secundarios) por grupo de intercambio de tráfico, que se describe más adelante en este documento. |
Cantidad máxima de rutas estáticas de un grupo de intercambio de tráfico | 300 | Cantidad máxima de rutas estáticas que se pueden intercambiar entre redes de un grupo de intercambio de tráfico cuando se importan y exportan rutas personalizadas. Google Cloud impide que crees una conexión de intercambio de tráfico a una red si esto causa que se supere el límite en el grupo de intercambio de tráfico. |
Cantidad máxima de rutas dinámicas de un grupo de intercambio de tráfico | 300 | Cantidad máxima de rutas dinámicas que pueden aplicar los routers de Cloud a todas las redes de un grupo de intercambio de tráfico cuando se importan y exportan rutas personalizadas. Si la cantidad de rutas dinámicas supera este límite, Google Cloud ajustará el modo en que importa este tipo de rutas para una red específica:
|
Instancias | ||
Cantidad máxima de instancias de VM | 15,000 por red 15,500 por grupo de intercambio de tráfico |
Google Cloud te permite crear una instancia nueva en una red de VPC específica siempre que se cumplan las siguientes condiciones:
Para ver ejemplos, consulta Intercambio de tráfico entre redes de VPC y cantidad máxima de VM. Código de error de límite excedido: |
Rangos de IP de subred | ||
Cantidad máxima de rangos de IP de subred (primarios y secundarios) | 400 | Cantidad máxima de rangos de IP de subred primarios y secundarios que pueden asignarse a subredes en todas las redes de un grupo de intercambio de tráfico. Código de error de límite excedido: |
Balanceo de cargas interno | ||
Cantidad máxima de reglas de reenvío para:
|
75 por red 175 por grupo de intercambio de tráfico |
Puedes crear nuevas reglas de reenvío internas y regionales para el balanceo de cargas interno si se cumplen las siguientes condiciones:
Código de error de límite excedido: |
Reenvío de protocolos | ||
Cantidad máxima de reglas de reenvío de protocolos internos | 50 por red 100 por grupo de intercambio de tráfico |
Puedes crear nuevas reglas de reenvío internas y regionales para el reenvío de protocolos si se cumplen las siguientes condiciones:
Código de error de límite excedido: |
Cantidad máxima de rangos de alias de IP asignados de un grupo de intercambio de tráfico | 15,000 | Un rango de alias de IP puede ser una sola dirección IP (/32) o un bloque CIDR (por ejemplo, /24 o /16) asignado a la interfaz de red de una VM. Las direcciones IP de alias pueden provenir de cualquier rango de IP de una subred, ya sea el primario o el secundario. Para los fines de este límite, Google Cloud no considera el tamaño de la máscara de red del rango. Solo cuenta la cantidad de rangos de alias de IP asignados a todas las VM de la red. Además de esta cuota, existe un límite por VM sobre la cantidad de rangos de IP de alias por interfaz de red. Código de error de límite excedido: |
Intercambio de tráfico entre redes de VPC y cantidad máxima de VM
La cantidad máxima permitida de instancias de VM entre las redes de un grupo de intercambio de tráfico es de 15,500. A modo de ejemplo, supongamos que network-b
intercambia tráfico con otras dos redes, network-a
y network-c
:
- Si
network-b
tiene 5,000 VM, la cantidad total combinada de VM que puedes crear ennetwork-a
ynetwork-c
debe ser menor o igual a 10,500. - Si
network-b
tiene 500 VM, la cantidad total combinada de VM que puedes crear ennetwork-a
ynetwork-c
debe ser menor o igual a 15,000.
Intercambio de tráfico entre redes de VPC y reglas de reenvío internas
Desde la perspectiva de una red de VPC en particular, Google Cloud calcula una cantidad real de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico mediante este método:
Paso 1: Encuentra el valor más alto de estos dos límites para la red en cuestión:
- Cantidad máxima de reglas de reenvío para los balanceadores de cargas internos de la red determinada
- Cantidad de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico
Paso 2: Encuentra el valor más alto de estos dos límites para cada una de las demás redes del grupo de intercambio de tráfico:
- Cantidad máxima de reglas de reenvío para los balanceadores de cargas internos de la red de intercambio de tráfico
- Cantidad de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico
Paso 3: Encuentra el valor más bajo de la lista creada en el paso 2.
Paso 4: Toma el valor más alto de los dos números obtenidos en los pasos 1 y 3. Este número es la cantidad real de reglas de reenvío para los balanceadores de cargas internos que se pueden crear en el grupo de intercambio de tráfico desde la perspectiva de la red determinada.
Imagina que tienes cuatro redes de VPC, las cuales son network-a
, network-b
, network-c
y network-d
:
network-a
intercambia el tráfico connetwork-b
; ynetwork-b
, connetwork-a
.network-a
intercambia el tráfico connetwork-c
; ynetwork-c
, connetwork-a
.network-c
intercambia el tráfico connetwork-d
; ynetwork-d
, connetwork-c
.
Cada red tiene los siguientes límites:
Red | Cantidad máxima de reglas de reenvío para los balanceadores de cargas internos de la red determinada | Cantidad de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico |
---|---|---|
network-a |
160 | 150 |
network-b |
75 | 80 |
network-c |
75 | 75 |
network-d |
75 | 95 |
Desde la perspectiva de cada red de VPC, Google Cloud calcula la cantidad real de reglas de reenvío para los balanceadores de cargas internos en ese grupo de intercambio de tráfico:
Desde la perspectiva de
network-a
, el grupo de intercambio de tráfico contienenetwork-a
,network-b
ynetwork-c
. La cantidad real de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico se calcula como se describe a continuación:- En
network-a
:max(160,150) = 160
- En las demás redes de intercambio de tráfico:
network-b
:max(75,80) = 80
network-c
:max(75,75) = 75
min(80,75) = 75
max(160,75) = 160
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
network-a
:160
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
- En
Desde la perspectiva de
network-b
, el grupo de intercambio de tráfico contienenetwork-b
ynetwork-a
. La cantidad real de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico se calcula como se describe a continuación:- En
network-b
:max(75,80) = 80
- En las demás redes de intercambio de tráfico:
network-a
:max(160,150) = 160
min(160) = 160
max(80,160) = 160
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
network-b
:160
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
- En
Desde la perspectiva de
network-c
, el grupo de intercambio de tráfico contienenetwork-c
,network-a
ynetwork-d
. La cantidad real de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico se calcula como se describe a continuación:- En
network-c
:max(75,75) = 75
- En las demás redes de intercambio de tráfico:
network-a
:max(160,150) = 160
network-d
:max(75,95) = 95
min(160,95) = 95
max(75,95) = 95
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
network-c
:95
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
- En
Desde la perspectiva de
network-d
, el grupo de intercambio de tráfico contienenetwork-d
ynetwork-c
. La cantidad real de reglas de reenvío para los balanceadores de cargas internos del grupo de intercambio de tráfico se calcula como se describe a continuación:- En
network-d
:max(75,95) = 95
- En las demás redes de intercambio de tráfico:
network-c
:max(75,75) = 75
min(75) = 75
max(95,75) = 95
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
network-d
:95
- Cantidad real de reglas de reenvío para los balanceadores de cargas internos por grupo de intercambio de tráfico desde la perspectiva de
- En
Por instancia
Los siguientes límites se aplican a las instancias de VM. A menos que se indique lo contrario, estos límites no pueden aumentarse. Para conocer las cuotas relevantes de las VM, consulta Cuotas de Compute Engine.
Elemento | Límite | Notas |
---|---|---|
Unidad de transmisión máxima (MTU) | 1,460 o 1,500 bytes, según la configuración de VPC | Las instancias que utilizan tamaños de MTU mayores pueden experimentar paquetes descartados. No es posible aumentar el valor de MTU. |
Cantidad máxima de interfaces de red | 8 | Las interfaces de red se definen en el momento de crear la instancia y no se pueden modificar mediante una edición posterior de la instancia. |
Cantidad máxima de rangos de alias de IP por interfaz de red | 10 | La cantidad de rangos de alias de IP que puedes asignar a una interfaz de red, siempre y cuando no superes la cuota para la cantidad total de rangos de alias de IP asignados en la red de VPC. Google Cloud no tiene en cuenta el tamaño de la máscara de red del rango de alias de IP. Por ejemplo, un rango de Si necesitas aumentar este límite, comunícate con el equipo de ventas de Google Cloud. |
Interfaces de red por red de VPC | 1 | Cada interfaz de red debe estar conectada a una red de VPC única. Una instancia solo puede tener una interfaz de red en una red de VPC determinada. |
Máxima duración de las conexiones TCP inactivas | 10 minutos | Las redes de VPC finalizan automáticamente las conexiones TCP inactivas luego de diez minutos. No se puede modificar este límite, pero es posible usar keepalives de TCP a fin de evitar que las conexiones a las instancias queden inactivas. Si deseas obtener detalles, consulta Sugerencias y solución de problemas de Compute Engine. |
Tasa máxima de salida de datos a un destino de dirección IP interna | Depende del tipo de máquina de la VM | Consulta las secciones sobre la salida a destinos de direcciones IP internas y los tipos de máquinas en la documentación de Compute Engine. |
Tasa máxima de salida de datos a un destino de dirección IP externa | Todos los flujos: aproximadamente 7 Gbps (gigabits por segundo) sostenidos Flujo único: 3 Gbps sostenidos |
Consulta la sección sobre la salida a destinos de direcciones IP externas en la documentación de Compute Engine. |
Tasa máxima de entrada de datos a un destino de dirección IP interna | Sin límite artificial | Consulta la sección sobre la entrada a destinos de direcciones IP internas en la documentación de Compute Engine. |
Tasa máxima de entrada de datos a un destino de dirección IP externa | No más de 20 Gbps No más de 1,800,000 paquetes por segundo |
Consulta la sección sobre la entrada a destinos de direcciones IP externas en la documentación de Compute Engine. |
Límites de registros de conexiones
La cantidad máxima de conexiones que se pueden registrar por instancia de VM depende del tipo de máquina. Los límites de registros de conexiones indican la cantidad máxima de conexiones que se pueden registrar en un intervalo de cinco segundos.
Tipo de máquina de la instancia | Cantidad máxima de conexiones registradas en un intervalo de 5 segundos |
---|---|
f1-micro | 100 conexiones |
g1-small | 250 conexiones |
Tipos de máquinas que cuentan con 1 a 8 CPU virtuales | 500 conexiones por CPU virtual |
Tipos de máquinas con más de 8 CPU virtuales | 4,000 (500 × 8) conexiones |
Conectividad híbrida
Usa los siguientes vínculos a fin de encontrar cuotas y límites para Cloud VPN, Cloud Interconnect y Cloud Router:
- Cuotas y límites de Cloud VPN
- Cuotas y límites de Cloud Interconnect
- Cuotas y límites de Cloud Router
Gestionar cuotas
En Virtual Private Cloud 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
- En la consola de Cloud, 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 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
- En la consola de Cloud, ve a la página Cuotas.
- En la página Cuotas, selecciona las cuotas que quieras modificar.
- En la parte superior de la página, haz clic en Editar cuotas.
- Escribe tu nombre, correo electrónico y número de teléfono, y haz clic en Siguiente.
- Rellena la solicitud de cuota y haz clic en Listo.
- 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.