Cuotas y límites

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

En este documento, se describen los límites y las cuotas que se aplican a Compute Engine.

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

Las cuotas son parte de un sistema que realiza las siguientes acciones:

  • Supervisa el uso o consumo de productos y servicios de Google Cloud.
  • Restringe el consumo de esos recursos por motivos como garantizar la equidad y reducir los picos de uso.
  • Mantiene las configuraciones que aplican automáticamente las restricciones prescritas.
  • Proporciona un medio para realizar o solicitar cambios en la cuota.

Cuando se excede una cuota, en la mayoría de los casos, el sistema bloquea de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas realizar falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

Compute Engine aplica cuotas al uso de recursos por diversos motivos. Por ejemplo, las cuotas ayudan a proteger a la comunidad de usuarios de Google Cloud mediante la prevención de aumentos repentinos de uso. Google Cloud también ofrece cuotas de prueba gratuita que proporcionan acceso limitado a los proyectos para que explores Google Cloud gratis.

No todos los proyectos tienen las mismas cuotas. A medida que tu uso de Google Cloud aumenta con el tiempo, tus cuotas pueden aumentar según corresponda. Si prevés un aumento considerable en el uso, puedes solicitar ajustes en la cuota de forma proactiva en la páginaCuotas de la consola de Google Cloud.

Si deseas obtener información específica sobre las cuotas para los límites de frecuencia de la API de Compute Engine, consulta los límites de frecuencia de la API.

Permisos para verificar y editar la cuota

Para ver tus cuotas, debes tener el permiso serviceusage.quotas.get .

Para cambiar tus cuotas, debes tener el permiso serviceusage.quotas.update .

Estos permisos se incluyen de forma predeterminada en las funciones básicas de IAM de Propietario y Editor, y en la función de Administrador de cuotas predefinida.

Comprueba tu cuota

Las cuotas regionales no son un subconjunto de las cuotas del proyecto. Las instancias de máquina virtual (VM) forman parte de las cuotas regionales.

Si buscas cuotas regionales, como cuántas VMs puedes crear en una región, consulta Verifica la cuota regional. Para verificar tu cuota de proyecto, usa la consola de Google Cloud o Google Cloud CLI.

Para obtener información sobre las categorías de cuota, consulta Información sobre las cuotas.

Comprueba la cuota regional

Console

En Google Cloud Console, ve a la página Cuotas.

Ir a Cuotas

gcloud

Enumera las cuotas en una región:

gcloud compute regions describe REGION

Reemplaza REGION por el nombre de la región para la que deseas obtener una lista de información sobre la cuota.

Comprueba la cuota del proyecto

Console

En Google Cloud Console, ve a la página Cuotas.

Ir a Cuotas

gcloud

Verifica las cuotas de todo el proyecto:

gcloud compute project-info describe --project PROJECT_ID

Reemplaza PROJECT_ID con el ID del proyecto.

Solicita un aumento de cuota

No se aplican cargos por solicitar un aumento de cuota. Tus costos aumentan solo si usas más recursos.

Las solicitudes de disminución de cuota se rechazan de forma predeterminada. Si debes reducir la cuota, responde el correo electrónico de asistencia para explicar tus requisitos. Un representante del equipo de Asistencia de Compute Engine responderá a tu solicitud en un plazo de 24 a 48 horas.

Planifica y solicita recursos adicionales con unos días de anticipación para asegurarte de tener tiempo suficiente para completar la solicitud.

Si deseas obtener instrucciones detalladas para aumentar la cuota de Google Cloud Console, consulta Solicita un límite de cuota más alto.

Disponibilidad de cuotas y recursos

Las cuotas son la cantidad máxima de recursos que puedes crear de un tipo de recurso, si este está disponible. Las cuotas no garantizan que los recursos estén siempre disponibles. Si un recurso no está disponible o si la región que eliges no lo tiene, no podrás crear recursos nuevos de ese tipo, incluso si queda una cuota restante en tu región o proyecto. Por ejemplo, es posible que aún tengas cuota para crear direcciones IP externas en us-central1, pero quizá no haya direcciones IP disponibles en esa región.

De manera similar, aunque tengas una cuota regional, es posible que un recurso no esté disponible en una zona específica. Por ejemplo, es posible que tengas una cuota para crear instancias de VM en la región us-central1, pero es posible que no puedas crear estas instancias de VM en la zona us-central1-a si es que está agotada. En esos casos, prueba crear el mismo recurso en otra zona, como us-central1-f. Consulta la documentación sobre cómo solucionar problemas de disponibilidad de recursos para obtener más información sobre tus opciones si se agotan los recursos zonales.

Cuotas de recursos

Cuando planificas qué necesita tu instancia de VM, debes tener en cuenta varias cuotas que afectan la cantidad de instancias de VM que puedes crear.

Cuotas regionales y globales

Las cuotas de VM se administran a nivel regional. Cualquier VM en la región puede consumir una instancia de VM, un grupo de instancias, cuotas de disco y CPU, independientemente de la zona. Por ejemplo, la cuota de CPU es una cuota regional, de manera que existe un límite y un recuento de uso diferentes para cada región. Para iniciar una instancia n2-standard-16 en cualquier zona de la región us-central1, necesitarás tener cuota suficiente para al menos 16 CPU en us-central1.

Se necesitan cuotas de red y de balanceo de cargas para crear firewalls, balanceadores de cargas, redes y VPN. Estas son cuotas globales que no dependen de una región. Una región puede usar una cuota global. Por ejemplo, las direcciones IP externas estáticas y en uso asignadas a balanceadores de cargas y a proxies HTTP(S) consumen cuotas globales.

Instancias de VM

La cuota de instancias de VM es regional y limita la cantidad de instancias de VM que pueden existir en una región determinada, independientemente de si la VM se está ejecutando o no. Esta cuota se puede ver en la página Cuotas de Google Cloud Console. Compute Engine configura esta cuota de forma automática para que sea equivalente a 10 veces tu cuota de CPU normal. No necesitas solicitar esta cuota. Si necesitas cuota para más instancias de VM, solicita más CPU, ya que esto aumentará la cuota de instancias de VM. La cuota se aplica a las VM inactivas y activas, así como a las instancias interrumpibles y normales.

  1. En Google Cloud Console, ve a la página Cuotas.

    Ir a Cuotas

  2. Haz clic en Tabla de filtros y selecciona Servicio.

  3. Elige API de Compute Engine.

  4. Selecciona Limitar nombre: instancias de VM.

  5. Para ver una lista de las cuotas de tu instancia de VM por región, haz clic en Todas las cuotas. Las cuotas de tu región se muestran desde el uso más alto hasta el más bajo.

  6. Haz clic en la casilla de verificación de la región cuya cuota deseas cambiar.

  7. Haz clic en  Editar cuotas.

  8. Completa el formulario.

  9. Haz clic en Enviar solicitud.

Grupos de instancias

A fin de usar grupos de instancias, debes tener cuota disponible para todos los recursos que usará el grupo (por ejemplo, cuota de CPU) y para el mismo recurso de grupo. Las siguientes cuotas de recursos de grupos se aplican según el tipo de grupo que crees:

Tipo de servicio Cuota de servicio
Grupo de instancias administrado regional (multizona) Regional instance group managers
Grupo de instancias administrado zonal (zona única) Ambos de:
  • Instance group managers
  • Instance groups
Grupo de instancias no administrado (zona única) Instance groups
Escalador automático regional (multizona) Regional autoscalers
Escalador automático zonal (zona única) Autoscalers

Cuotas de disco

Las siguientes cuotas se aplican a los discos persistentes y SSD locales por región:

  • Local SSD (GB): esta cuota es el tamaño total combinado de las particiones de discos SSD locales que se pueden conectar a las VM en una región. Los SSD locales son discos rápidos y efímeros que deberían utilizarse para instalaciones nuevas, almacenamiento en caché local o trabajos de procesamiento con alta tolerancia a errores, puesto que estos discos no están pensados para soportar los reinicios de la instancia de VM. Las particiones de SSD locales se venden en incrementos de 375 GB y se pueden conectar hasta 24 particiones de SSD locales a una sola VM. En la CLI de gcloud y en la API, se hace referencia a esta cuota como LOCAL_SSD_TOTAL_GB.
  • Persistent disk standard (GB): esta cuota es el tamaño total de los discos persistentes estándar que se pueden crear en una región. Tal como se describe en la sección sobre la optimización del rendimiento de discos persistentes y SSD locales, los discos persistentes estándar ofrecen menos IOPS y capacidad de procesamiento que los discos persistentes SSD o SSD locales Resultan más económicos cuando se usan como grandes discos duraderos para almacenamiento, como discos de arranque y para procesos de escritura en serie, como los registros. Los discos persistentes estándar son duraderos y están disponibles de forma indefinida para conectarse a una VM dentro de la misma zona. En la CLI de gcloud y en la API, se hace referencia a esta cuota como DISKS_TOTAL_GB. Esta cuota también se aplica a los discos persistentes estándar regionales, pero los discos regionales consumen el doble de cuota por GB debido a la replicación en dos zonas de la región.
  • Persistent disk SSD (GB): esta cuota es el tamaño total combinado de las particiones de discos persistentes respaldados en SSD que se pueden crear en una región. Los discos persistentes respaldados en SSD tienen varias réplicas y, como se describe en la sección sobre rendimiento del almacenamiento en bloque, ofrecen más IOPS y capacidad de procesamiento que los discos persistentes estándar. Los discos persistentes respaldados en SSD están disponibles de forma indefinida para conectarse a una VM ubicada en la misma zona. En la CLI de gcloud y en la API, se hace referencia a esta cuota como SSD_TOTAL_GB. Ten en cuenta que esta cuota es distinta de la de SSD locales. La cuota se aplica a los tipos de discos que se mencionan a continuación. Los discos persistentes regionales consumen el doble de cuota por GB debido a la replicación en dos zonas de la región:
    • Disco persistente SSD zonal y regional
    • Disco persistente balanceado zonal y regional

Cuota de CPU

La cuota de CPU es la cantidad total de CPU virtuales en todas las instancias de VM de una región. Las cuotas de CPU se aplican a las VM en ejecución y a las reservadas. Tanto las VM predefinidas como las interrumpibles consumen esta cuota.

Para ayudar a proteger los sistemas de Compute Engine y a otros usuarios, parte de las cuentas y los proyectos nuevos también tendrán una cuota global de CPUs (All Regions). Esa cuota se aplica a todas las regiones y se mide como la suma de tus CPU virtuales ubicadas en todas estas.

Por ejemplo, si tienes 48 CPU virtuales restantes en una única región, como us-central1, pero solo 32 CPU virtuales restantes para la cuota de CPUs (All Regions), puedes iniciar solo 32 CPU virtuales en la región us-central1, aunque haya cuota restante en la región. El motivo es que alcanzas la cuota de CPU (All Regions) y debes borrar las instancias existentes para poder iniciar nuevas.

Los tipos de máquinas E2 y N1 comparten un grupo de cuotas de CPU. Los tipos de máquinas N2, N2D, M1, M2 y C2 tienen grupos de cuotas de CPU únicos.

Si usas descuentos por compromiso de uso para tus VM, debes tener una cuota de descuento por compromiso de uso antes de comprar un contrato de descuento por compromiso de uso.

Tipo de máquina Grupo de cuota Nombre de cuota de CPU Nombre de cuota de CPU por compromiso
E2, N1 grupo compartido CPUS Committed_CPUS
N2 grupo separado N2_CPUS Committed_N2_CPUS
N2D grupo separado N2D_CPUS Committed_N2D_CPUS
T2D grupo separado T2D_CPUS Committed_T2D_CPUS
T2A grupo separado T2A_CPUS No disponible (N/A) para Committed_T2A_CPUS
M1 grupo separado M1_CPUS Committed_MEMORY-OPTIMIZED_CPUS
M2 grupo separado M2_CPUS Committed_MEMORY-OPTIMIZED_CPUS
C2 grupo separado C2_CPUS Committed_C2_CPUS
C2D grupo separado C2D_CPUS Committed_C2D_CPUS
A2 grupo separado A2_CPUS Committed_A2_CPUS
VM interrumpibles grupo compartido PREEMPTIBLE_CPUS No disponible (N/A) para las VM interrumpibles

Cuota de GPU

Al igual que la cuota de CPU virtuales, la cuota de GPU se refiere a la cantidad total de GPU virtuales en todas las instancias de VM de una región. Las cuotas de GPU se aplican a las VM en ejecución y a las reservadas. Tanto las VM predefinidas como las interrumpibles consumen esta cuota.

Consulta la página Cuotas para asegurarte de que tienes suficientes GPU disponibles en el proyecto y solicitar un aumento de la cuota. Además, las cuentas y los proyectos nuevos tienen una cuota de GPU global que se aplica a todas las regiones.

Cuando solicitas una cuota de GPU, debes especificar una cuota de los modelos de GPU que quieres crear en cada región y también indicar la cuota global, con la cantidad total de GPU de todos los tipos en todas las zonas. Solicita la cuota de GPU interrumpible para usar esos recursos.

NVIDIA Nombre de la cuota de GPU Nombre de cuota de GPU por compromiso Estación de trabajo virtual GPU interrumpibles Estación de trabajo virtual de GPU interrumpible
A100 40 GB NVIDIA_A100_GPUS COMMITTED_NVIDIA_A100_GPUS No disponible PREEMPTIBLE_NVIDIA_A100_GPUS No disponible
A100 80 GB (vista previa) NVIDIA_A100_80GB_GPUS COMMITTED_NVIDIA_A100_80GB_GPUS No disponible PREEMPTIBLE_NVIDIA_A100_80GB_GPUS No disponible
T4 NVIDIA_T4_GPUS COMMITTED_NVIDIA_T4_GPUS NVIDIA_T4_VWS_GPUS PREEMPTIBLE_NVIDIA_T4_GPUS PREEMPTIBLE_NVIDIA_T4_VWS_GPUS
V100 NVIDIA_V100_GPUS COMMITTED_NVIDIA_V100_GPUS N/A PREEMPTIBLE_NVIDIA_V100_GPUS N/A
P100 NVIDIA_P100_GPUS COMMITTED_NVIDIA_P100_GPUS NVIDIA_P100_VWS_GPUS PREEMPTIBLE_NVIDIA_P100_GPUS PREEMPTIBLE_NVIDIA_P100_VWS_GPUS
P4 NVIDIA_P4_GPUS COMMITTED_NVIDIA_P4_GPUS NVIDIA_P4_VWS_GPUS PREEMPTIBLE_NVIDIA_P4_GPUS PREEMPTIBLE_NVIDIA_P4_VWS_GPUS
K80 NVIDIA_K80_GPUS COMMITTED_NVIDIA_K80_GPUS N/A PREEMPTIBLE_NVIDIA_K80_GPUS N/A

Cuotas para recursos interrumpibles

A fin de usar CPU interrumpibles, GPU adjuntas a instancias de VM interrumpibles o SSD locales adjuntos a instancias de VM interrumpibles, debes tener cuotas disponibles en tu proyecto para el recurso correspondiente.

Puedes solicitar cuotas de recursos interrumpibles para Preemptible CPUs, Preemptible GPUs o Preemptible Local SSDs (GB). Sin embargo, si tu proyecto no tiene una cuota interrumpible y nunca has solicitado una, puedes consumir una cuota estándar para iniciar recursos interrumpibles.

Después de que Compute Engine te asigne una cuota de recursos interrumpibles en una región, todas las instancias interrumpibles se deducirán automáticamente de esa cuota. A medida que se agota esta cuota, debes solicitar una cuota interrumpible para esos recursos.

Direcciones IP externas

Debes tener suficientes direcciones IP externas para todas las VM a las que se necesita tener acceso directamente desde la Internet pública. La cuota de IP regionales es para asignar direcciones IPv4 a las VM de esa región. La cuota de IP global se usa para asignar direcciones IPv4 a recursos de red globales, como balanceadores de cargas. Google Cloud ofrece distintos tipos de direcciones IP, en función de tus necesidades. Consulta la sección sobre los precios de las direcciones IP externas para obtener información acerca de los costos. Para obtener más información sobre cuotas específicas, consulta Cuotas y límites.

  • Direcciones IP externas en uso: Incluye las direcciones IP efímeras y estáticas que utiliza actualmente un recurso.

  • Direcciones IP externas estáticas: Son direcciones IP externas reservadas para tus recursos que persisten cuando se reinicia la máquina. Puedes registrar estas direcciones con servicios DNS y de proveedor de dominio para proporcionar una dirección fácil de usar. Por ejemplo, www.example-site.com.

  • Direcciones IP internas estáticas: estas direcciones te permiten reservar direcciones IP internas del rango de IP interna configurado en la subred. Puedes asignar esas direcciones internas reservadas a los recursos según se requiera.

Límites de frecuencia de la API

Los límites de frecuencia de la API (también conocidos como cuotas de API) definen la cantidad de solicitudes que se pueden realizar a la API de Compute Engine. Los límites de frecuencia de la API se aplican por proyecto. Cada límite de frecuencia corresponde a todas las solicitudes de un grupo de uno o más métodos de la API de Compute Engine. Cuando se usa gcloud compute o Google Cloud Console, también se realizan solicitudes a la API, que se suman a tu límite de frecuencia. Si usas cuentas de servicio para acceder a la API, estas también se tienen en cuenta en tu límite de frecuencia.

Se aplican los límites de frecuencia y se vuelven a completar automáticamente en intervalos de 60 segundos (1 minuto). Esto significa que, si tu proyecto alcanza el límite de frecuencia máximo en cualquier momento en 60 segundos, debes esperar a que se vuelva a rellenar esa cuota antes de realizar más solicitudes en ese grupo. Si tu proyecto excede un límite de frecuencia, recibirás un error 403 con el motivo rateLimitExceeded. Para resolver este error, espera un minuto y, luego, vuelve a hacer tu solicitud; la cuota debe volver a completarse al inicio del siguiente intervalo.

Por el momento, las solicitudes están limitadas a los siguientes grupos. Cada grupo se cuenta por separado, por lo que puedes alcanzar el límite máximo en cada grupo de forma simultánea.

Los siguientes grupos de límites de frecuencia se aplican a todos los recursos, a menos que se especifique lo contrario:

Grupo de límites Descripción Límite predeterminado
Queries
  • Límite predeterminado para los métodos de mutación.
  • Métrica: compute.googleapis.com/default
Frecuencia por proyecto (defaultPerMinutePerProject): 1,500 solicitudes por minuto
Leer solicitudes
  • Límite para los métodos *.get.
  • Métrica: compute.googleapis.com/read_requests
Frecuencia por proyecto (ReadRequestsPerMinutePerProject): 1,500 solicitudes por minuto
Solicitudes de listas
  • Límite para los métodos *.list.
  • Métrica: compute.googleapis.com/list_requests
Frecuencia por proyecto (ListRequestsPerMinutePerProject): 1,500 solicitudes por minuto
Solicitudes de operaciones de lectura
  • Límite para globalOperations.get, regionOperations.get y zoneOperations.get methods.
  • Metric: compute.googleapis.com/operation_read_requests
Frecuencia por proyecto (OperationReadRequestsPerMinutePerProject): 1,500 solicitudes por minuto
Solicitudes globales de mutación de recursos
  • Límite para los métodos disks.createSnapshot, images.delete, images.deprecate, images.insert, images.setLabels, snapshots.delete, snapshots.insert, snapshots.setLabels, machineImages.insert y machineImages.delete.
  • Métrica: compute.googleapis.com/global_resource_write_requests
Frecuencia por proyecto (GlobalResourceWriteRequestsPerMinutePerProject): 375 solicitudes por minuto
Solicitudes de mutación pesadas
  • Límite para los métodos patch, delete y insert para los recursos interconnects y interconnectAttachments.
  • Métrica: compute.googleapis.com/heavy_weight_write_requests
Frecuencia por proyecto (HeavyWeightWriteRequestsPerMinutePerProject): 750 solicitudes por minuto
Solicitudes de lectura pesadas
  • Límite para métodos como Operations.wait, *.getEffectiveFirewalls y *.aggregatedList.
  • Métrica: compute.googleapis.com/heavy_weight_read_requests
Frecuencia por proyecto (HeavyWeightReadRequestsPerMinutePerProject): 750 solicitudes por minuto

Los siguientes grupos de límites de frecuencia se aplican a las APIs con límites por método:

Grupo de límites Descripción Límite predeterminado
Solicitudes de simulación de eventos de mantenimiento de instancia
  • Límite para el método instances.simulateMaintenanceEvent.
  • Métrica: compute.googleapis.com/simulate_maintenance_event_requests
Frecuencia por proyecto (SimulateMaintenanceEventRequestsPerDayPerProject): 150 solicitudes por minuto
Solicitudes de enumerar referentes de instancia
  • Límite para el método instances.listReferrers.
  • Métrica: compute.googleapis.com/instance_list_referrers_requests
Frecuencia por proyecto (InstanceListReferrersRequestsPerMinutePerProject): 3,000 solicitudes por minuto
Solicitudes de obtención de salida de puertos en serie de instancia
  • Límite para el método instances.getSerialPortOutput.
  • Métrica: compute.googleapis.com/get_serial_port_output_requests
Frecuencia por proyecto (GetSerialPortOutputRequestsPerMinutePerProject): máximo de 1,500 solicitudes por minuto
Solicitudes de inserción de licencias
  • Límites para el método licenses.insert.
  • Métrica: compute.googleapis.com/license_insert_requests
  • Frecuencia por proyecto (LicenseInsertRequestsPerMinutePerProject): 2.5 solicitudes por segundo (150 solicitudes por minuto)
  • Frecuencia por día, por proyecto (LicenseInsertRequestsPerDayPerProject): 30 solicitudes por día
Solicitudes de establecimiento de metadatos comunes de instancia del proyecto
  • Límite para el método projects.setCommonInstanceMetadata.
  • Métrica: compute.googleapis.com/project_set_common_instance_metadata_requests
Frecuencia por proyecto (ProjectSetCommonInstanceMetadataRequestsPerMinutePerProject): 36 solicitudes por minuto
Solicitudes de recomendación de ubicación
  • Límite para el método regionInstances.recommendLocations.
  • Métrica: compute.googleapis.com/recommend_locations_requests
Frecuencia por proyecto (RecommendLocationsRequestsPerMinutePerProject): 20 solicitudes por minuto
Solicitudes de escritura de extremos de red
  • Límite para los métodos *.AttachNetworkEndpoints y *.DetachNetworkEndpoints.
  • Métrica: compute.googleapis.com/network_endpoint_write_requests
Frecuencia por proyecto (NetworkEndpointWriteRequestsPerMinutePerProject): 1,500 solicitudes por minuto
Solicitudes de listas de extremos de red
  • Límite para el método networkEndpointGroups.listNetworkEndpoints.
  • Métrica: compute.googleapis.com/network_endpoint_list_requests
Frecuencia por proyecto (NetworkEndpointListRequestsPerMinutePerProject): 1,500 solicitudes por minuto

Sigue las prácticas recomendadas de la API de Compute Engine para preservar los límites de frecuencia de la API a fin de mitigar los efectos de los límites de frecuencia de la API.

Si necesitas aumentar el límite de frecuencia de las solicitudes a la API, puedes revisar la frecuencia actual y solicitar un aumento de la cuota. Si deseas obtener instrucciones detalladas para aumentar la cuota de la consola de Google Cloud, consulta Solicita un límite de cuota más alto.

Límites de operaciones simultáneas

Los límites de operaciones simultáneas definen la cantidad de operaciones en tránsito o simultáneas en cualquier momento. Cualquier solicitud a la API que crea, modifica o borra un recurso de Compute Engine está sujeta a una verificación de límite de operación simultánea para ver si se puede crear una operación nueva en ese momento.

Si tu proyecto excede el límite de operaciones simultáneas para cualquier operación en tránsito, recibirás un error 403 con el motivo rateLimitExceeded.

Grupos de operaciones y límites

En esta sección, se describen los límites para varias operaciones simultáneas o en tránsito de Compute Engine.

Operaciones y límites globales

Las operaciones globales simultáneas consumen un límite global que se especifica para un proyecto. En la siguiente tabla, se enumeran los límites globales para las operaciones en tránsito:

Operación Descripción Límite
Todos los métodos globales Limita la cantidad total de operaciones globales simultáneas para un proyecto. 8,000 operaciones en tránsito por proyecto
routes.insert Limita la cantidad de creaciones de rutas simultáneas en un proyecto. 200 creaciones de ruta en tránsito por proyecto
routes.delete Limita la cantidad de operaciones de eliminación de ruta simultáneas en un proyecto. 400 operaciones de eliminación de rutas en tránsito por proyecto
firewalls.insert Limita la cantidad de creaciones de firewall simultáneas en un proyecto. 400 operaciones de firewall de creación en tránsito por proyecto
firewalls.delete Limita la cantidad de eliminaciones de firewall simultáneas en un proyecto. 400 operaciones de firewall de eliminación en tránsito por proyecto
snapshots.insert Limita la cantidad de creaciones de instantáneas simultáneas en un proyecto. 8,000 operaciones de creación de instantáneas en tránsito por proyecto
snapshots.delete Limita la cantidad de eliminaciones simultáneas de instantáneas en un proyecto. 4,000 operaciones de eliminación de instantáneas en tránsito por proyecto

Límites de operaciones regionales y zonales

Se aplican los siguientes límites a las operaciones especificadas para un proyecto en una región y sus zonas:

Operación Descripción Límite
Todos los métodos regionales Limita la cantidad total de operaciones simultáneas para un proyecto en una región y sus zonas. 8,000 operaciones en tránsito por proyecto y por región
instances.insert Limita la cantidad de operaciones de creación de instancias simultáneas para un proyecto en una región. 1,200 operaciones de inserción de instancias en tránsito por proyecto por región
instances.delete Limita la cantidad de operaciones de eliminación de instancias simultáneas para un proyecto en una región. 1,200 operaciones de eliminación de instancias en tránsito por proyecto por región
instances.bulkInsert Limita la cantidad de creaciones masivas de instancias simultáneas para un proyecto en una región. 20 operaciones de inserción de instancias masivas en tránsito por proyecto y por región
disks.insert Limita la cantidad de creaciones de discos simultáneas para un proyecto en una región. 1,500 operaciones de creación de discos en tránsito por proyecto por región

Prácticas recomendadas

En la siguiente lista de tareas, se resumen las prácticas recomendadas para reducir los errores del límite de operación simultánea insuficientes:

¿Qué sigue?