Si la aplicación supera la capacidad de rendimiento aprovisionada en una tabla o un índice, las solicitudes podrían ser objeto de una limitación controlada. La limitación controlada impide que la aplicación consuma demasiadas unidades de capacidad. Cuando DynamoDB aplica una limitación a una operación de lectura o escritura, devuelve una ProvisionedThroughputExceededException al iniciador. A continuación, la aplicación puede adoptar las medidas pertinentes, como esperar un breve intervalo de tiempo antes de repetir la solicitud.
Para solucionar problemas que parecen estar relacionados con la limitación, un primer paso importante es confirmar si la limitación proviene de DynamoDB o de la aplicación.
En este tema, se describe cómo solucionar problemas comunes de limitaciones para el modo de capacidad aprovisionada. Estos son algunos escenarios comunes y los posibles pasos para resolverlos.
La tabla de DynamoDB parece tener suficiente capacidad aprovisionada, pero se está aplicando un límite en las solicitudes.
Esto puede ocurrir cuando el rendimiento es inferior a la media por minuto, pero supera la cantidad disponible por segundo. DynamoDB solo informa de las métricas por minuto a CloudWatch, que se calculan como la suma durante un minuto y la media. Sin embargo, el propio DynamoDB aplica límites de velocidad por segundo. Por lo tanto, si se produce una gran cantidad de ese rendimiento en un pequeño fragmento de ese minuto, como unos pocos segundos o menos, se pueden limitar las solicitudes del resto de ese minuto.
Por ejemplo, si hemos aprovisionado 60 WCU en una tabla, puede realizar 3600 operaciones de escritura en un minuto. Pero si las 3.600 solicitudes de WCU se producen en el mismo segundo, el resto de ese minuto se verá limitado.
Una forma de resolver este escenario puede ser agregar fluctuaciones y retrocesos exponenciales a las llamadas a la API. Para obtener más información, consulte esta entrada sobre retroceso exponencial y fluctuación
El escalado automático está activado, pero en las tablas se siguen aplicando limitaciones.
Esto puede ocurrir durante picos repentinos de tráfico. El escalado automático puede activarse cuando dos puntos de datos superan el valor de utilización objetivo configurado en un intervalo de un minuto. Por lo tanto, el escalado automático puede tener lugar porque la capacidad consumida está por encima de la utilización objetivo durante dos minutos seguidos. Pero si los picos tienen una diferencia de más de un minuto, es posible que no se active el escalado automático.
Del mismo modo, se puede desencadenar un evento de reducción vertical cuando 15 puntos de datos consecutivos sean inferiores a la utilización objetivo. En cualquier caso, tras activar el escalado automático se invoca una operación de la API UpdateTable. La actualización de la capacidad actualizada para la tabla o el índice puede llevar unos minutos. Durante este periodo, cualquier solicitud que supere la capacidad aprovisionada previamente de las tablas se limitará.
En resumen, el escalado automático requiere puntos de datos consecutivos en los que se esté superando el valor de utilización objetivo para escalar verticalmente una tabla de DynamoDB. Por esta razón, el escalado automático no se recomienda como solución para hacer frente a picos de carga de trabajo. Consulte la documentación sobre la optimización de costos del escalado automático para obtener más información.
Una clave activa puede estar causando problemas de limitación.
En DynamoDB, una clave de partición que no tenga una cardinalidad alta puede dar lugar a muchas solicitudes cuyo objetivo sean solo unas pocas particiones. Si una partición activa resultante supera los límites de partición de 3000 RCU o 1000 WCU por segundo, puede producirse una limitación. La herramienta de diagnóstico Información de colaboradores de Amazon CloudWatch (CCI), puede ayudar a depurar esto proporcionando gráficos de CCI para los patrones de acceso a elementos de cada tabla. Puede supervisar continuamente las claves a las que se accede con más frecuencia de sus tablas DynamoDB y otras tendencias de tráfico. Para obtener más información sobre Información de colaboradores de CloudWatch, consulte Información de colaboradores de CloudWatch para DynamoDB. Para obtener más información, consulte Diseño de claves de partición para distribuir la carga de trabajo en DynamoDB y Choosing the Right DynamoDB Partition Key
El tráfico que recibe la tabla supera la cuota de rendimiento de tabla.
Las cuotas de rendimiento de lectura en el nivel de tabla y de escritura en el nivel de tabla se aplican en el nivel de cuenta en cualquier región. Estas cuotas se aplican a las tablas tanto en modo de capacidad aprovisionada como en modo de capacidad bajo demanda. De forma predeterminada, la cuota de rendimiento asignada a su tabla es de 40 000 unidades de solicitudes de lectura y 40 000 unidades de solicitudes de escritura. Si el tráfico de su tabla supera esta cuota, es posible que la tabla tenga una limitación. Para obtener más información sobre cómo evitar que esto ocurra, consulte Monitoring DynamoDB for operational awareness
Para resolver este problema, utilice la consola de Service Quotas para aumentar la cuota de rendimiento de lectura o escritura en el nivel de tabla de su cuenta.
