Check ID:
Provider: AWS
Service:
Severity: MEDIUM
Categories:
Resource type:
elbv2_is_in_multiple_azProvider: AWS
Service:
elbv2Severity: MEDIUM
Categories:
resilienceResource type:
AwsElbv2LoadBalancerWhat this check verifies
ELBv2 load balancers (Application, Network, or Gateway) are assessed for distribution across multiple Availability Zones. The finding indicates whether each load balancer spans at least the configured minimum number of AZs (default2).
Risk
Limiting a load balancer to one AZ introduces a single point of failure. An AZ outage, zonal degradation, or imbalanced target capacity can cause downtime, dropped connections, and deployment risk, undermining service availability and resiliency.Recommendation
Operate each load balancer across at least two AZs and ensure every enabled AZ has healthy, scaled targets.- Distribute capacity per AZ; use autoscaling
- Keep health checks effective
- Consider cross-zone load balancing to absorb bursts
- Regularly test failover
Remediation
- CLI
- Terraform
- Native IaC
- Dashboard steps
aws elbv2 set-subnets —load-balancer-arn <LOAD_BALANCER_ARN> —subnets <SUBNET_ID_A> <SUBNET_ID_B>
References
- https://docs.aws.amazon.com/elasticloadbalancing/latest/network/availability-zones.html
- https://www.trendmicro.com/trendaivisiononecloudriskmanagement/knowledge-base/aws/ELBv2/enable-multi-az.html
- https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#availability-zones
Where this check fires
This check runs on every scheduled scan against your AWS account. Findings appear at Cloud Security → Findings filterable byCheck ID = elbv2_is_in_multiple_az. To re-evaluate after a fix, hit Run now on the account’s schedule under Cloud Security → Schedules — the next scan re-checks this control and marks the finding fixed or keeps it persistent.
← Back to AWS checks