Q26 — AWS SAA-C03 第17章

第 26/89 题 | ← 返回第17章

Q1326. 数据库位于 Amazon RDS MySQL 5.6 多可用区数据库实例上，该实例会经历高度动态的读取操作。应用程序开发人员注意到，当从辅助 AWS 区域测试读取性能时，速度明显下降。开发人员希望找到一种解决方案，将读取复制延迟控制在 1 秒以内。解决方案架构师应该提出什么建议?

正确答案: B. 将数据库迁移到 Amazon Aurora，并创建跨区域副本。

解析

为了在辅助 AWS 区域中实现高动态读取工作负载的读取复制延迟低于 1 秒，最佳解决方案是:正确答案:B. 将数据库迁移到 Amazon Aurora，并创建跨区域副本。为什么具有跨区域副本功能的 Amazon Aurora 是最佳选择?1. Aurora 提供低延迟跨区域复制Amazon Aurora 是一款高性能的 MySQL/PostgreSQL 兼容数据库，专为低延迟复制而设计。跨区域的 Aurora 副本通常具有亚秒级的复制延迟，使其成为辅助区域中活跃读取工作负载的理想选择。与 RDS MySQL 多可用区（用于故障转移，而不是读取扩展）或 RDS 读取副本（可能具有更高的延迟）不同，Aurora 副本针对性能进行了优化。2. 优于 RDS MySQL 只读副本（选项 C）由于以下原因，RDS MySQL 只读副本（即使是跨区域的副本）也可能出现较高的复制延迟（通常为几秒钟）:异步复制（与 Aurora 的优化同步机制相比）。区域间网络延迟。Aurora 的复制协议效率更高，显著降低了延迟。3. 比 EC2 MySQL 更好（方案 A）在 EC2 上运行 MySQL 需要手动配置、打补丁和扩展，这会增加运维开销。除非使用像 Galera 集群这样的解决方案，否则复制延迟可能仍然很高，但这又会增加复杂性。Aurora 是完全托管的，在提供更佳性能的同时，还能减少维护工作量。4. ElastiCache（选项 D）无法解决复制延迟问题 Amazon ElastiCache（Redis/Memcached）是一个缓存层，而非数据库复制解决方案。其应用场景是:通过缓存频繁访问的数据来提升读取性能，但并不能减少区域间的复制延迟。如果应用程序需要从主数据库获取最新数据，则不适用。选项比较选项复制延迟管理开销最适合A. EC2 MySQL 高（除非使用 Galera）高（手动设置）自定义 MySQL 部署 B. Aurora 跨区域副本 亚秒级（最佳）低（托管）跨区域主动读取扩展 C. RDS MySQL 只读副本 高（几秒）中（托管）被动读取扩展 D. ElastiCache 不适用（仅缓存）中 加速读取密集型工作负载 推荐架构将 RDS MySQL 数据库迁移到 Amazon Aurora MySQL。在辅助 AWS 区域中设置跨区域的 Aurora 副本。配置读取端点，以在主副本和多个副本之间分配读取操作。监控复制延迟，确保其保持在 1 秒以下。结论对于辅助区域中低延迟（<1秒）的读取复制，最佳解决方案是:B. 将数据库迁移到 Amazon Aurora，并创建跨区域副本。其他选项要么引入高延迟（C），要么需要手动管理（A），要么无法解决复制延迟问题（D）。