Métricas de CloudWatch disponibles para Amazon SQS

En el caso de las colas estándar, si un mensaje se recibe tres o más veces y no se elimina, SQS lo mueve al final de la cola. La métrica refleja entonces la antigüedad del siguiente mensaje que no ha superado el umbral de recepción. Esta reordenación se produce incluso cuando existe una política de redireccionamiento.

Los mensajes poison-pill (aquellos que se reciben de manera repetida pero nunca se eliminan) se excluyen de esta métrica hasta que se procesen correctamente.

Cuando un mensaje se traslada a una DLQ tras superar el maxReceiveCount, se restablece su antigüedad. En ese caso, la métrica de la DLQ refleja la hora en que se trasladó el mensaje, no la hora en que se envió originalmente.

Las colas FIFO no reordenan los mensajes para mantener el orden. Un mensaje fallido bloquea el grupo de mensajes hasta que se elimina o caduca. Si se configura una DLQ, el mensaje pasa a ella una vez que se alcanza el umbral de recepción.

Se considera que un mensaje está en tránsito cuando un consumidor lo haya recibido de la cola, pero aún no se haya eliminado ni haya caducado.

Esta métrica le ayuda a solucionar problemas y a optimizar el rendimiento de la cola FIFO. Los valores altos suelen indicar una gran simultaneidad.

Si la cola tiene una gran cantidad de tareas pendientes y este valor sigue siendo bajo, considere la posibilidad de escalar los consumidores o aumentar el número de grupos de mensajes activos.

Para ver el rendimiento y los límites de tránsito, consulte Cuotas de Amazon SQS.

Se aplica a las colas configuradas con un retraso predeterminado y a los mensajes individuales enviados con un parámetro DelaySeconds.

Los mensajes retrasados permanecen ocultos para los consumidores hasta que transcurre su periodo de retraso, lo que puede afectar a la percepción de las colas de tareas pendientes o al rendimiento.

Los mensajes entran en el estado “en tránsito” después de enviarse a un consumidor a través de la API ReceiveMessage.

Estos mensajes se ocultan temporalmente a otros consumidores durante el intervalo de tiempo de espera de visibilidad.

Utilice esta métrica para realizar un seguimiento de los retrasos en el procesamiento de mensajes o de los consumidores bloqueados.

Refleja las tareas pendientes en el procesamiento de la cola.

No hay un límite estricto en cuanto al número de mensajes que se pueden acumular, pero están sujetos al periodo de retención configurado para la cola.

Un valor alto y constante puede indicar un aprovisionamiento insuficiente de consumidores o una lógica de procesamiento bloqueada.

Esta métrica puede ayudar a identificar ineficiencias en el comportamiento de sondeo o instancias de consumidor infrautilizadas.

Pueden producirse valores altos cuando la cola está vacía, el consumidor utiliza sondeos cortos o los mensajes se procesan más rápido de lo que se producen.

Esto no es un indicador preciso del estado de la cola. Refleja el comportamiento del servicio y puede incluir reintentos.

SQS desduplica los mensajes en función de MessageDeduplicationId o del hash basado en contenido (si está habilitado).

Un valor alto puede indicar que un productor está enviando repetidamente el mismo mensaje dentro del intervalo de desduplicación de 5 minutos.

Utilice esta métrica para solucionar problemas de lógica redundante del productor o para confirmar que la desduplicación funciona según lo previsto.

Esta métrica cuenta todas las operaciones de eliminación que se han realizado correctamente, incluso si el mismo mensaje se ha eliminado más de una vez.

Entre los motivos habituales por los que los valores son superiores a los esperados se incluyen los siguientes:

Utilice esta métrica para realizar un seguimiento del procesamiento correcto de los mensajes, pero no la considere como un recuento exacto de los mensajes únicos eliminados.

Esto incluye todos los mensajes devueltos a los consumidores, incluidos aquellos que posteriormente se devuelven a la cola debido a la expiración del tiempo de espera de visibilidad.

Un mismo mensaje se puede recibir varias veces si no se elimina, lo que puede provocar que esta métrica supere el número de mensajes enviados.

Utilícela para realizar un seguimiento de la actividad de los consumidores, pero no lo considere como un recuento de mensajes únicos procesados.

Se cuentas las llamadas manuales a SendMessage o SendMessageBatch, incluidas aquellas dirigidas directamente a una DLQ.

Los mensajes que se transfieren automáticamente a una DLQ después de superar el maxReceiveCount no se incluyen en esta métrica.

Como resultado, NumberOfMessagesSent puede ser inferior a NumberOfMessagesReceived, especialmente si las políticas de redireccionamiento están trasladando muchos mensajes a DLQ en segundo plano.

Esta métrica no aparecerá en la consola de CloudWatch hasta que la cola reciba su primer mensaje.

Utilice esta métrica para realizar un seguimiento del tamaño de cada mensaje en bytes. Esto resulta útil para analizar las tendencias de la carga útil o estimar el costo del rendimiento.

El tamaño máximo de los mensajes para SQS es de 1 MiB.

Ayuda a identificar posibles problemas de vecinos ruidosos en entornos de varios inquilinos mediante el seguimiento de los grupos de mensajes que consumen recursos desproporcionados.

Utilice esta métrica para configurar alarmas que se activen cuando el número de grupos ruidosos supere el umbral aceptable, lo que indica posibles problemas de equidad en las colas.

Proporciona visibilidad de la cola de tareas pendientes en los grupos de mensajes con velocidad estándar, sin incluir los mensajes de vecinos ruidosos.

Ayuda a identificar las verdaderas tareas pendientes en el procesamiento de los grupos de mensajes típicos al filtrar el impacto de los vecinos ruidosos.

Realiza un seguimiento de los mensajes en tránsito (los que se están procesando pero aún no se han eliminado) de grupos de mensajes que se comportan bien.

Utilice esta métrica para supervisar el rendimiento del procesamiento de los grupos de mensajes normales y detectar cuellos de botella en el procesamiento que no se deban a vecinos ruidosos.

Ayuda a supervisar el retraso en las tareas pendientes de mensajes de grupos de mensajes con patrones de rendimiento normales o esperados (a diferencia de los grupos ruidosos o de gran volumen)

Es útil para entender los requisitos de procesamiento futuros y la planificación de la capacidad en cargas de trabajo típicas.

Se utiliza para supervisar el cumplimiento del SLA y detectar cuellos de botella en el procesamiento de grupos de mensajes con patrones de rendimiento normales o esperados (a diferencia de los grupos de mensajes ruidosos o de gran volumen que, de otro modo, podrían sesgar la métrica).

Utilice esta métrica para configurar alarmas cuando se agoten los tiempos de espera del procesamiento de mensajes e ignorar los mensajes envejecidos artificialmente procedentes de vecinos ruidosos.