Aspectos a tener en cuenta al cambiar los modos de capacidad en DynamoDB - Amazon DynamoDB

Aspectos a tener en cuenta al cambiar los modos de capacidad en DynamoDB

Cuando cree una tabla de DynamoDB, debe seleccionar el modo de capacidad bajo demanda o aprovisionada.

Las tablas pueden cambiar del modo bajo demanda al modo de capacidad aprovisionada en cualquier momento. Cuando realice múltiples cambios entre los modos de capacidad, se aplicarán las siguientes condiciones:

  • Puede cambiar una tabla recién creada en el modo bajo demanda al modo de capacidad aprovisionada en cualquier momento. Sin embargo, solo puede volver al modo bajo demanda 24 horas después de la marca de tiempo de creación de la tabla.

  • Puede cambiar una tabla existente en el modo bajo demanda al modo de capacidad aprovisionada en cualquier momento. Sin embargo, solo puede volver al modo bajo demanda 24 horas después de la última marca de tiempo que indique el cambio al modo bajo demanda.

Cambio del modo de capacidad aprovisionada al modo de capacidad bajo demanda

En el modo aprovisionado, se establece la capacidad de lectura y escritura en función de las necesidades esperadas de la aplicación. Al actualizar una tabla en modo aprovisionado al modo bajo demanda, no necesita especificar el rendimiento de lectura y escritura que espera de su aplicación. DynamoDB bajo demanda ofrece precios de pago por solicitud para las solicitudes de lectura y escritura. De este modo, únicamente paga por aquello que utiliza, por lo que es fácil equilibrar los costos y el rendimiento. Si lo desea, también puede configurar el rendimiento máximo de lectura o escritura (o ambos) para tablas individuales bajo demanda e índices secundarios globales para ayudar a mantener limitados los costos y el uso. Para obtener más información sobre cómo configurar el rendimiento máximo para una tabla o índice específicos, consulte Rendimiento máximo de DynamoDB para las tablas bajo demanda.

Cuando se cambia del modo de capacidad aprovisionada al modo de capacidad bajo demanda, DynamoDB efectúa varios cambios en la estructura y las particiones de la tabla. Este proceso puede tardar varios minutos. Durante el periodo de cambio, la tabla proporciona el rendimiento acorde con las unidades de capacidad de lectura y de escritura aprovisionadas previamente.

Rendimiento inicial del modo de capacidad bajo demanda

Si recientemente ha cambiado una tabla existente al modo de capacidad bajo demanda por primera vez, la tabla tendrá la configuración del pico máximo anterior, aunque no haya atendido ningún tráfico en este modo.

A continuación, se muestran ejemplos de posibles escenarios:

  • Cualquier tabla aprovisionada configurada por debajo de 4000 WCU y 12 000 RCU, que nunca se haya aprovisionado anteriormente para más cantidad. Cuando cambie esta tabla a la versión bajo demanda por primera vez, DynamoDB se asegurará de que se escale horizontalmente para soportar al instante al menos 4000 unidades de escritura por segundo y 12 000 unidades de lectura por segundo.

  • Una tabla aprovisionada configurada como 8000 WCU y 24 000 RCU. Cuando esta tabla se cambie a la versión bajo demanda, seguirá siendo capaz de soportar al menos 8000 unidades de escritura por segundo y 24 000 unidades de lectura por segundo en cualquier momento.

  • Una tabla aprovisionada configurada con 8000 WCU y 24 000 RCU, que consumió 6000 unidades de escritura por segundo y 18 000 unidades de lectura por segundo durante un periodo prolongado. Cuando esta tabla se cambie a la versión bajo demanda, seguirá siendo capaz de soportar al menos 8000 unidades de escritura por segundo y 24 000 unidades de lectura por segundo. El tráfico anterior puede permitir además que la tabla mantenga niveles de tráfico mucho más altos sin limitaciones.

  • Una tabla que anteriormente se aprovisionaba con 10 000 WCU y 10 000 RCU, pero que actualmente se aprovisiona con 10 RCU y 10 WCU. Cuando esta tabla se cambie a la versión bajo demanda, será capaz de soportar al menos 10 000 unidades de escritura por segundo y 10 000 unidades de lectura por segundo.

Configuración de escalado automático

Al actualizar una tabla del modo aprovisionado al modo bajo demanda:

  • Si utiliza la consola, se eliminarán todos los ajustes de escalado automático (si los hay).

  • Si utiliza la AWS CLI o el SDK de AWS, se conservarán todos los ajustes de escalado automático. Estos ajustes se pueden aplicar al actualizar la tabla de nuevo al modo aprovisionado de facturación.

Cambio del modo de capacidad bajo demanda al modo de capacidad aprovisionada

Al cambiar del modo de capacidad bajo demanda al modo de capacidad aprovisionada, la tabla proporciona el rendimiento acorde con el tráfico máximo alcanzado anteriormente mientras la tabla estaba en el modo de capacidad bajo demanda.

Administración de la capacidad

Tenga en cuenta lo siguiente al actualizar una tabla del modo bajo demanda al modo aprovisionado:

  • Si usa la AWS CLI o el SDK de AWS, elija la configuración de capacidad aprovisionada correctos de la tabla y de los índices secundarios globales tras haber consultado en Amazon CloudWatch el consumo histórico (métricas ConsumedWriteCapacityUnits y ConsumedReadCapacityUnits) para determinar los nuevos ajustes de rendimiento.

    nota

    Si va a cambiar una tabla global al modo aprovisionado, fíjese en el consumo máximo en todas las réplicas regionales de las tablas base y en los índices secundarios globales para determinar los nuevos ajustes de rendimiento.

  • Si va a cambiar del modo bajo demanda al modo aprovisionado, asegúrese de establecer unas unidades aprovisionadas iniciales lo suficientemente altas como para gestionar la capacidad de su tabla o índice durante la transición.

Administración de Auto Scaling

Al actualizar una tabla del modo bajo demanda al modo aprovisionado:

  • Si utiliza la consola, le recomendamos habilitar el escalado automático con los valores predeterminados siguientes:

    • Objetivo de utilización: 70 %

    • Capacidad aprovisionada mínima: 5 unidades

    • Capacidad aprovisionada máxima: el máximo de la región

  • Si utiliza la AWS CLI o el SDK, se conservan los ajustes anteriores de escalado automático (si los hay).