【问题标题】:Redshift many small nodes vs less numbers of bigger nodesRedshift 许多小节点与较少数量的大节点
【发布时间】:2020-07-26 21:32:02
【问题描述】:

最近我在 AWS Redshift 中遇到了从 AWS 端触发的集群重启(维护窗口外/任意)。他们无法确定这次重新启动的确切根本原因。 AWS 团队捕获的错误是“对象内存不足”。

与此同时,我正在尝试扩大集群大小以避免对象内存不足(作为盲目尝试),目前我正在使用 ds2.xlarge 节点类型,但我不确定我需要以下哪个增加/选择?

  1. 许多较小的节点(增加 ds2.xlarge 中的节点数)
  2. 几个较大的节点(更改为 ds2.8xlarge,数量减少但容量增加)

有人在 Redshift 中遇到过类似的问题吗?有什么建议吗?

【问题讨论】:

    标签: database amazon-web-services amazon-redshift


    【解决方案1】:

    继续配置,在这种情况下,为了获得更好的性能,您应该选择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 节点类型来处理内存问题以及大量存储

    【讨论】:

      猜你喜欢
      • 2016-07-04
      • 1970-01-01
      • 2019-05-31
      • 1970-01-01
      • 2016-11-10
      • 1970-01-01
      • 2019-12-15
      • 1970-01-01
      • 2015-03-17
      相关资源
      最近更新 更多