- Le plus récent
- Le plus de votes
- La plupart des commentaires
Hello.
It may be a good idea to check the ALB access log and ECS container log to see if the request is reaching the ECS container.
If the request reaches ECS, you may be able to determine whether there is a problem with application processing or container load.
https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-access-logs.html
I'd start investigating timeout issues by enabling ALB access logging to identify slow requests and response times. Also, review container logs for error messages and resource constraints. If containers lack resources like CPU or memory, increase allocations to improve responsiveness and reduce timeouts.
Additionally, it is always good to optimize application code by profiling for bottlenecks, implementing caching when possible, or refactoring inefficient operations.
You can combine insights from logs, resource adjustments, and code optimizations to resolve these timeout issues and also enhance application performance.
Contenus pertinents
- demandé il y a un an
- demandé il y a 2 mois
- demandé il y a un an
- AWS OFFICIELA mis à jour il y a 2 ans
- AWS OFFICIELA mis à jour il y a 10 mois
- AWS OFFICIELA mis à jour il y a un an
Hi, I updated the topic, you will see the ALB log.
From the log below, it appears that the TLS connection is not working properly. Are you setting the correct certificate in ALB? Also, the browser the user is using may be outdated and the TLS version may be outdated. So why not try changing the ALB security policy to something a little older? https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-https-listener.html#tls-security-policies
Hi, I did some research for this error code, I wonder why the user just clearing the browser cache makes the request work again? If the certificate is incorrect, or the user's browser is older, I think they would always get the error... Am I missing any important knowlage?