Lambda trigger fails to connect with event source using RabbitMQ

0

I've got an issue related to lambda triggering from Amazon MQ for RabbitMQ. In my case everything works fine until RabbitMQ will be rebooted (or runs into maintenance window). In trigger details I can see then message: last processing result: PROBLEM: Failed to connect with event source.

And in Rabbit logs::

closing AMQP connection <0.21044.6> (10.0.25.82:3459 -> 10.0.17.86:5672):
missed heartbeats from client, timeout: 30s

The only one way to fix this is to reenable trigger in lambda configuration. Issue does not happen on every reboot, it's needed to perform it several times (every 3-4 reboots I think). Does anyone has an idea what's going wrong here?

  • As Uchiha_Madara mentioned, Every Amazon MQ broker has a weekly 2-hour maintenance window during which changes are applied. These changes can include broker version updates, configuration changes, or patching of the operating system and other system software. You can minimize downtime during maintenance by using Multi-AZ brokers. (i.e active/standby deployments for high availability)

질문됨 2년 전1243회 조회
1개 답변
1

Hi,

There is nothing wrong with Amazon MQ maintenance window. It updates your service with latest versions & install security patches if any available.

You need to implement pattern Amazon MQ active/standby broker for high availability

Maintenance window will first try to install the patches/updates on standby broker. After that it installs on Active broker. During this phase, standby broker will handle the traffic without any downtime.

AWS
답변함 2년 전
  • It's staging environment - I don't need HA in this case. I understand that instance will be unavailable during maintenance window or during reboot. I'm completely ok with that.

    I do not understand why lambda trigger does not go back automatically to work after RabbitMQ downtime. It's needed to reenable it.

로그인하지 않았습니다. 로그인해야 답변을 게시할 수 있습니다.

좋은 답변은 질문에 명확하게 답하고 건설적인 피드백을 제공하며 질문자의 전문적인 성장을 장려합니다.

질문 답변하기에 대한 가이드라인