Modernize centralized firewall appliances with a Gateway Load Balancer and Auto Scaling
Short answer
ACE Use a Gateway Load Balancer with a PrivateLink endpoint service, an Auto Scaling group with a launch template, and VPC endpoints in each member account.
Question
Key Takeaways
A Gateway Load Balancer with a PrivateLink endpoint service is the AWS-native pattern for centralized traffic inspection, and it accepts appliances registered by IP address through an Auto Scaling group, so the static private IPs move out of the configuration entirely.
Two statically addressed firewall appliances on manually built EC2 instances must become a horizontally scalable, self-healing deployment, while member accounts keep routing to the internet through them. The vendor has confirmed the appliance code works with AWS services.
Common mistake: Substituting a Network Load Balancer. An NLB cannot distribute traffic to third-party inspection appliances using the GENEVE protocol, so it cannot front a firewall fleet, and an instance-target target group also breaks when the appliance needs a fixed private IP.
Expert Analysis
Why the Answer Is Correct
A Gateway Load Balancer with a PrivateLink endpoint service is the documented pattern for centralized inspection, and member accounts reach the appliances through gateway VPC endpoints with updated route tables. An Auto Scaling group with a launch template that passes the configuration script as user data replaces the manual startup scripting, and an instance-type target group with preserved private addresses lets the appliances keep the static IPs the routing depends on. This is the most cost-effective combination because the same construct replaces both the appliance fleet and the manual rebuild process.
Why the Other Options Are Wrong
B: A Network Load Balancer cannot send traffic to third-party inspection appliances, because GWLB uses the GENEVE protocol specifically for this purpose. D: AWS Launch Wizard is a one-time guided deployment tool rather than a repeatable autoscaling mechanism, and the option omits a launch template. E: Endpoints must exist in the member accounts whose route tables are being changed, which is the reason E is correct only when paired with the centralized endpoint service in A.
Community Comment Notes
The community vote was 45 to 1 for A, C, E. Commenters cited the AWS centralized inspection architecture blog and confirmed that a Network Load Balancer cannot host inspection appliances, and one commenter confirmed the gateway VPC endpoints are created in the member accounts, which is why E belongs in the answer.
Official Reference
https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/gateway-load-balancers.html
This link opens the official vendor documentation in a new tab.
Community Votes
100% of anonymous learners picked answer ACE. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 24 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 24
-
yog927 👍 13Refer this https://aws.amazon.com/blogs/networking-and-content-delivery/centralized-inspection-architecture-with-aws-gateway-load-balancer-and-aws-transit-gateway/ The endpoint is created in the centralized account only.
-
blackname 👍 7A - Gateway Load Balancer is LB type used to redirect traffic to traffic inspection devices like firewalls, this is done via GENEVE network protocol. (correct) B - NLB could not be used, NLB does not support GENEVE protocol. (incorrect) C - ASG is the way to go for this scenario, in addition could be add Autoscaling policies to add more instances during traffic spikes and reduce when no traffic spikes (correct) D - Launch wizard work directly with resource EC2 and EBS, I didn't see any integration with ASG (incorrect) E - Works but it's not cost effective, VPCE have a price of 0.01$/hour/az each, so if you have GWLB in multi-az you would pay (1VPCE number of AZs number of member account) (incorrect - not cost effective) F - Since transit gateway is used, all traffic could be routed to the centralized networking account, and in there 0.0.0.0/0 traffic would go to the GWLB endpoints, so instead of multiple vpc endpoints you would only have 1VPCE * number of AZs (correct)
-
grandcanyon 👍 5https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-gateway-load-balancer.html
-
djangoUnchained 👍 4Why would you create the VPC endpoint in the centralized account? The goal is to connect the member accounts to the centralized accounts. F is wrong. https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/getting-started.html
-
7f6aef3 👍 4VPC endpoint service in central account VPC endpoint in memeber account F is wrong
Show 19 more comments
-
vip2 👍 3Main discussion about E and F it combine Member VPC, Centralize networking, Endpoint Service, VPC Endpoint Accoring to statement and answer A and C, that mean Transit-GW is in memeber VPC Firewall in Centralize VPC which alread has Endpoint Service in PrivateLink, So, MUST have VPC Endpoint in Memeber account, not Centralized Another important is 'Each firewall appliance uses a static private IP address that is then used to route traffic from the member accounts to the internet ', which prevent use one IP from transit-GW as endpoint.
-
2aa610e 👍 3gateway loadbalancer endpoint needs to be in the spoke VPC. https://aws.amazon.com/blogs/networking-and-content-delivery/scaling-network-traffic-inspection-using-aws-gateway-load-balancer/
-
pangchn 👍 3ACE VPC endpoint service in central account VPC endpoint in memeber account
-
AWSPro1234 👍 3I am thinking between E and F , E is not cost efficient but F is.
-
trungtd 👍 3Having multiple VPC endpoints will make connection unscalable
-
Zas1 👍 3F discard because update route. Explain "titi_r"
-
leliodesouza 👍 2Why B might also be considered: B. Deploy a Network Load Balancer in the centralized networking account: This would distribute incoming traffic across multiple instances of the firewall appliances deployed in the centralized networking account, providing scalability and high availability. Using AWS PrivateLink for endpoint services ensures that communication between member accounts and the centralized networking account remains within the AWS network, enhancing security and performance. However, this option may not be as cost-effective as option C alone because it involves additional costs associated with deploying and managing a Network Load Balancer. But it could be considered if high availability and scalability are prioritized over cost-effectiveness.
-
milesToGo 👍 2Guys, The answer is ACE. AWS PrivateLink — A technology that provides private connectivity between VPCs and services. VPC endpoint — The entry point in your VPC that enables you to connect privately to a service. So Got to choose E - Create VPC endpoints in each member account. Update the route tables to point to the VPC endpoints. Check ChatGPT, Check Google Gemini (Do you create a VPC endpoint in centralized account or each member account if Gateway Load Balancer in the centralized networking account is set up as endpoint service using AWS PrivateLink) Go to Concepts and read under service name https://docs.aws.amazon.com/vpc/latest/privatelink/concepts.html
-
adelynllllllllll 👍 2ACE E pairs up with end point service in A.
-
0b43291 👍 1Gateway Load Balancer (Step A): The Gateway Load Balancer (GWLB) is designed specifically for centralized inspection architectures, where traffic needs to be inspected or processed by third-party virtual appliances, such as the firewall appliances in this scenario. GWLB provides a cost-effective and scalable solution for distributing traffic across the firewall appliances. Auto Scaling Group and Launch Template (Step C): As mentioned in my previous response, creating an Auto Scaling group and a launch template that uses the new script as user data allows for automated and consistent deployment of the firewall appliances, as well as horizontal scaling to handle increased traffic. VPC Endpoints in the Centralized Networking Account (Step F): Creating VPC endpoints in the centralized networking account and updating the route tables in each member account to point to these VPC endpoints enables secure and private communication between the member accounts and the firewall appliances, without the need for an internet gateway or NAT gateway.
-
AzureDP900 👍 1The correct answers are A, C, and E. Option A: Deploying a Gateway Load Balancer allows for efficient routing and scaling, while setting up an endpoint service using AWS PrivateLink enables secure and private connectivity between the load balancer and member accounts. Option C: Creating an Auto Scaling group with a launch template that uses the new script as user data ensures consistent configuration of firewall appliances. Additionally, creating a target group with the instance target type allows for efficient routing of traffic to the scaled instances. Option E: Creating VPC endpoints in each member account enables direct access to the centralized networking account's resources without the need for public IP addresses or NAT devices. This is particularly beneficial when deploying highly available and scalable firewall appliances.
-
Danm86 👍 1Between E and F, I vote for option E, because already there is transit gateway for communication from centrailzed account to member accounts.
-
kgpoj 👍 1A has VPC Endpoint Service in central VPC Then we should have VPC endpoints in member accounts
-
zhen234 👍 1VPC endpoints need to be created in member accounts, not the centralized account.
-
TomTom 👍 1ACE Can meet the requirement with most cost-effective
-
Dgix 👍 3For cost efficiency, ACF.
-
CMMC 👍 3aligned
-
testo001 👍 1Main discussion about E and F
-
Spavanko 👍 1More logical
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SAP-C02 Questions
Access 85 questions with complete answers and detailed explanations.
View Full SAP-C02 Practice Test →