Configure el 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 pay-per-request precios para las solicitudes de lectura y escritura, de modo que solo pague por lo que utilice.

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.

El modo bajo demanda es una buena opción si se cumple alguna de las siguientes condiciones:

• Crea nuevas tablas con cargas de trabajo desconocidas.

• El tráfico de la aplicación es impredecible.

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

Para empezar con el modo bajo demanda, puedes crear una tabla nueva o actualizar una tabla existente para usar el modo de capacidad bajo demanda desde la consola o con unas pocas líneas de código de 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 (RRUs) y unidades de solicitud de escritura (WRUs).

• Uno RRUrepresenta una solicitud de LOCAL_QUORUM lectura, o dos solicitudes de LOCAL_ONE lectura, para una fila de hasta 4 KB de tamaño. Si necesita leer una fila de más de 4 KB, la operación de lectura utiliza másRRUs. El número total de elementos RRUs necesarios depende del tamaño de la fila y de si desea mantener la coherencia LOCAL_QUORUM o la coherencia de LOCAL_ONE lectura. Por ejemplo, para leer una fila de 8 KB se necesitan 2 RRUs unidades con coherencia de LOCAL_QUORUM lectura y 1 RRU si se elige la coherencia de LOCAL_ONE lectura.

• Una WRUrepresenta una escritura para una fila de un tamaño máximo de 1 KB. Todas las escrituras utilizan LOCAL_QUORUM la coherencia y no se aplica ningún cargo adicional por el uso de transacciones ligeras (LWTs). Si necesita escribir una fila de más de 1 KB, la operación de escritura utiliza másWRUs. La cantidad total WRUs requerida depende del tamaño de la fila. Por ejemplo, si el tamaño de la fila es de 2 KB, necesitará 2 WRUs para realizar una solicitud de escritura.

Para obtener información sobre los niveles de coherencia admitidos, consulte Niveles de consistencia de lectura y escritura compatibles con Apache Cassandra 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 su aplicación. El modo de capacidad bajo demanda acomoda al instante hasta el doble del tráfico máximo alcanzado previamente en una tabla. 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, consulteCalcule el 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 era de 2000 WRUs y 6000RRUs. Puede manejar hasta el doble del pico anterior de forma inmediata. De este modo, las mesas bajo demanda recién creadas pueden servir hasta 4000 WRUs y 12 000RRUs.

• La mesa existente cambió al modo de capacidad bajo demanda: el pico anterior es la mitad del anterior WCUs y se RCUs aprovisiona para la mesa o los ajustes de una tabla recién creada con el modo de capacidad bajo demanda, lo que sea mayor.