Cuotas y límites
En este documento, se enumeran las cuotas y los límites del sistema que se aplican a Cloud NAT. Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar, y las definen los servicios de Google Cloud, como Cloud NAT. Los límites del sistema son valores fijos que no se pueden cambiar.
Una cuota o un límite específico se calcula por recurso. Las cuotas y los límites se pueden establecer por proyecto, por red, por región o por otro recurso. Las direcciones IP con NAT no se pueden compartir entre puertas de enlace NAT. Para cambiar una cuota, consulta cómo solicitar una cuota adicional.
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 del sistema para los recursos de Cloud NAT. Los límites del sistema no se pueden cambiar.
Cuotas
Consulta la página de cuotas de Cloud Router para consultar las que se aplican a Cloud NAT.
Límites
| Elemento | Límite | Notas |
|---|---|---|
| Puertas de enlace NAT | 50 por Cloud Router | Cada red admite hasta 5 instancias de Cloud Router por región, por lo que puedes tener hasta 250 puertas de enlace de Cloud NAT por región y por red de nube privada virtual (VPC). Para obtener más información sobre las cuotas de Cloud Router, consulta la documentación del servicio. |
| Direcciones IP con NAT por puerta de enlace | 300 direcciones manuales 300 direcciones asignadas de forma automática |
Corresponde a la cantidad máxima de direcciones IP externas que puedes tener en una puerta de enlace NAT. Sin embargo, este valor depende de las cuotas de VPC por proyecto de direcciones IP estáticas y direcciones IP en uso. |
| Rangos de subredes | 50 por puerta de enlace | La cantidad máxima de subredes que puedes asociar con una puerta de enlace cuando configuras una lista personalizada de rangos de subred. La cantidad de rangos de subred puede ser mayor que el límite porque cada subred puede tener un rango IPv4 principal y uno o más rangos secundarios. Si configuraste NAT para los rangos principales de todas las subredes o los rangos principales y secundarios de todas las subredes, no se aplica este límite. |
| Reglas de NAT | 50 por puerta de enlace | Si se excede este límite, la API muestra un error. |
| Direcciones IP activas por regla NAT | 300 | |
| Subredes NAT privadas | 50 por puerta de enlace | Es la cantidad máxima de subredes que puedes reservar para usar como rangos de NAT de origen para la NAT privada. Estas subredes tienen el propósito de PRIVATE_NAT. |
| Caracteres en expresiones CEL por regla | 2,048 | |
| Caracteres en expresiones CEL por instancia de Cloud Router | 500,000 |
Limitaciones
Algunos servidores, como los DNS heredados, requieren una aleatorización del puerto UDP entre 64,000 puertos para mejorar la seguridad. Debido a que Cloud NAT selecciona un puerto aleatorio de uno de 64 o una cantidad de puertos configurada por el usuario, es mejor asignar una dirección IP externa a estos servidores en lugar de usar Cloud NAT. Como Cloud NAT no permite conexiones iniciadas desde el exterior, la mayoría de estos servidores deben usar una dirección IP externa de todos modos.
Cloud NAT no está disponible para redes heredadas.
Cloud NAT no proporciona capacidades de puerta de enlace a nivel de la aplicación (ALG). Cloud NAT no actualiza la información de la dirección IP y el puerto en los datos de paquetes para protocolos de capa de aplicación, como FTP y SIP.
Las puertas de enlace de Cloud NAT implementan tablas de seguimiento de conexiones de NAT para cada interfaz de red de VM en la que proporciona servicios de NAT. Las entradas de cada tabla de seguimiento de conexiones son hash de 5 tuplas para los protocolos compatibles de la puerta de enlace.
Las entradas de cada tabla de seguimiento de conexiones persisten durante aproximadamente el tiempo de espera de NAT relevante. Para obtener más información sobre los tiempos de espera de NAT, consulta Tiempos de espera de NAT.
La cantidad máxima de entradas de la tabla de seguimiento de conexiones para todas las conexiones de NAT asociadas con la interfaz de red de una VM es de 65,535. Este máximo abarca las conexiones, en conjunto, para todos los protocolos que admite la puerta de enlace.
Es posible que no funcionen los tiempos de espera reducidos de conexión inactiva.
Se comprueban el vencimiento y los cambios de la configuración de las asignaciones NAT cada 30 segundos. Incluso si se utiliza un valor de tiempo de espera de conexión de 5 segundos, es posible que la conexión no esté disponible durante 15 segundos en un caso promedio o durante 30 segundos en el peor de los casos.
Manage quotas
Cloud NAT enforces quotas on resource usage for various reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.
All projects start with the same quotas, which you can change by requesting additional quota. Some quotas might increase automatically based on your use of a product.
Permissions
To view quotas or request quota increases, Identity and Access Management (IAM) principals need one of the following roles.
| Task | Required role |
|---|---|
| Check quotas for a project | One of the following:
|
| Modify quotas, request additional quota | One of the following:
|
Check your quota
Console
- In the Google Cloud console, go to the Quotas page.
- To search for the quota that you want to update, use the Filter table. If you don't know the name of the quota, use the links on this page instead.
gcloud
Using the Google Cloud CLI, run the following command to
check your quotas. Replace PROJECT_ID with your own project ID.
gcloud compute project-info describe --project PROJECT_ID
To check your used quota in a region, run the following command:
gcloud compute regions describe example-region
Errors when exceeding your quota
If you exceed a quota with a gcloud command,
gcloud outputs a quota exceeded error
message and returns with the exit code 1.
If you exceed a quota with an API request, Google Cloud returns the
following HTTP status code: 413 Request Entity Too Large.
Request additional quota
To adjust most quotas, use the Google Cloud console. For more information, see Request a quota adjustment.
Console
- In the Google Cloud console, go to the Quotas page.
- On the Quotas page, select the quotas that you want to change.
- At the top of the page, click Edit quotas.
- For Name, enter your name.
- Optional: For Phone, enter a phone number.
- Submit your request. Quota requests take 24 to 48 hours to process.
Resource availability
Each quota represents a maximum number for a particular type of resource that you can create, if that resource is available. It's important to note that quotas don't guarantee resource availability. Even if you have available quota, you can't create a new resource if it is not available.
For example, you might have sufficient quota to create a new regional, external IP address
in the us-central1 region. However, that is not possible if there are no
available external IP addresses in that region. Zonal resource
availability can also affect your ability to create a new resource.
Situations where resources are unavailable in an entire region are rare. However, resources within a zone can be depleted from time to time, typically without impact to the service level agreement (SLA) for the type of resource. For more information, review the relevant SLA for the resource.