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.

相关推荐
AI_56781 天前
AWS EC2新手入门:6步带你从零启动实例
大数据·数据库·人工智能·机器学习·aws
孤岛悬城1 天前
37 日志分析:ELK(Elasticsearch+Logstash+Kibana)
云计算
珠海西格电力科技2 天前
微电网能量平衡理论的实现条件在不同场景下有哪些差异?
运维·服务器·网络·人工智能·云计算·智慧城市
Sheffield2 天前
command和shell模块到底区别在哪?
linux·云计算·ansible
DolitD2 天前
云流技术深度剖析:国内云渲染主流技术与开源和海外厂商技术实测对比
功能测试·云原生·开源·云计算·实时云渲染
翼龙云_cloud2 天前
阿里云渠道商:阿里云 ECS 从安全组到云防火墙的实战防护指南
安全·阿里云·云计算
YongCheng_Liang2 天前
从零开始学虚拟化:桌面虚拟化(VDI)入门指南(架构 + 产品 + 部署)
运维·云计算
万物得其道者成2 天前
阿里云 H5 一键登录接入实战:前后端完整实现
阿里云·云计算·状态模式
翼龙云_cloud3 天前
国际云代理商:2026年国际云注册风控升级实战指南 8 大平台无卡解决方案对比
服务器·阿里云·云计算
阿里云大数据AI技术3 天前
全模态、多引擎、一体化,阿里云DLF3.0构建Data+AI驱动的智能湖仓平台
人工智能·阿里云·云计算