Cuotas de recursos de Cloud DNS

Descripción general

Cloud DNS aplica cuotas sobre el uso de recursos por diversos motivos. Por ejemplo, las cuotas protegen a la comunidad de usuarios Google Cloud mediante 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 visualizar las cuotas o solicitar aumentos de estas, los miembros de IAM deben tener alguna de las siguientes funciones.

Tarea Función requerida
Consultar cuotas para un proyecto Propietario o editor de un proyecto o visualizador de cuotas
Modificar cuotas, solicitar cuota adicional Propietario o editor del proyecto, administrador de cuota o una función personalizada con el permiso serviceusage.quotas.update

Comprueba la cuota

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

Con la herramienta de línea de comandos de gcloud, ejecuta el siguiente comando para comprobar tus cuotas. Reemplaza [PROJECT_ID] por el ID de tu proyecto.

        gcloud compute project-info describe --project [PROJECT_ID]

Para comprobar la cuota usada en una región, ejecuta lo siguiente:

        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: HTTP 413 Request Entity Too Large.

Solicita cuota adicional

Solicita cuota adicional de la página Cuotas en Cloud Console. Las solicitudes de cuotas toman entre 24 y 48 horas en procesarse.

  1. Ve a la página Cuotas.

    Ir a la página Cuotas

  2. En la página Cuotas, selecciona las cuotas que deseas cambiar.
  3. Haz clic en el botón Editar cuotas en la parte superior de la página.
  4. Llena los campos con tu nombre, correo electrónico y número de teléfono, y haz clic en Siguiente.
  5. Llena la solicitud de cuota y presiona Siguiente.
  6. Envía la solicitud.

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 dirección IP externa regional nueva en la región us-central1, pero eso no sería posible si no hubiera direcciones IP externas disponibles en esa región. La disponibilidad zonal de recursos también puede afectar tu capacidad para crear un recurso nuevo.

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, por lo general, sin impacto alguno en el ANS para el tipo de recurso. A fin de obtener más información, revisa el Acuerdo de Nivel de Servicio (ANS) para el recurso.

En las siguientes secciones, se describen las cuotas y los límites de las zonas y los registros de Cloud DNS, así como el tamaño de los registros de recursos.

Cantidad de consultas por proyecto

En esta tabla, se destacan cuotas globales importantes para cada proyecto. Consulta la página de cuotas para obtener cuotas adicionales.

Elemento Cuota Notas
Cantidad de consultas a la API por usuario, cada 100 segundos Cuotas La cantidad máxima de solicitudes que puede hacer un usuario de la IAM a la API de Cloud DNS en un período de 100 segundos

Límites

A diferencia de las cuotas, que admiten solicitudes de aumentos adicionales, por lo general, no se pueden incrementar los límites, a menos que se indique específicamente.

Uso de la API

La cantidad de solicitudes a la API (consultas) por día se rige a nivel del proyecto. Todas las solicitudes a la API se descuentan de este límite, incluidas las que se realizan desde la línea de comandos gcloud y Google Cloud Console.

Límites de recursos

Elemento Límite Notas
Zonas administradas 10,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Conjuntos de registros de recursos (RR) por zona administrada 10,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Registros por conjunto de RR 100 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Incorporaciones por cambio 1,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Eliminaciones por cambio 1,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Tamaño de datos de los registros de recursos por cambio 100,000 bytes Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Cantidad de combinaciones de etiquetas 1,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Cantidad de etiquetas por zona administrada 64 etiquetas y 128 bytes por clave o valor No se puede aumentar este límite.
Cantidad de destinos de reenvío de una zona de reenvío 50 No se puede aumentar este límite.
Cantidad de destinos de reenvío de un servidor de nombres alternativo 50 No se puede aumentar este límite.
Cantidad de recursos de políticas por proyecto 100 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Cantidad de redes de VPC vinculadas a un recurso de política 100 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Cantidad de redes de VPC vinculadas a un recurso de zona administrada privada 100 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.
Cantidad de recursos de zonas administradas vinculados a una red de VPC 10,000 Comunícate con el equipo de ventas de GCP si necesitas aumentar este límite.

Puedes ejecutar el siguiente comando para buscar los límites de tu proyecto. En el siguiente ejemplo, se muestra el total de los límites para los diferentes tipos de objetos del proyecto my-project. totalRrdataSizePerChange se mide en bytes y se calcula el total combinado de las incorporaciones y las eliminaciones por cambio.

gcloud dns project-info describe my-project
id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 1000,
    rrsetDeletionsPerChange: 1000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

Puedes encontrar el nombre del proyecto predeterminado y de otros en la parte superior de la página principal en Google Cloud Console.

Límites del servidor de nombres

Cloud DNS asigna cada zona administrada y pública a uno de los cinco fragmentos del servidor de nombres. Los fragmentos son las letras que aparecen antes del número en un nombre de servidor de nombres autorizado, por lo que los comprendidos entre ns-cloud-e1 y ns-cloud-e4 corresponden al fragmento E.

No se pueden asignar varias zonas con el mismo nombre DNS al mismo fragmento, de manera que solo pueden crearse cinco zonas que tengan exactamente el mismo nombre DNS (este límite existe en todos los proyectos y usuarios en Google Cloud). Antes de que Cloud DNS cree una quinta zona con el mismo nombre DNS y evite que alguien más use ese nombre, es necesario que verifiques el dominio con un registro TXT.

Cloud DNS asigna diferentes fragmentos a las zonas que tienen nombres DNS de subdominios como domain.example y any.sub.domain.example, de modo que puede haber un máximo de cinco niveles de zonas delegadas para cada subdominio alojado en Cloud DNS. Los subdominios no delegados y las delegaciones alojadas en otros servicios DNS no se descuentan de este límite.

No puedes crear una zona administrada para un dominio superior cuando los subdominios secundarios ya usan todos los fragmentos. Con el fin de evitar este problema, siempre debes crear zonas administradas para dominios superiores antes de crear zonas para sus subdominios.

De lo contrario, sigue estos pasos a fin de liberar un fragmento para el dominio superior:

  1. Comprueba el servidor de nombres de cada zona de subdominio para determinar su fragmento.
  2. Busca el fragmento (X) con la menor cantidad de zonas administradas (o las menos importantes).
  3. Exporta las zonas del fragmento X (y cambia sus delegaciones) a otro servicio DNS.
  4. Después de que los TTL venzan para las delegaciones originales, borra las zonas administradas de los subdominios del fragmento X.
  5. Crea la zona administrada para el dominio superior; se le asignará al fragmento X.
  6. Restablece las zonas administradas que se borraron de los subdominios mediante el restablecimiento de los subdominios antes que cualquiera de sus propios sub-subdominios. Estos están en los fragmentos nuevos, por lo que requerirán delegaciones actualizadas.