AWS SAA C003 #29

A company provides a Voice over Internet Protocol (VoIP) service that uses UDP connections. The service consists of Amazon EC2 instances that run in an Auto Scaling group. The company has deployments across multiple AWS Regions.

The company needs to route users to the Region with the lowest latency. The company also needs automated failover between Regions.

Which solution will meet these requirements?

A. Deploy a Network Load Balancer (NLB) and an associated target group. Associate the target group with the Auto Scaling group. Use the NLB as an AWS Global Accelerator endpoint in each Region.

B. Deploy an Application Load Balancer (ALB) and an associated target group. Associate the target group with the Auto Scaling group. Use the ALB as an AWS Global Accelerator endpoint in each Region.

C. Deploy a Network Load Balancer (NLB) and an associated target group. Associate the target group with the Auto Scaling group. Create an Amazon Route 53 latency record that points to aliases for each NLB. Create an Amazon CloudFront distribution that uses the latency record as an origin.

D. Deploy an Application Load Balancer (ALB) and an associated target group. Associate the target group with the Auto Scaling group. Create an Amazon Route 53 weighted record that points to aliases for each ALB. Deploy an Amazon CloudFront distribution that uses the weighted record as an origin.


The correct answer is A. Deploy a Network Load Balancer (NLB) and an associated target group. Associate the target group with the Auto Scaling group. Use the NLB as an AWS Global Accelerator endpoint in each Region.

Here's why:

  • VoIP services typically use UDP connections, which are not supported by Application Load Balancers (ALBs), making options B and D unsuitable.
  • AWS Global Accelerator improves the availability and performance of your applications for local and global users. It uses the AWS global network to optimize the path from your users to your applications, improving the performance of your TCP and UDP traffic.
  • AWS Global Accelerator also continuously monitors the health of your application endpoints, and routes traffic to the closest healthy endpoints to improve application availability.

Option C is incorrect because it involves using Amazon Route 53 latency records and Amazon CloudFront, which are not the best tools for this specific use case.

Here's why:

  • Amazon Route 53 latency records route traffic based on the lowest network latency for your end user (i.e., which region will give them the fastest response time). However, it doesn't provide automated failover between regions, which is a requirement in this scenario.

  • Amazon CloudFront is a content delivery network (CDN) offered by Amazon Web Services. Content delivery networks provide a globally-distributed network of proxy servers which cache content, such as web videos or other bulky media, more locally to consumers, thus improving access speed for downloading the content. It's not designed to route users to the region with the lowest latency for VoIP services.

  • AWS Global Accelerator, on the other hand, directs traffic to optimal endpoints over the AWS global network, improving the performance of your traffic by as much as 60%. When the health of your resources changes, Global Accelerator reacts within seconds to keep your traffic on the optimal path. It also provides instant regional failover capability, which aligns with the requirements.

Therefore, using a Network Load Balancer (NLB) with AWS Global Accelerator would be a more suitable solution for this scenario. NLB operates at the connection level (Layer 4), routing connections to targets -- Amazon EC2 instances, microservices, and containers -- within Amazon VPC based on IP protocol data. Ideal for load balancing of both TCP and UDP traffic, NLB is capable of handling millions of requests per second while maintaining ultra-low latencies, which is perfect for VoIP services.

相关推荐
赵渝强老师17 小时前
【赵渝强老师】阿里云大数据集成开发平台DataWorks
大数据·阿里云·云计算
yiyeguzhou10018 小时前
论文解读:CortenMM- Efficient Memory Management with Strong Correctness Guarantees
性能优化·云计算
AWS官方合作商18 小时前
AWS GPU实例深度解析:G系列与P系列如何选择?
云计算·aws
北辰浮光1 天前
[Amplify]项目aws-amplfiy服务旧版本升级v6经验分享
云计算·aws
互联网老欣2 天前
2025年保姆级教程:阿里云服务器部署Dify+Ollama,打造专属AI应用平台
服务器·阿里云·ai·云计算·dify·ollama·deepseek
Altair12312 天前
nginx的https的搭建
运维·网络·nginx·云计算
AKAMAI3 天前
从客户端自适应码率流媒体迁移到服务端自适应码率流媒体
人工智能·云计算
G31135422733 天前
从零开始 通义千问大模型本地化到阿里云通义千问API调用
阿里云·云计算
Akamai中国3 天前
提升 EdgeWorker 可观测性:使用 DataStream 设置日志功能
人工智能·云计算·云服务
XINVRY-FPGA3 天前
XCVP1802-2MSILSVC4072 AMD Xilinx Versal Premium Adaptive SoC FPGA
人工智能·嵌入式硬件·fpga开发·数据挖掘·云计算·硬件工程·fpga