指令
HotKV
Valkey 9.1.2
HotKV vs Valkey
HotKV Cloud vs 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，因此程式庫會據此選擇功能。連線字串、管線、pub/sub 與交易都和現在一樣運作。
相同的用戶端與工具
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 vs 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 個
- HotKV 對照 Valkey 測得最高吞吐量的指令
- 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、RAM 與磁碟由您設計的節點型叢集，或 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 Token 與成本追蹤內建（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 及以上方案中是同一台伺服器的指令。不需要模組、sidecar 或第二個服務。這正是 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 不對輸出流量收取超額費用。