选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

数据分层

聚焦模式
数据分层 - Amazon MemoryDB

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

使用 r6gd 系列节点类型的集群将在内存和本地 SSD(固态硬盘)存储之间进行数据分层。数据分层为Valkey和Redis OSS工作负载提供了一种新的性价比选项,它除了在内存中存储数据外,还在每个集群节点中使用成本较低的固态硬盘 (SSDs)。类似于其他节点类型,写入 r6gd 节点的数据持久存储在多可用区事务日志中。数据分层非常适合经常访问的数据不超过总体数据集的 20% 的工作负载,以及能够容忍访问 SSD 中数据时所出现的额外延迟的应用程序。

对于启用了数据分层功能的集群,MemoryDB 会监控集群所存储每个项目的最近访问时间。当可用内存(DRAM)耗尽时,MemoryDB 将使用最近最少使用(LRU)算法,自动将不频繁访问的项目从内存移动到 SSD 中。随后访问 SSD 上的数据时,MemoryDB 会在处理请求之前自动异步将其移回内存中。如果您的工作负载只会经常访问部分数据,则数据分层将是经济高效地扩缩容量的极佳方法。

请注意,使用数据分层时,键本身始终保留在内存中,而 LRU 将控制值在内存和磁盘上的位置。通常,在使用数据分层时,我们建议您的键大小小于值。

数据分层旨在将对应用程序工作负载的性能影响降至最低。例如,假设 500 字节的字符串值,与读取请求存储在内存中的数据相比,读取请求存储在 SSD 上的数据通常预计增加 450 微秒的延迟。

使用最大的数据分层节点大小 (db.r6gd.8xlarge),您可以在单个 500 个节点的集群 TBs 中存储多达 500 个(使用 1 个只读副本时为 250 TB)。对于数据分层,请 MemoryDB 为每个节点预留 19% 的(DRAM)内存用于非数据目的。数据分层功能兼容 MemoryDB 中支持的所有 Valkey 和 Redis OSS 命令和数据结构。使用此功能无需任何客户端更改。

下一主题:

最佳实践

上一主题:

管理集群
隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。