Configuración del modo de capacidad bajo demanda

El modo de capacidad bajo demanda de Amazon Keyspaces (para Apache Cassandra) es una opción de facturación flexible capaz de servir miles de solicitudes por segundo sin necesidad de planificar la capacidad. Esta opción ofrece precios de pago por solicitud para las solicitudes de lectura y escritura, de forma que solo paga por lo que utiliza.

Al elegir el modo bajo demanda, Amazon Keyspaces puede escalar la capacidad de rendimiento de su tabla hasta cualquier nivel de tráfico alcanzado previamente de forma instantánea y, a continuación, volver a reducirla al disminuir el tráfico de solicitudes. Si el nivel de tráfico de una carga de trabajo alcanza un nuevo pico, el servicio se adapta rápidamente para aumentar la capacidad de rendimiento de su tabla. Puede habilitar el modo de capacidad bajo demanda tanto para las tablas nuevas como para las ya existentes.

On-demand el modo es una buena opción si se cumple alguna de las siguientes condiciones:

• Crea nuevas tablas con cargas de trabajo desconocidas.

• Tiene un tráfico de aplicaciones impredecible.

• Prefiere disfrutar de la comodidad de pagar solo por lo que usa.

Para empezar con el modo bajo demanda, puede crear una nueva tabla o actualizar una tabla existente para utilizar el modo de capacidad bajo demanda mediante la consola o con unas pocas líneas de código Cassandra Query Language (CQL). Para obtener más información, consulte Tablas.

Unidades de solicitud de lectura y de escritura

Con las tablas en modo de capacidad bajo demanda, no necesita especificar de antemano cuánto rendimiento de lectura y escritura espera que utilice su aplicación. Amazon Keyspaces le cobra por las lecturas y escrituras que realice en sus tablas en términos de unidades de solicitud de lectura (RRU) y unidades de solicitud de escritura (WRU).

• Una RRU representa una solicitud de lectura LOCAL_QUORUM o dos solicitudes de lectura LOCAL_ONE para una fila de hasta 4 KB de tamaño. Si necesita leer una fila mayor que 4 KB, la operación de lectura utiliza RRU adicionales. El número total de RRU necesarias depende del tamaño de la fila y de si desea utilizar la coherencia de lectura LOCAL_QUORUM o LOCAL_ONE. Por ejemplo, la lectura de una fila de 8 KB requiere 2 RRU con coherencia de lectura LOCAL_QUORUM y 1 RRU si elige coherencia de lectura LOCAL_ONE.

• Una WRU representa una escritura para una fila de hasta 1 KB de tamaño. Todas las escrituras utilizan coherencia LOCAL_QUORUM y no hay cargos adicionales por utilizar transacciones ligeras (LWT). Si necesita escribir una fila de más de 1 KB, la operación de escritura utiliza WRU adicionales. El número total de WRU necesarias depende del tamaño de la fila. Por ejemplo, si el tamaño de su fila es de 2 KB, necesitará 2 WRU para realizar una solicitud de escritura.

Para obtener información sobre los niveles de coherencia admitidos, consulte Niveles de coherencia de lectura y escritura de Apache Cassandra admitidos y costos asociados.

Picos de tráfico y propiedades de escalado

Las tablas de Amazon Keyspaces que utilizan el modo de capacidad bajo demanda se adaptan automáticamente al volumen de tráfico de la aplicación. On-demand el modo de capacidad admite al instante hasta el doble del tráfico máximo anterior en una mesa. Por ejemplo, el patrón de tráfico de su aplicación puede variar entre 5000 y 10 000 lecturas LOCAL_QUORUM por segundo, donde 10 000 lecturas por segundo es el pico de tráfico anterior.

Con este patrón, el modo de capacidad bajo demanda se adapta instantáneamente a un tráfico sostenido de hasta 20 000 lecturas por segundo. Si su aplicación sostiene un tráfico de 20 000 lecturas por segundo, ese pico se convierte en su nuevo pico anterior, habilitando el tráfico posterior para alcanzar hasta 40 000 lecturas por segundo.

Si necesita más del doble de su pico anterior en una tabla, Amazon Keyspaces asigna automáticamente más capacidad a medida que aumenta su volumen de tráfico. Esto permite garantizar que su tabla tenga suficiente capacidad de rendimiento para procesar las solicitudes adicionales. Sin embargo, es posible que observe errores de capacidad de rendimiento insuficiente si supera el doble de su pico anterior en un periodo de 30 minutos.

Por ejemplo, suponga que el patrón de tráfico de su aplicación varía entre 5000 y 10 000 lecturas por segundo de gran coherencia, siendo 20 000 lecturas por segundo el pico de tráfico alcanzado anteriormente. En este caso, el servicio le recomienda que espacie el crecimiento de su tráfico durante al menos 30 minutos antes de subir a 40 000 lecturas por segundo.

Para obtener información sobre cómo estimar el consumo de capacidad de lectura y escritura de una tabla, consulte Estimación del consumo de capacidad del rendimiento de lectura y escritura en Amazon Keyspaces.

Para obtener más información sobre las cuotas predeterminadas de su cuenta y cómo aumentarlas, consulte Cuotas para Amazon Keyspaces (para Apache Cassandra).

Rendimiento inicial del modo de capacidad bajo demanda

Si crea una nueva tabla con el modo de capacidad bajo demanda habilitado o cambia una tabla existente al modo de capacidad bajo demanda por primera vez, la tabla tendrá los siguientes ajustes de pico anteriores, aunque no haya servido tráfico anteriormente utilizando el modo de capacidad bajo demanda:

• Tabla recién creada con el modo de capacidad bajo demanda: el pico anterior es de 2000 WRU y 6000 RRU. Puede manejar hasta el doble del pico anterior de forma inmediata. Esto habilita las tablas bajo demanda recién creadas para servir hasta 4000 WRU y 12 000 RRU.

• Tabla existente cambiada al modo de capacidad bajo demanda: el pico anterior es la mitad de las WCU y RCU anteriores aprovisionadas para la tabla o la configuración de una tabla recién creada con el modo de capacidad bajo demanda, la que sea mayor.