Q48 — AWS SAA-C03 第15章
第 48/100 题 | ← 返回第15章
Q1148. 一家公司正在使用 Amazon Redshift 集群为多个销售团队运行分析查询。除了常规工作负载外,每月最后一个星期一早上,数千名用户还会运行报告。用户反映,在每月高峰时段,响应速度很慢。公司必须提高查询性能,而不影响 Redshift 集群的可用性。哪种解决方案可以满足这些要求?
- A. 在每月激增之前,使用 Amazon Redshift 的经典调整大小功能调整 Redshift 集群的大小。每次激增后,将集群缩减至原始大小。
- B. 在每月激增之前,使用 Amazon Redshift 的弹性调整功能调整 Redshift 集群的大小。每次激增后,将集群缩减至原始大小。
- C. 为特定工作负载管理 (WLM) 队列启用 Redshift 集群的并发扩展功能。 ✓
- D. 在每月激增之前为 Redshift 集群启用 Amazon Redshift Spectrum。
正确答案: C. 为特定工作负载管理 (WLM) 队列启用 Redshift 集群的并发扩展功能。
解析
为了解决每月报告使用量激增期间的性能问题,同时保持集群可用性,让我们评估以下选项:关键要求:提高每月激增期间的查询性能。不会影响 Redshift 集群的可用性。成本效益(每月手动调整大小很麻烦,可能并不理想)。期权分析:A.在每月激增之前,使用经典调整大小方法调整 Redshift 集群大小,之后再缩减集群大小。经典调整大小方法要求集群在调整大小操作期间处于不可用状态(它会创建新集群并复制数据)。这违反了“不影响可用性”的要求。这不是一个好的解决方案。B. 在每月激增之前使用弹性调整大小来调整 Redshift 集群的大小,之后再缩减集群大小。弹性调整大小比传统调整大小更快,并且不需要集群处于不可用状态(尽管可能会有短暂的停顿)。但是,它仍然需要手动干预,并非即时完成,并且可能会在不必要的情况下因集群规模增大而产生费用。这比传统的调整大小要好,但对于重复的、可预测的工作负载来说仍然不是理想的选择。C. 为特定的工作负载管理 (WLM) 队列启用 Redshift 集群的并发扩展功能。并发扩展功能会自动添加临时集群来应对查询工作负载的峰值,而不会影响主集群的可用性。它非常适合可预测的峰值(例如月度报表),并且无需手动调整大小。这是针对给定要求的最佳解决方案。D. 在每月激增之前启用 Amazon Redshift Spectrum。Redshift Spectrum 允许直接从 S3 查询数据,从而减轻 Redshift 集群的负载。然而,它并非提升 Redshift 集群本身查询性能的直接解决方案(它会将查询卸载到 S3,这可能有效,也可能无效,具体取决于工作负载)。此外,它还需要手动设置,并非提升并发性的即插即用解决方案。这并不是最适合所描述的问题。正确答案:C. 为特定工作负载管理 (WLM) 队列启用 Redshift 集群的并发扩展功能。该解决方案无需人工干预即可自动处理查询激增,维护集群可用性,并且对于可预测的峰值具有成本效益。最能满足月度激增期间提升查询性能且不影响 Redshift 集群可用性的要求的解决方案是:C. 为特定工作负载管理 (WLM) 队列启用 Redshift 集群的并发扩展功能。并发扩展:此功能自动增加瞬时容量以处理增加的工作负载,从而允许更多查询同时运行,而不会影响主集群的性能。工作负载管理 (WLM):通过适当配置 WLM 队列,您可以优先处理关键查询,并确保系统能够有效处理激增的报告生成。这种方法使公司能够有效地管理峰值负载,同时保持可用性和性能。