Monitor AWS Load Balancer metrics
Analyze ELB request count
Track the number of client requests received and routed by the Elastic Load Balancer. Monitoring the average request rate will give you an idea about the traffic demand for your application. Analyzing trends will tell you whether you have to add instances or enable Auto Scaling.
![Monitor AWS ELB](http://static.site24x7.jp/images/request-count-elb-1024@2x.png?p=Aug_29_2024)
Identify latency patterns
The latency or the target response time metric will give you an account of the time it took for the back-end instances to respond to the application request. Analyze resource utilization of EC2 instances or containers to correlate latency spikes with CPU or memory usage increase.
![Time series graph of AWS ELB load balancer latency](http://static.site24x7.jp/images/request-count-elb-1024@2x.png?p=Aug_29_2024)
Avert request spillover
Increasing latency and system resource constraints can lead to requests getting queued up. Keep track of the average number of requests getting queued with the surge queue length metric. Configure thresholds and alerts to stay on top of surge queue length increase to prevent request spillover.
![Line chart showing an increasing trend in surge queue](http://static.site24x7.jp/images/surge-queue-elb-1024@2x.png?p=Aug_29_2024)
Troubleshoot ELB HTTP error response codes
Gather statistics on the number of HTTP error response codes returned by the Elastic Load Balancer. These error codes can be both client related (4XX errors) or back-end instance related (5XX). Identify potential causes by analyzing the type of error code returned.
![Monitor ELB 4XX and 5XX Error Count](http://static.site24x7.jp/images/elb-4xx-errors-1024@2x.png?p=Aug_29_2024)
Monitor target HTTP error response codes
Get an aggregate of HTTP 4XX and 5XX error codes generated by the targets in your group. Monitoring and setting up alerts will let you know when your back-end servers are generating these errors. Review your application logs for the corresponding time to troubleshoot the problem.
![Target HTTP Error codes](http://static.site24x7.jp/images/target-http-4xx-errors-1024@2x.png?p=Aug_29_2024)
Fix back-end connection errors
Measure the number of connections that could not be successfully established between your load balancer and its registered instances. Drill down to identify whether a particular EC2 instance or an availability zone is the source of the issue.
![Monitor ELB Back-end Connection Errors](http://static.site24x7.jp/images/backend-error-elb-1024@2x.png?p=Aug_29_2024)
Track healthy and unhealthy host count
A reduced number of registered healthy hosts can increase latency in the long run. Monitor average number of healthy and unhealthy hosts in each availability zone, set up alerting triggers to make sure enough healthy instances are always behind your load balancer to service the incoming requests.
![Unhealthy Host Count](http://static.site24x7.jp/images/unhealthy-host-count-1024@2x.png?p=Aug_29_2024)
Check connection count statistics
Understand front-end and back-end connection statistics for your Application type Elastic Load Balancer. Track the number of new and active TCP connections established between the client, ELB, and the target. Understand the scalability of your ELB system, know how many active concurrent TCP socket connection can the load balancer handle before it starts rejecting them.
![Monitor AWS ELB for active and new TCP connections](http://static.site24x7.jp/images/elb-connection-statistics-1024@2x.png?p=Aug_29_2024)