扫描外部表（S3 数据）时 Redshift Spectrum 中的成本控制

Question

Athena 有一些默认的service limits，可以帮助~限制对 S3 中大型数据湖的意外“失控”查询的成本。它们不是很好（基于~时间，而不是扫描的数据量），但它仍然很有帮助。

Redshift Spectrum 怎么样？ 它提供的哪些机制可以轻松用于限制成本或降低在针对 S3 的单个失控查询中“意外”扫描过多数据的风险？解决这个问题的好方法是什么？

Answer 1

Amazon Redshift 允许您使用 WLM Query Monitoring Rules 对 Spectrum 查询执行应用精细控制。

有 2 个 Spectrum 指标可用：Spectrum scan size（查询扫描的 mb 数）和Spectrum scan row count（查询扫描的行数）。

您也可以使用 Query execution time 来强制设置最长持续时间，但这将适用于所有查询类型，而不仅仅是 Spectrum。

请注意，这些是抽样指标。查询不会恰好在超出规则时中止，而是在下一个采样间隔中止。

如果您已经在集群上运行 Spectrum 查询，您可以开始使用 QMR，方法是使用我们的脚本 wlm_qmr_rule_candidates 生成候选规则。生成的规则基于每个指标的第 99 个百分位。