Q68 — AWS SAA-C03 第14章

第 68/100 题 | ← 返回第14章

Q1068. 近期的营销活动后，社交媒体应用程序收到大量新用户请求.该应用程序由 Amazon RDS for MySQL 实例提供服务.解决方案架构师检查数据库性能，发现 CPU 使用率过高，并且出现许多“连接过多”错误，导致数据库请求失败.解决方案架构师需要解决失败的请求.哪种解决方案可以满足这一要求?

• A. 部署 Amazon DynamoDB Accelerator (DAX) 集群.配置应用程序以使用 DAX 集群.
• B. 部署 RDS 代理.配置应用程序以使用 RDS 代理. ✓
• C. 将数据库迁移到 Amazon RDS for PostgreSQL 实例.
• D. 部署 Amazon ElastiCache (Redis OSS) 集群.配置应用程序以使用 ElastiCache 集群.

正确答案: B. 部署 RDS 代理.配置应用程序以使用 RDS 代理.

解析

最能解决 Amazon RDS for MySQL 实例中 CPU 使用率过高和“连接过多”错误的解决方案是:B. 部署 RDS 代理.配置应用程序以使用 RDS 代理.解释:- RDS 代理:此服务充当应用程序和 RDS 数据库之间的中介.它通过池化连接帮助更有效地管理数据库连接，从而减少直接到达数据库的连接数量.这可以缓解高 CPU 使用率和连接限制问题，从而更轻松地处理用户请求高峰.其他选项:- A. 部署 Amazon DynamoDB Accelerator (DAX) 集群:DAX 专为 DynamoDB 设计，对 RDS for MySQL 不起作用.它不会解决连接问题或高 CPU 使用率.- C. 将数据库迁移到 Amazon RDS for PostgreSQL 实例:虽然 PostgreSQL 可能提供不同的性能特征，但迁移到不同的数据库引擎可能无法解决即时的连接问题，并且需要对应用程序进行重大更改.- D. 部署 Amazon ElastiCache（Redis OSS）集群:虽然缓存可以通过存储经常访问的数据来帮助减少数据库的负载，但它并不能直接解决连接管理或高 CPU 使用率问题.结论:选项 B 是最合适的解决方案，因为它可以有效地管理与 RDS 实例的连接，减少 CPU 负载并防止“连接过多”错误，同时允许应用程序在高需求下扩展.