Q91 — AWS SAA-C03 第16章

第 91/100 题 | ← 返回第16章

Q1291. 一家公司请一位解决方案架构师审查其消息传递应用程序的架构。该应用程序使用 TCP 和 UDP 流量。该公司计划部署一项新的 VoIP 功能，但其在其他国家/地区的 10 位测试用户反映通话质量不佳。VoIP 应用程序在 Amazon EC2 实例上运行，资源绰绰有余。该公司应用程序在 Application Load Balancer 后面的 HTTP 部分没有问题。解决方案架构师应该建议公司采取什么措施来解决 VoIP 性能问题?

正确答案: A. 使用 AWS Global Accelerator。

解析

正确的解决方案必须能够提升国际测试用户的 VoIP 通话质量，同时高效处理 TCP 和 UDP 流量。关键问题可能是网络延迟、抖动或数据包丢失等影响实时通信的问题。正确答案:A.使用 AWS Global Accelerator。为什么选项 A 是最佳选择:优化实时流量（VoIP）:AWS Global Accelerator 使用 Anycast IP 地址和 AWS 的全球网络主干来减少延迟并改善 TCP/UDP 流量的数据包传输。对于 VoIP 来说，低延迟和抖动对于良好的通话质量至关重要。处理 TCP 和 UDP:与应用程序负载均衡器 (ALB)（仅支持 TCP/HTTP/HTTPS）不同，Global Accelerator 支持 UDP（许多 VoIP 协议（如 SIP、RTP）使用）。改善国际用户体验:通过最近的 AWS 边缘位置路由流量，减少跳数并提高其他国家/地区用户的速度。其他选择为何失败:B. 将 Amazon CloudFront 实施到架构中。不适用于实时通信:CloudFront 是用于静态内容（图像、视频、API）的 CDN，不适用于低延迟 VoIP 流量。不支持 UDP（许多 VoIP 协议需要）。C.使用 Amazon Route 53 地理位置邻近路由策略。仅影响 DNS 地理邻近度路由可以将用户引导至最近的区域，但不会在初始连接后优化数据包路由。无法处理 UDP 或像 Global Accelerator 那样提升实时性能。D. 从 Application Load Balancer 迁移到 Network Load Balancer。NLB 可以提升 TCP/UDP 性能，但无法解决全局延迟问题:网络负载均衡器 (NLB) 对于低延迟 TCP/UDP 流量而言优于 ALB，但它不会降低国际用户的互联网路由效率。全球加速器 + NLB 是理想的，但仅选项 A 就足以满足给定场景的要求。主要比较:要求选项A（全球加速器）其他选项支持 UDP（VoIP 协议）（B:CloudFront;C:Route 53;D:单独的 NLB 不能解决全球路由问题）减少国际用户的延迟（使用 AWS 全球网络）（B:用于静态内容的 CDN;C:仅 DNS;D:无全局优化）提高实时性能（抖动、数据包丢失）（B/C:不是为此设计的;D:仅本地 TCP/UDP 优化）与现有 EC2 设置兼容（无需迁移）（D:需要 ALB NLB 迁移）选项A在实践中如何运作:创建 AWS Global Accelerator 并分配 Anycast IP 地址。为 VoIP 使用的 TCP/UDP 端口配置监听器（例如，SIP 监听 5060，RTP 监听 16384-32768）。将流量指向现有的 EC2 实例（如果以后需要扩展，则指向 NLB）。用户连接到最近的边缘站点，从而降低延迟并提升通话质量。结论:AWS Global Accelerator 是通过 AWS 低延迟全球网络优化 TCP/UDP 路由来提高国际用户 VoIP 性能的最佳选择。最终答案:A