最近，我在 AWS Redshift 中遇到了从 AWS 端触发的集群重启(维护时段外/任意)的问题。他们无法确定此次重启的确切根本原因是什么。 AWS 团队捕获的错误是“对象内存不足”。
与此同时，我正在尝试扩大集群大小以避免对象内存不足(作为盲目尝试)，目前我正在使用 ds2.xlarge 节点类型，但我不确定我需要以下哪一个增加/选择？
- 许多较小的节点(增加 ds2.xlarge 中的节点数量)
- 很少有较大的节点(改为ds2.8xlarge，数量减少但容量增加)
有人在 Redshift 中遇到类似的问题吗？有什么建议吗？
最佳答案
根据配置，为了在这种情况下获得更好的性能，您应该选择 ds2.8xlarge 集群类型。
一个 ds2.xlarge 集群拥有 13 GB RAM 和 2 个切片来执行您的工作负载，而 ds2.8xlarge 则拥有 244 GB RAM 和 16 个切片来执行您的工作负载执行您的工作负载。
现在，即使您选择 8 个 ds2.xlarge 节点，您也将获得最大 104 GB 内存，而 ds2.8xlarge 的一个节点最多可获得 244 GB 内存。
因此，您应该使用 ds2.8xlarge 节点类型来处理内存问题以及大量存储
关于database - Redshift 许多小节点与较少数量的较大节点，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/63105916/