命令
HotKV
Valkey 9.1.2
HotKV 对比 Valkey
HotKV Cloud 对比 Amazon ElastiCache
一款采用不同引擎的 ElastiCache 替代方案
ElastiCache 替代方案通常意味着在别处运行同样的引擎。HotKV Cloud 则是一个不同的引擎。ElastiCache 在 AWS 上运行 Valkey、Redis OSS 或 Memcached。HotKV 运行一个使用同样 Redis 协议的多线程引擎，每个实例一台专属机器。您的客户端保持不变。
更多吞吐量
ElastiCache
1 个分片，外加副本
节点
节点
节点
节点
节点
节点
节点
节点
HotKV Cloud
1 台机器，16 个核心中有 4 个忙碌
一台隔离的机器
这款 ElastiCache 替代方案 以单实例运行在一台 160 vCPU 的机器上，在与 Valkey 9.1.2 的对比中，于 12 个命令中的 12 个上领先，吞吐量为其 8.6x 到 56.6x。HotKV 针对该 CPU 从源码构建。Valkey 9.1.2 以其原版构建运行。在小型机器上差距较小。
即插即用
这款 ElastiCache 替代方案 保持不变的部分
HotKV 实现了 Redis 线路协议。从 Amazon ElastiCache 迁移通常只需更改主机和凭据。核心集之外的任何内容请查阅命令参考。
相同的协议
RESP2 和 RESP3，支持 HELLO 协商。HotKV 向客户端报告 Redis 版本 8.4.0，因此客户端库据此选择功能。连接字符串、管道、发布/订阅和事务都像现在一样工作。
相同的客户端和工具
Redis 和 Valkey 客户端库、redis-cli、redis-cli --cluster 以及 GUI 工具无需改动代码即可连接 HotKV 并使用核心命令。
相同的核心命令
300 个核心命令、Lua 脚本和函数库，以及需要时可用的 HotKV 自有命令族。
您已在使用的客户端
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
... (另外四个字段)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme # 需要时可用的 HotKV 命令
(integer) 1选择 ElastiCache 替代方案 的理由
团队为何寻找 ElastiCache 替代方案
促使团队寻找 ElastiCache 替代方案 的 Amazon ElastiCache 已记录属性，查阅于 2026年10月21日。
01
这些引擎在单个线程上执行命令
Valkey 和 Redis OSS 在每个节点的单个主线程上执行命令。超出单节点的吞吐量来自跨更多节点的分片，而这些节点由您来规划规格、付费和重新平衡。搭载多线程引擎的 ElastiCache 替代方案首先在一台机器内部扩展。
02
按节点小时或按用量定价
基于节点的缓存按节点类型以每节点每小时计费。ElastiCache Serverless 按存储数据的 GB 小时数和消耗的 ECPU 计费，因此随流量变动。数据传输按 AWS 价目表计费。
03
一项 AWS 服务
ElastiCache 是一项 AWS 服务，运行在 AWS 区域和 AWS Outposts 上。这个 ElastiCache 替代方案以 HotKV Cloud 的形式运行在 Google Cloud 的 42 个区域。以 HotKV On-Premise 的形式，它凭许可证在任何云账号或数据中心运行。
04
AI 工作负载需要更多服务
提示词缓存、语义缓存、智能体记忆和 LLM 成本跟踪不是 Valkey 或 Redis OSS 的命令。在 HotKV 上，它们是同一服务器的命令族，在 Performance 及以上套餐上提供。
实测，而非宣称
这款 ElastiCache 替代方案 的实测结果。HotKV 对比 Valkey 9.1.2 和 Redis 8.10.2，在同一台机器上
HotKV Ltd 测量了 Valkey 9.1.2 和 Redis 8.10.2，即 ElastiCache 背后的开源引擎系列。两者都以自托管单实例的形式运行在与 HotKV 相同的机器上。Amazon ElastiCache 本身未被测量。它提供自己的 Valkey 9.1 和 Redis OSS 7.x 构建，因此具体构建与所测量的有所不同。这些数字展示的是该服务背后的引擎，也是衡量 ElastiCache 替代方案的公平基线。
- 12 共 12 个
- 在与 Valkey 的对比中 HotKV 测得最高吞吐量的命令数
- 8.6x 至 56.6x
- HotKV 的吞吐量相对 Valkey 的倍数，覆盖其领先的 12 个命令（MGET 至 SADD）
- 无
- Valkey 测得更高的命令
HotKV Ltd 针对该 CPU 从源码构建了 HotKV。Valkey 以其原版发布构建运行。两者均以单实例运行。线程数遵循各产品记录的全核心设置，未针对单个产品调优。在核心较少的机器上差距较小。
SET17.5x
HotKV
50.5M*
Valkey
2.9M
17.5x
GET22.5x
HotKV
36.6M*
Valkey
1.6M
22.5x
MGET8.6x
HotKV
4.6M*
Valkey
537K
8.6x
SETNX29.7x
HotKV
55.3M*
Valkey
1.9M
29.7x
APPEND19.4x
HotKV
25.1M
Valkey
1.3M
19.4x
INCR47.3x
HotKV
90.8M
Valkey
1.9M
47.3x
LPUSH37.5x
HotKV
31.6M
Valkey
842K
37.5x
RPUSH49.8x
HotKV
43.8M
Valkey
878K
49.8x
SADD56.6x
HotKV
50.6M*
Valkey
894K
56.6x
HSET37.1x
HotKV
29.0M*
Valkey
782K
37.1x
MSET24.3x
HotKV
11.3M
Valkey
465K
24.3x
PING36.0x
HotKV
125.2M†
Valkey
3.5M
36.0x
每秒操作数，3 次 10 秒运行的中位数。每对柱形按该命令上较快的服务器缩放。
* 受网络限制: 此结果由实例的网络决定，服务器自身的上限更高。
† 受负载生成器限制: 负载生成器机器的 CPU 占用超过 85%，因此这是它们的上限，而非服务器的上限。
Azure D160alds_v7（AMD EPYC 9V45 (Turin)，160 个 vCPU），测量于 2026年10月9日。256 字节的值，管道深度 30，预填充 5,000,000 个键并均匀随机读取。三台专用负载生成器机器。每台服务器都以单实例单独运行，并关闭持久化。每一个都获得全部核心（Redis 为 128 个 I/O 线程，即其最大值）。HotKV Ltd 针对该 CPU 从源码构建了 HotKV，并以原版发布构建运行 Valkey。 完整方法与结果 · 测试工具与原始数据
并排对比
这款 ElastiCache 替代方案 与 Amazon ElastiCache 的逐项功能对比
功能HotKVAmazon ElastiCache
引擎HotKV，多线程，C++20Valkey、Redis OSS 或 Memcached
命令执行多线程。每个核心都在同一个共享存储上读取、解析并执行命令每个节点单个主线程（Valkey、Redis OSS）
协议RESP2 和 RESP3，支持 HELLO 协商。向客户端报告 Redis 版本 8.4.0RESP2 和 RESP3（Valkey、Redis OSS）；Memcached 协议
实例模型每个 HotKV Cloud 实例都是一台独立的隔离机器，拥有专属的 vCore、内存和磁盘由您设计的基于节点的集群，或 Serverless
计费按实例计费，按月或按年预付，按区域定价。出站流量已捆绑，并提供流量加购包。额度用完后，出站流量暂停。HotKV Cloud 不对出站流量收取超额费用按节点类型以每节点每小时计费，Serverless 则按 GB 小时数和 ECPU 计费。数据传输按 AWS 价目表计费
可用性 SLAStarter 无，Performance 99.9%，Scale 99.95%依据 AWS 服务等级协议
LLM 提示词缓存与语义缓存内置（PCACHE.*、SCACHE.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
AI 智能体记忆内置（AMEM.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
LLM 令牌与成本跟踪内置（LLMBUDGET.*、LLMSTATS.*），HotKV Cloud 上 Performance 及以上套餐非引擎功能
指标内置。设置 metrics-port 后，服务器自行提供 /metrics（本地部署）CloudWatch 指标
键标签是（TAG.*）否
纳秒级 TTL是（NEXPIRE、NTTL）否。毫秒级 TTL
客户端Redis 和 Valkey 客户端库、redis-cli、redis-cli --cluster 以及 GUI 工具无需改动代码即可连接并使用核心命令Valkey、Redis OSS 和 Memcached 客户端
公平起见
Amazon ElastiCache 领先于这款 ElastiCache 替代方案 或仅仅有所不同之处
这个 ElastiCache 替代方案 页面只有在也说明这部分时才有用。
- ElastiCache 与 AWS 的其他部分集成，包括 IAM、VPC 网络、CloudWatch 和预留节点定价。如果您的技术栈端到端都在 AWS 上，这种集成有切实的价值。
- ElastiCache Serverless 完全省去了容量规划，并随用量扩展。HotKV Cloud 实例的规格是固定的，由您原地升级。
- ElastiCache 还提供 Memcached。HotKV 仅使用 Redis 协议。
- 这个 ElastiCache 替代方案处于抢先体验阶段，运行在 Google Cloud 上。对于必须留在 AWS 内的工作负载，HotKV On-Premise 可在您自己的 AWS 账号中运行。
迁移过来
从 Amazon ElastiCache 到这款 ElastiCache 替代方案 的四个步骤
切换到 ElastiCache 替代方案 在实践中涉及的内容。
- 1
创建实例
在 HotKV Cloud 控制台中选择区域和套餐。该实例是一台独立的机器，由我们为您开通、打补丁和监控。
- 2
将客户端指向它
继续使用您现有的客户端库。将主机、端口和凭据从 ElastiCache 改为 HotKV 实例。TLS 和密码认证从一开始就启用，并提供 ACL 用户。使用相同协议的 ElastiCache 替代方案，在核心命令上无需改动客户端。
- 3
迁移数据
使用您已经熟悉的工具。DUMP 和 RESTORE、MIGRATE，或重放您的写入操作都可行，因为 HotKV 实现了这些命令。
- 4
开启此前缺少的功能
向量搜索和键标签是所有套餐上的核心命令。提示词缓存和语义缓存、智能体记忆以及 LLM 成本跟踪，在 Performance 及以上套餐上是同一服务器的命令。无需模块、边车或第二个服务。这正是 ElastiCache 替代方案应当补上的部分。
常见问题
关于这款 ElastiCache 替代方案 的问题
我的 ElastiCache 客户端能与这款 ElastiCache 替代方案配合使用吗？
可以，对于 Valkey 和 Redis OSS 引擎而言。它们使用 RESP2 和 RESP3，HotKV 实现了这两种协议。更改主机和凭据后，同样的客户端库即可连接 HotKV 实例。Memcached 客户端使用不同的协议，无法连接。
您们对 ElastiCache 做过基准测试吗？
没有。HotKV Ltd 测量了 Valkey 9.1.2 和 Redis 8.10.2，即 ElastiCache 背后的开源引擎。两者都以自托管单实例的形式运行在与 HotKV 相同的 160 vCPU 机器上。托管服务本身、其实例类型及其提供的构建均未被测量，因此这些数字描述的是引擎。
ElastiCache 替代方案能让我的数据留在 AWS 吗？
HotKV Cloud 运行在 Google Cloud 上。如果您的数据必须留在 AWS，HotKV On-Premise 可凭许可证在您自己的 AWS 账号中运行。引擎是同一个。
HotKV Cloud 如何计费？
这个 ElastiCache 替代方案按实例计费，按月或按年预付，结账时按区域实时显示价格。每个套餐都捆绑出站流量，并可加购。额度用完后，出站流量暂停。HotKV Cloud 不对出站流量收取超额费用。