Solución de problemas: Amazon MQ para ActiveMQ

Utilice la información que se indica en esta sección para diagnosticar y resolver los problemas comunes que se le planteen cuando trabaje con agentes de Amazon MQ para ActiveMQ.

Contenido

• No puedo ver los registros generales o de auditoría de mi corredor en CloudWatch los registros aunque haya activado el registro.
• Después del reinicio del agente o la ventana de mantenimiento, no puedo conectarme a mi agente aunque el estado sea RUNNING ¿Por qué?
• Veo que algunos de mis clientes se conectan con el agente, mientras que otros no pueden conectarse.
• Estoy viendo una excepción org.apache.jasper.JasperException: An exception occurred processing JSP page en la consola de ActiveMQ al realizar operaciones.

No puedo ver los registros generales o de auditoría de mi corredor en CloudWatch los registros aunque haya activado el registro.

Si no puede ver los registros de su corredor en CloudWatch Logs, haga lo siguiente.

1. Verifique si el usuario que crea o reinicia el agente tiene el permiso logs:CreateLogGroup. Si no agrega el permiso CreateLogGroup a un usuario antes de que el usuario cree o reinicie el agente, Amazon MQ no creará el grupo de registros.

2. Compruebe si ha configurado una política basada en recursos que permita a Amazon MQ publicar registros en Logs. CloudWatch Para permitir que Amazon MQ publique registros en su grupo de registros de CloudWatch Logs, configure una política basada en recursos para dar a Amazon MQ acceso a las siguientes acciones de la API de Logs: CloudWatch

   • CreateLogStream— Crea un flujo de CloudWatch registros para el grupo de registros especificado.

   • PutLogEvents— Envía los eventos al flujo de registro de CloudWatch registros especificado.

Para obtener más información sobre cómo configurar Amazon MQ para que ActiveMQ publique registros en Logs, consulte Configuración de registros. CloudWatch

Después del reinicio del agente o la ventana de mantenimiento, no puedo conectarme a mi agente aunque el estado sea RUNNING ¿Por qué?

Es posible que se produzcan problemas de conexión tras el reinicio de un agente que inició, después de que se haya completado un periodo de mantenimiento programado o en un evento de error, en el que se activa la instancia en espera. En cualquier caso, los problemas de conexión tras el reinicio de un agente se deben a que persiste una cantidad inusualmente elevada de mensajes en el volumen de almacenamiento de Amazon EFS o Amazon EBS de su agente. Durante un reinicio, Amazon MQ mueve los mensajes persistentes del almacenamiento a la memoria del agente. Para confirmar este diagnóstico, puedes monitorizar las siguientes métricas CloudWatch para tu bróker de Amazon MQ for ActiveMQ:

• StoragePercentUsage: grandes porcentajes al 100 por ciento o cerca del 100 por ciento pueden provocar que el agente rechace las conexiones.

• JournalFilesForFullRecovery: indica la cantidad de archivos de diario que volverán a reproducirse después de un cierre y reinicio incorrectos. Un valor en aumento o siempre superior a uno indica transacciones no resueltas que pueden provocar problemas de conexión después del reinicio.

• OpenTransactionCount: un número superior a cero tras un reinicio indica que el agente intentará almacenar mensajes consumidos anteriormente, lo que provoca problemas de conexión.

Para resolver este problema, recomendamos resolver las transacciones XA con un rollback() o commit(). Para obtener más información y ver un ejemplo de código de resolución de transacciones de XA mediante rollback(), consulte la información sobre la recuperación de transacciones de XA.

Veo que algunos de mis clientes se conectan con el agente, mientras que otros no pueden conectarse.

Si su agente está en el estado RUNNING y algunos clientes pueden conectarse con el agente correctamente, mientras que otros no pueden hacerlo, es posible que haya alcanzado el límite de conexiones de nivel de cablepara el agente. Para comprobar que haya alcanzado el límite de conexiones a nivel de cable, haga lo siguiente:

• Consulte los registros generales de los corredores de su agente de Amazon MQ para ActiveMQ en Logs. CloudWatch Si se ha alcanzado el límite, verá Reached Maximum Connections en los registros de agente. Para obtener más información sobre CloudWatch Logs for Amazon MQ para agentes de ActiveMQ, consulte. Comprensión de la estructura del inicio de sesión en los registros CloudWatch

Una vez que se alcance el límite de conexiones a nivel de cable, el agente rechazará activamente las conexiones entrantes adicionales. Para resolver este problema, recomendamos actualizar el tipo de instancias del agente. Si quiere obtener más información para elegir el mejor tipo de instancias para su carga de trabajo, consulte Broker instance types.

Si ha confirmado que la cantidad de conexiones de nivel de cable es inferior al límite de conexión del agente, el problema podría estar relacionado con el reinicio de los clientes. Consulte los registros de su agente para ver si hay entradas numerosas y frecuentes de ... Inactive for longer than 600000 ms - removing .... La entrada de registro indica el reinicio de clientes o problemas de conectividad. Este efecto es más evidente cuando los clientes se conectan al agente a través de un Network Load Balancer (NLB) con clientes que con frecuencia se desconectan y reconectan al agente. Esto se observa con mayor frecuencia en clientes basados en contenedores.

Verifique los registros del lado del cliente para obtener más información. El agente limpiará las conexiones TCP inactivas después de 600 000 ms y liberará el socket de conexión.

Estoy viendo una excepción org.apache.jasper.JasperException: An exception occurred processing JSP page en la consola de ActiveMQ al realizar operaciones.

Si utiliza una autenticación simple y configura AuthorizationPlugin para la autorización de colas y temas, asegúrese de utilizar el elemento AuthorizationEntries en el archivo de configuración XML y otorgar el permiso de grupo activemq-webconsole para todas las colas y temas. Esto garantiza que la consola web de ActiveMQ pueda comunicarse con el agente de ActiveMQ.

El siguiente ejemplo AuthorizationEntry otorga permisos de lectura y escritura para todas las colas y temas del grupo activemq-webconsole.

<authorizationEntries>
    <authorizationEntry admin="activemq-webconsole,admins,users" topic=">" read="activemq-webconsole,admins,users" write="activemq-webconsole,admins,users" />
    <authorizationEntry admin="activemq-webconsole,admins,users" queue=">" read="activemq-webconsole,admins,users" write="activemq-webconsole,admins,users" />
</authorizationEntries>

Del mismo modo, al integrar su agente con LDAP, asegúrese de otorgar permiso para el grupo amazonmq-console-admins. Para obtener más información acerca de la integración de LDAP, consulte Cómo funciona la integración de LDAP.