So very often, DNS causes issues like this. Does hardcoding an IP for the hostname (/etc/hosts) for SQS make it better? (Not something you want to do on prod btw)
Inconsistently slow response times - SQS, RDS, Elasticache
I have a Laravel application (5.2) which sends data to SQS on nearly every request. However, every so often, one of these requests takes several seconds to execute. Attached is a stack trace from New Relic. It seems that the tick() method (within CURL) gets called many times and the seconds just pile up. It also seems to be making several attempts to connect to the same endpoint, though they are AWS services so I can't imagine they'd be unresponsive this often.
Any idea why this might occur?
My code is hosted on AWS, on two m4.large instances behind an ELB. In general, the application is operating at a fairly low throughput -- roughly 50 - 100 requests per minute.
stack trace 1: https://ibb.co/f05gLk stack trace 2: https://ibb.co/bDBLfk
What makes this stranger is that this sometimes seems to occur when connecting to RDS and / or Elasticache. And in some cases, just plain ol' PHP processes are slow -- I find things like loading from the Composer Autoloader, or hydating a model can take seconds. However, SQS & CURL seem to be the biggest culprits
Please or to participate in this conversation.