Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Limitación de las solicitudes de API de Amazon Route 53
importante
Amazon Route 53 actualizó su comportamiento de limitación de API. La actualización incluye aumentar el límite de solicitudes por segundo e introducir una limitación basada en los cambios. En esta página se describen detalladamente los límites actualizados.
Amazon Route 53 limita las solicitudes de API por cuenta para mantener la estabilidad del servicio y garantizar un uso justo para todos los clientes. Route 53 aplica dos límites independientes:
-
Tasa de solicitudes: la cantidad de solicitudes de API por segundo.
-
Rendimiento de cambios: el número de cambios en los registros DNS individuales por segundo, agrupados entre las acciones de la API que modifican los datos de DNS.
Una solicitud se puede limitar según cualquiera de los dos límites. Cuando se limita una solicitud, Amazon Route 53 devuelve un error HTTP 400 (). Bad request El encabezado de respuesta incluye también un elemento Code con un valor de Throttling y un elemento Message con un valor de Rate exceeded.
Cómo se aplica la limitación
Amazon Route 53 utiliza un algoritmo de cubos de fichas. Cada límite tiene un depósito que contiene un número máximo de fichas. Cada solicitud (para el límite de velocidad de solicitudes) o cada cambio (para el límite de rendimiento de cambios) elimina los tokens del depósito correspondiente. La cubeta se rellena a una velocidad fija cada segundo, hasta su capacidad máxima. Si las fichas de recarga llegan cuando la cubeta ya está llena, Route 53 las descarta.
Hay dos valores que describen cada depósito:
-
La capacidad máxima del depósito es su ráfaga: la cantidad de solicitudes o cambios que Route 53 puede absorber de una sola vez cuando el depósito está lleno.
-
La tasa de recarga del bucket es tu ritmo sostenido: el número de solicitudes o cambios por segundo que puedes mantener de forma indefinida.
Puedes usar las fichas de recarga a medida que las añadas; no necesitas esperar a que el depósito se llene por completo.
Solicita tarifas, tamaños de cubos de fichas y tasas de recarga.
Route 53 aplica la limitación de la velocidad de solicitud en dos niveles:
-
Nivel de cuenta: todas las solicitudes de API de Amazon Route 53 de su cuenta provienen de un solo grupo.
-
Nivel de cuenta y operación: cada acción de la API también tiene su propio segmento.
Una solicitud consume un token de ambos depósitos y se limita si alguno de los cubos está vacío. Las siguientes acciones tienen diferentes límites de frecuencia de solicitudes predeterminados.
| Acción de la API | Capacidad máxima del bucket | Tasa de relleno del bucket |
|---|---|---|
| Todas las acciones de la API de Amazon Route 53 combinadas (a nivel de cuenta) | 50 | 10 |
| Cualquier acción individual de la API que no aparezca en la lista siguiente (opción predeterminada por acción) | 50 | 10 |
AssociateVPCWithHostedZone |
20 | 5 |
ChangeCidrCollection |
40 | 5 |
CreateCidrCollection |
40 | 5 |
CreateHealthCheck |
50 | 0,5 |
CreateHostedZone |
40 | 2 |
CreateReusableDelegationSet |
40 | 2. |
CreateTrafficPolicyInstance |
1 | 1 |
DeleteCidrCollection |
40 | 5 |
DeleteHealthCheck |
15 | 3 |
DeleteHostedZone |
40 | 5 |
DeleteReusableDelegationSet |
40 | 5 |
DeleteTrafficPolicyInstance |
1 | 1 |
DisassociateVPCFromHostedZone |
10 | 5 |
GetHealthCheckLastFailureReason |
4 | 1 |
GetHealthCheckStatus |
4 | 1 |
UpdateHealthCheck |
50 | 5 |
UpdateTrafficPolicyInstance |
1 | 1 |
Para ver la lista completa de las acciones de la API de Amazon Route 53, consulte Acciones en la referencia de la API de Amazon Route 53.
Solicitudes CreateHealthCheck
Puede enviar una solicitud de CreateHealthCheck cada 2 segundos por cada una Cuenta de AWS. Esto corresponde a la tasa de recarga de 0,5 solicitudes por segundo que se muestra en la tabla anterior.
Cambie el límite de rendimiento
Además del límite de velocidad de solicitudes, las acciones de la API que modifican los datos de DNS están sujetas a un límite de rendimiento variable. Este límite utiliza un depósito de fichas independiente que se agota en función del número de cambios en el registro de DNS que realiza una solicitud, no del número de solicitudes. El rendimiento de los cambios está limitado por acción de la API Cuenta de AWS, no por acción. Todas las acciones siguientes provienen de un depósito, que tiene una capacidad máxima de 1500 cambios (ráfaga) y se rellena a 100 cambios por segundo (de forma sostenida).
Los cambios se contabilizan de la siguiente manera:
| Operación | Tokens consumidos |
|---|---|
ChangeResourceRecordSets |
1 porCREATE, 1 porDELETE, 2 por UPSERT |
AssociateVPCWithHostedZone |
2 |
DisassociateVPCFromHostedZone |
2 |
CreateHostedZone |
2 |
DeleteHostedZone |
2. |
Todas las demás acciones de la API de Amazon Route 53 no consumen ningún token de rendimiento modificado y solo están limitadas por la tasa de solicitudes.
Ejemplo: puede enviar una sola solicitud que contenga 1000 cambios (una ráfaga), lo que consume 1000 tokens. Tras la ráfaga, la cubeta se rellena a razón de 100 fichas por segundo. Si sigues realizando 100 cambios por segundo, puedes mantener ese ritmo indefinidamente. Si intentas mantener 500 cambios por segundo, el depósito se agota y las solicitudes subsiguientes se limitan hasta que se vuelva a llenar.
Monitorización de limitación de la API
Puede supervisar el uso de la API de Amazon Route 53 observando las respuestas HTTP 400 en los registros de sus aplicaciones o realizando un seguimiento del uso de la API mediante métricas. CloudWatch Cuando recibe errores de limitación, sus solicitudes superan uno de los límites descritos en las secciones anteriores.
Reintentos y retroceso exponencial
Al sondear o volver a intentar una solicitud de API, te recomendamos que utilices un algoritmo de retardo exponencial para calcular el intervalo de espera entre las solicitudes. El retraso exponencial utiliza esperas cada vez más largas entre reintentos para obtener respuestas de error consecutivas. Implemente un intervalo de retraso máximo y un número máximo de reintentos, y considere la posibilidad de añadir fluctuación (retraso aleatorio) para evitar colisiones sucesivas. Para obtener más información, consulte Tiempos de espera, reintentos y retrocesos con fluctuación en la biblioteca de constructores.
Cada AWS SDK implementa una lógica de reintento automática, incluido un modo de reintento adaptativo que ajusta la velocidad de solicitudes del lado del cliente en respuesta a las limitaciones. Para las cargas de trabajo que habitualmente se acercan a estos límites, considera la posibilidad de habilitar los reintentos adaptativos. Para obtener más información, consulte Comportamiento de los reintentos en la Guía de referencia de herramientas y SDK de AWS .
Solicitud de un aumento de límite
Puedes solicitar un aumento de la velocidad de solicitudes de la API o del límite de procesamiento de cambios a través AWS del servicio de soporte. Para solicitar un aumento:
-
Abre el Centro AWS de soporte
. -
Crea un caso y elige Aumentar el límite de servicio.
-
Para el tipo de límite, elija Route 53.
-
Indique su uso actual y el límite que necesita.
Mejores prácticas para la limitación de las API
-
Equilibre la tasa de solicitudes con el tamaño del lote: si el límite de velocidad de solicitudes lo limita, envíe más cambios por solicitud. Si está limitado por el límite de procesamiento de cambios, reduzca la tasa de cambio total. Ni los lotes muy pequeños ni los muy grandes son óptimos por sí solos.
-
Utilice el procesamiento por lotes para aumentar la atomización: todos los cambios de una sola
ChangeResourceRecordSetssolicitud se aplican de forma atómica, por lo que se realizan correctamente o fallan a la vez. -
Distribuya los cambios a lo largo del tiempo: distribuya los cambios de manera uniforme en segundos en lugar de enviar grandes lotes de forma simultánea.
-
Confíe en las ráfagas para los picos ocasionales, no en el rendimiento sostenido: la capacidad de ráfaga se adapta a los picos de tráfico legítimos; no es un límite operativo sostenido.
-
Vuelva a intentarlo con un retraso exponencial: cuando reciba respuestas HTTP 400, vuelva a intentarlo después de un retraso que aumente con cada intento (consulte). Reintentos y retroceso exponencial
-
El límite de solicitudes aumenta de forma proactiva: si prevé un aumento de la carga de trabajo, solicite un aumento antes de alcanzar el límite (consulte). Solicitud de un aumento de límite
Para obtener una guía más amplia sobre Amazon Route 53, consultePrácticas recomendadas de Amazon Route 53.
