如何在不失去本地连接存储优势的情况下分离存储和计算资源?

如何在不失去本地连接存储优势的情况下分离存储和计算资源?

诸如 DynamoDB 之类的服务(不是具体的,但它是我首先想到的)可对写入/读取容量(即计算)以及存储容量提供动态扩展。

这意味着您可以拥有一个 TB 级大小的 DynamoDB 表,但读取或写入的预置容量为 0。重要的是,您也只需支付存储费用,因为没有执行任何读取/写入操作。

如果 DynamoDB 节点使用本地连接存储(可能由于延迟原因他们需要这样做),那么他们如何处理这些节点的空闲 CPU?

提出这个问题的动机是因为我目前正在 AWS EC2 实例上运行数据存储,已经在具有最高 SSD 容量(i3 类)的实例类型上运行,其中存储容量需求大大超过计算/内存/网络需求,导致大多数节点都有闲置的 CPU,即浪费金钱。

如何高效地配置存储和计算资源,同时又不失去本地连接存储的优势?AWS DynamoDB 等成熟系统是如何做到这一点的?

相关内容