Elastic Load Balancing Metrics and Dimensions
Elastic Load Balancing supports two types of load balancers: Classic Load Balancers and Application Load Balancers. Elastic Load Balancing sends metrics to CloudWatch for both types of load balancers.
Contents
Application Load Balancer Metrics
The AWS/ApplicationELB
namespace includes the following metrics.
Metric  Description 

ActiveConnectionCount 
The total number of concurrent TCP connections active from clients to the load balancer and from the load balancer to targets. Statistics: The most useful statistic is 
ClientTLSNegotiationErrorCount 
The number of TLS connections initiated by the client that did not establish a session with the load balancer. Possible causes include a mismatch of ciphers or protocols. Statistics: The most useful statistic is 
ConsumedLCUs 
The number of load balancer capacity units (LCU) used by your load balancer. You pay for the number of LCUs that you use per hour. For more information, see Elastic Load Balancing Pricing. 
HealthyHostCount 
The number of targets that are considered healthy. Statistics: The most useful statistics are 
HTTPCode_ELB_4XX_Count 
The number of HTTP 4XX client error codes that originate from the load balancer. Client errors are generated when requests are malformed or incomplete. These requests have not been received by the target. This count does not include any response codes generated by the targets. Statistics: The most useful statistic is 
HTTPCode_ELB_5XX_Count 
The number of HTTP 5XX server error codes that originate from the load balancer. This count does not include any response codes generated by the targets. Statistics: The most useful statistic is 
HTTPCode_Target_2XX_Count ,
HTTPCode_Target_3XX_Count ,
HTTPCode_Target_4XX_Count ,
HTTPCode_Target_5XX_Count 
The number of HTTP response codes generated by the targets. This does not include any response codes generated by the load balancer. Statistics: The most useful statistic is 
IPv6ProcessedBytes 
The total number of bytes processed by the load balancer over IPv6. Statistics: The most useful statistic is 
IPv6RequestCount 
The number of IPv6 requests received by the load balancer. Statistics: The most useful statistic is 
NewConnectionCount 
The total number of new TCP connections established from clients to the load balancer and from the load balancer to targets. Statistics: The most useful statistic is 
ProcessedBytes 
The total number of bytes processed by the load balancer over IPv4 and IPv6. Statistics: The most useful statistic is 
RejectedConnectionCount 
The number of connections that were rejected because the load balancer had reached its maximum number of connections. Statistics: The most useful statistic is 
RequestCount 
The number of requests processed over IPv4 and IPv6. This count includes only the requests with a response generated by a target of the load balancer. Statistics: The most useful statistic is 
RequestCountPerTarget 
The average number of requests received by each target in a target group. You must
specify the target
group using the Statistics: The only valid statistic is 
RuleEvaluations 
The number of rules processed by the load balancer given a request rate averaged over an hour. Statistics: The most useful statistic is 
TargetConnectionErrorCount 
The number of connections that were not successfully established between the load balancer and target. Statistics: The most useful statistic is 
TargetResponseTime 
The time elapsed, in seconds, after the request leaves the load balancer
until a response from the target is received. This is equivalent to the
Statistics: The most useful statistics are 
TargetTLSNegotiationErrorCount 
The number of TLS connections initiated by the load balancer that did not establish a session with the target. Possible causes include a mismatch of ciphers or protocols. Statistics: The most useful statistic is 
UnHealthyHostCount 
The number of targets that are considered unhealthy. Statistics: The most useful statistics are 
Metric Dimensions for Application Load Balancers
To filter the metrics for your Application Load Balancer, use the following dimensions.
Dimension  Description 

AvailabilityZone 
Filter the metric data by Availability Zone. 
LoadBalancer 
Filter the metric data by load balancer. Specify the load balancer as follows: app/loadbalancername/1234567890123456 (the final portion of the load balancer ARN). 
TargetGroup 
Filter the metric data by target group. Specify the target group as follows: targetgroup/targetgroupname/1234567890123456 (the final portion of the target group ARN). 
Network Load Balancer Metrics
The AWS/NetworkELB
namespace includes the following metrics.
Metric  Description 

ActiveFlowCount 
The total number of concurrent TCP flows (or connections) from clients to targets. This metric includes only the connections in the ESTABLISHED state. TCP connections are not terminated at the load balancer, so a client opening a TCP connection to a target counts as a single flow. Statistics: The most useful statistics are 
ConsumedLCUs 
The number of load balancer capacity units (LCU) used by your load balancer. You pay for the number of LCUs that you use per hour. For more information, see Elastic Load Balancing Pricing. 
HealthyHostCount 
The number of targets that are considered healthy. Statistics: The most useful statistics are 
NewFlowCount 
The total number of new TCP flows (or connections) established from clients to targets in the time period. Statistics: The most useful statistic is 
ProcessedBytes 
The total number of bytes processed by the load balancer, including TCP/IP headers. Statistics: The most useful statistic is 
TCP_Client_Reset_Count 
The total number of reset (RST) packets sent from a client to a target. These resets are generated by the client and forwarded by the load balancer. Statistics: The most useful statistic is 
TCP_ELB_Reset_Count 
The total number of reset (RST) packets generated by the load balancer. Statistics: The most useful statistic is 
TCP_Target_Reset_Count 
The total number of reset (RST) packets sent from a target to a client. These resets are generated by the target and forwarded by the load balancer. Statistics: The most useful statistic is 
UnHealthyHostCount 
The number of targets that are considered unhealthy. Statistics: The most useful statistics are 
Metric Dimensions for Network Load Balancers
To filter the metrics for your load balancer, use the following dimensions.
Dimension  Description 

AvailabilityZone 
Filter the metric data by Availability Zone. 
LoadBalancer 
Filter the metric data by load balancer. Specify the load balancer as follows: net/loadbalancername/1234567890123456 (the final portion of the load balancer ARN). 
TargetGroup 
Filter the metric data by target group. Specify the target group as follows: targetgroup/targetgroupname/1234567890123456 (the final portion of the target group ARN). 
Classic Load Balancer Metrics
The AWS/ELB
namespace includes the following metrics.
Metric  Description 

BackendConnectionErrors 
The number of connections that were not successfully established between the load balancer and the registered instances. Because the load balancer retries the connection when there are errors, this count can exceed the request rate. Note that this count also includes any connection errors related to health checks. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has 2 instances in uswest2a and 2 instances in uswest2b, and that attempts to connect to 1 instance in uswest2a result in backend connection errors. The sum for uswest2a includes these connection errors, while the sum for uswest2b does not include them. Therefore, the sum for the load balancer equals the sum for uswest2a. 
HealthyHostCount 
The number of healthy instances registered with your load balancer.
A newly registered instance is considered healthy after it passes the first health
check.
If crosszone load balancing is enabled, the number of healthy instances for the Reporting criteria: There are registered instances Statistics: The most useful statistics are Example: Suppose that your load balancer has 2 instances in uswest2a
and 2 instances in uswest2b, uswest2a has 1 unhealthy instance,
and uswest2b has no unhealthy instances.
With the 

[HTTP listener] The number of HTTP response codes generated by registered instances. This count does not include any response codes generated by the load balancer. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has 2 instances in uswest2a and 2 instances in uswest2b, and that requests sent to 1 instance in uswest2a result in HTTP 500 responses. The sum for uswest2a includes these error responses, while the sum for uswest2b does not include them. Therefore, the sum for the load balancer equals the sum for uswest2a. 
HTTPCode_ELB_4XX 
[HTTP listener] The number of HTTP 4XX client error codes generated by the load balancer. Client errors are generated when a request is malformed or incomplete. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has uswest2a and uswest2b enabled, and that client requests include a malformed request URL. As a result, client errors would likely increase in all Availability Zones. The sum for the load balancer is the sum of the values for the Availability Zones. 
HTTPCode_ELB_5XX 
[HTTP listener] The number of HTTP 5XX server error codes generated by the load balancer. This count does not include any response codes generated by the registered instances. The metric is reported if there are no healthy instances registered to the load balancer, or if the request rate exceeds the capacity of the instances (spillover) or the load balancer. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has uswest2a and uswest2b enabled, and that instances in uswest2a are experiencing high latency and are slow to respond to requests. As a result, the surge queue for the load balancer nodes in uswest2a fills and clients receive a 503 error. If uswest2b continues to respond normally, the sum for the load balancer equals the sum for uswest2a. 
Latency 
[HTTP listener] The total time elapsed, in seconds, from the time the load balancer sent the request to a registered instance until the instance started to send the response headers. [TCP listener] The total time elapsed, in seconds, for the load balancer to successfully establish a connection to a registered instance. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has 2 instances in uswest2a and 2 instances in uswest2b, and that requests sent to 1 instance in uswest2a have a higher latency. The average for uswest2a has a higher value than the average for uswest2b. 
RequestCount 
The number of requests completed or connections made during the specified interval (1 or 5 minutes). [HTTP listener] The number of requests received and routed, including HTTP error responses from the registered instances. [TCP listener] The number of connections made to the registered instances. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has 2 instances in uswest2a
and 2 instances in uswest2b, and that 100 requests are sent to the load balancer.
There are 60 requests sent to uswest2a,
with each instance receiving 30 requests, and 40 requests sent to uswest2b, with
each instance receiving 20 requests.
With the 
SpilloverCount 
The total number of requests that were rejected because the surge queue is full. [HTTP listener] The load balancer returns an HTTP 503 error code. [TCP listener] The load balancer closes the connection. Reporting criteria: There is a nonzero value Statistics: The most useful statistic is Example: Suppose that your load balancer has uswest2a and uswest2b enabled, and that instances in uswest2a are experiencing high latency and are slow to respond to requests. As a result, the surge queue for the load balancer node in uswest2a fills, resulting in spillover. If uswest2b continues to respond normally, the sum for the load balancer will be the same as the sum for uswest2a. 
SurgeQueueLength 
The total number of requests that are pending routing. The load balancer queues
a request if it is unable to establish a connection with a healthy instance in order
to route the request.
The maximum size of the queue is 1,024. Additional requests are rejected when the
queue is full.
For more information, see Reporting criteria: There is a nonzero value. Statistics: The most useful statistic is Example: Suppose that your load balancer has uswest2a and uswest2b enabled, and
that instances in uswest2a are experiencing high latency and are slow to respond
to requests. As a result, the
surge queue for the load balancer nodes in uswest2a fills, with clients likely experiencing
increased response times.
If this continues, the load balancer will likely have spillovers (see the 
UnHealthyHostCount 
The number of unhealthy instances registered with your load balancer. An instance is considered unhealthy after it exceeds the unhealthy threshold configured for health checks. An unhealthy instance is considered healthy again after it meets the healthy threshold configured for health checks. Reporting criteria: There are registered instances Statistics: The most useful statistics are Example: See 
The following metrics enable you to estimate your costs if you migrate a Classic Load Balancer to an Application Load Balancer. These metrics are intended for informational use only, not for use with CloudWatch alarms. Note that if your Classic Load Balancer has multiple listeners, these metrics are aggregated across the listeners.
These estimates are based on a load balancer with one default rule and a certificate
that is 2K in size. If you use a certificate that is 4K or
greater in size, we recommend that you estimate your costs as follows: create an Application
Load Balancer based on your Classic Load Balancer using the migration tool and monitor
the
ConsumedLCUs
metric for the Application Load Balancer. For more information, see Migrate from a Classic Load Balancer to an Application Load Balancer in the Elastic Load Balancing User Guide.
Metric  Description 

EstimatedALBActiveConnectionCount 
The estimated number of concurrent TCP connections active from clients to the load balancer and from the load balancer to targets. 
EstimatedALBConsumedLCUs 
The estimated number of load balancer capacity units (LCU) used by an Application Load Balancer. You pay for the number of LCUs that you use per hour. For more information, see Elastic Load Balancing Pricing. 
EstimatedALBNewConnectionCount 
The estimated number of new TCP connections established from clients to the load balancer and from the load balancer to targets. 
EstimatedProcessedBytes 
The estimated number of bytes processed by an Application Load Balancer. 
Metric Dimensions for Classic Load Balancers
To filter the metrics for your Classic Load Balancer, use the following dimensions.
Dimension  Description 

AvailabilityZone

Filter the metric data by the specified Availability Zone. 
LoadBalancerName

Filter the metric data by the specified load balancer. 