- 首頁
- HotKV vs Azure Cache for Redis
HotKV vs Azure Cache for Redis
因應 2028 年遷移的 Azure Cache for Redis 替代方案
Azure Cache for Redis 替代方案現在出現在許多路線圖上。Microsoft 已宣布所有層級的淘汰日期,並建議遷移至 Azure Managed Redis,這是一款以 Redis Enterprise 軟體為基礎的產品。HotKV 是另一條路。一個支援相同 Redis 協定的多執行緒引擎,每個執行個體一台專屬機器。AI 指令家族從 Performance 方案起內建。
Azure Cache for Redis
層層堆疊的層級,每個都有日期
- Basic2028 年 9 月 30 日淘汰
開源 Redis,單一 VM,無 SLA
- Standard2028 年 9 月 30 日淘汰
開源 Redis,兩台 VM
- Premium2028 年 9 月 30 日淘汰
開源 Redis,叢集
- Enterprise2027 年 3 月 31 日淘汰
Redis Enterprise,模組
- Azure Managed Redis新產品,Redis Enterprise
Redis Enterprise 7.4,建議的遷移目標
HotKV
一個引擎,三個方案,就地升級
- Starter每個核心
完整的核心引擎
- Performance每個核心
加入 AI 與 LLM 模組
- Scale每個核心
加入複寫、加密、稽核
每個方案都是同一個引擎。多執行緒核心、RESP2 與 RESP3,以及 300 個核心指令在升級時都不會改變。
這個 Azure Cache for Redis 替代方案以單一執行個體在一台 160 vCPU 的機器上運行,對照 Redis 8.10.2 時在 12 個指令中的 12 個領先,吞吐量為對方的 14.8x 到 69.7x。HotKV 是針對該 CPU 從原始碼建置。Redis 8.10.2 則以其原版建置運行。在小型機器上差距較小。
隨插即用
改用這個 Azure Cache for Redis 替代方案,哪些維持不變
HotKV 實作 Redis 線路協定。從 Azure Cache for Redis 搬移通常只需更改主機與認證資訊。核心集合以外的部分請查閱指令參考。
相同的協定
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選擇 Azure Cache for Redis 替代方案 的理由
團隊為何尋找 Azure Cache for Redis 替代方案
促使團隊尋找 Azure Cache for Redis 替代方案 的 Azure Cache for Redis 文件化特性,於 2026年10月21日 查核。
Microsoft 已宣布淘汰日期
Microsoft 的淘汰常見問題(於 2026 年 10 月 21 日查核)指出,所有 Basic、Standard 與 Premium 執行個體將於 2028 年 9 月 30 日淘汰。所有 Enterprise 與 Enterprise Flash 執行個體將於 2027 年 3 月 31 日淘汰。Microsoft 建議遷移至 Azure Managed Redis,並將其描述為以 Redis Enterprise 軟體為基礎。這些日期由 Microsoft 訂定,可能變更。任何一次遷移都是衡量 Azure Cache for Redis 替代方案的時機。
開源層級只有單一執行緒
Microsoft 自己的指引指出,Basic、Standard 與 Premium 層級運行開源 Redis,而它使用單一執行緒處理指令。指引還補充,橫向擴展通常比垂直擴展更有幫助。更多吞吐量意味著要管理更多快取。
開源層級運行 Redis 6.0
Basic、Standard 與 Premium 層級運行開源 Redis 6.0。Microsoft 已於 2023 年 6 月在這些層級淘汰 Redis 4.0。Enterprise 層級運行 Redis Enterprise 7.2。Azure Managed Redis 提供 Redis 7.4.x。HotKV 實作 RESP2 與 RESP3 及 300 個核心指令。它向用戶端回報 Redis 版本 8.4.0。
AI 功能需要 Enterprise 層級,或更多服務
搜尋、JSON、機率型與時間序列模組僅在 Enterprise 層級與 Azure Managed Redis 上提供。提示詞快取、語意快取、代理記憶體與 LLM 成本追蹤不是任何層級的功能。在 HotKV 上,它們是同一台伺服器的指令家族。隨 Performance 及以上方案提供。
實測,而非宣稱
這個 Azure Cache for Redis 替代方案的實測結果。HotKV vs Redis 8.10.2,同一台機器
HotKV Ltd 測量了 Redis 8.10.2,也就是 Basic、Standard 與 Premium 層級背後的開源引擎系列。它以自行託管的單一執行個體,在與 HotKV 相同的機器上運行。Azure Cache for Redis 本身並未測量。其開源層級運行 Redis 6.0。其 Enterprise 層級與 Azure Managed Redis 運行 Redis Enterprise,同樣未測量。這些數字呈現的是引擎,也是 Azure Cache for Redis 替代方案的公平基準。
- 12 共 12 個
- HotKV 對照 Redis 測得最高吞吐量的指令
- 14.8x 至 69.7x
- HotKV 的吞吐量相對於 Redis 的倍數,涵蓋其領先的 12 個指令(SET 至 RPUSH)
- 無
- Redis 測得較高的指令
HotKV Ltd 針對此 CPU 從原始碼建置 HotKV。Redis 以其原版正式建置運行。兩者都以單一執行個體運行。執行緒數量依各產品文件中的全核心設定,未針對個別產品調校。在核心數少的機器上差距較小。
每秒操作數,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,Redis 則以其原版正式建置運行。 完整測試方法與結果 · 測試工具與原始資料
並列比較
這個 Azure Cache for Redis 替代方案與 Azure Cache for Redis,逐項功能比較
持平而論
Azure Cache for Redis 領先這個 Azure Cache for Redis 替代方案之處,或單純不同之處
這個 Azure Cache for Redis 替代方案頁面只有在也說明這部分時才有用。
- Azure Cache for Redis 與 Azure Managed Redis 都與 Azure 整合。這表示 Enterprise 層級有 Private Link、區域備援與主動式地理複寫。Azure Managed Redis 還加入 Microsoft Entra ID 驗證。如果您的技術堆疊從頭到尾都在 Azure 上,這種整合有實際價值。
- Azure Managed Redis 運行 Redis Enterprise 7.4,提供搜尋、JSON、機率型與時間序列模組。Redis Enterprise 每個執行個體也會使用多個 vCPU。HotKV 在每個方案都提供布隆過濾器、Count-Min sketch 與 Top-K,並從 Performance 方案起提供時間序列,但沒有 JSON 文件型別。
- HotKV Cloud 在 Google Cloud 上運行,而不是 Azure。對於必須留在您 Azure 訂用帳戶內的資料,HotKV On-Premise 可憑授權在您自己的 Azure 虛擬機器上運行同一個引擎。
- 這個 Azure Cache for Redis 替代方案目前為搶先體驗階段,Performance 與 Scale 有 SLA,Starter 則沒有。Azure Cache for Redis 是成熟的服務,除 Basic 外每個層級都有 SLA。
搬移過來
從 Azure Cache for Redis 到這個 Azure Cache for Redis 替代方案的四個步驟
切換到 Azure Cache for Redis 替代方案在實務上涉及哪些事。
- 1
建立執行個體
在 HotKV Cloud 主控台選擇區域與方案。該執行個體是一台專屬於您的機器,由我們負責佈建、修補與監控。
- 2
將用戶端指向它
沿用您現有的用戶端程式庫。把主機、連接埠與認證資訊從 Azure Cache for Redis 改為 HotKV 執行個體。TLS 與密碼驗證從一開始就啟用,並提供 ACL 使用者。使用相同協定的 Azure Cache for Redis 替代方案,在核心指令上不需要改動用戶端。
- 3
搬移資料
使用您已熟悉的工具。DUMP 與 RESTORE、MIGRATE,或重放您的寫入都可以,因為 HotKV 實作了這些指令。
- 4
啟用原本缺少的功能
向量搜尋與鍵標籤是所有方案的核心指令。提示詞與語意快取、代理記憶體與 LLM 成本追蹤,在 Performance 及以上方案中是同一台伺服器的指令。不需要模組、sidecar 或第二個服務。這正是 Azure Cache for Redis 替代方案應該加上的。
常見問題
關於這個 Azure Cache for Redis 替代方案的問題
我的 Azure Cache for Redis 用戶端能用於這個 Azure Cache for Redis 替代方案嗎?
可以,適用於核心指令。該服務使用 RESP2 與 RESP3,而 HotKV 實作了這些協定。更改主機與認證資訊後,StackExchange.Redis 及其他 RESP2 與 RESP3 用戶端即可連到 HotKV 執行個體。
你們有對 Azure Cache for Redis 進行基準測試嗎?
沒有。HotKV Ltd 測量了 Redis 8.10.2,也就是 Basic、Standard 與 Premium 層級背後的開源引擎系列。它以自行託管的單一執行個體,在與 HotKV 相同的 160 vCPU 機器上運行。託管服務本身、其 Redis 6.0 建置以及 Redis Enterprise 層級並未測量。這些數字描述的是引擎。
Azure Cache for Redis 替代方案能讓我的資料留在 Azure 嗎?
HotKV Cloud 在 Google Cloud 上運行。如果您的資料必須留在 Azure,HotKV On-Premise 可憑授權在您自己 Azure 訂用帳戶內的虛擬機器上運行同一個引擎。
淘汰時會發生什麼?
Microsoft 的淘汰常見問題指出,Basic、Standard 與 Premium 快取將於 2028 年 9 月 30 日淘汰。它建議現在就遷移至 Azure Managed Redis。那是不同的產品,以 Redis Enterprise 軟體為基礎,並以原生 Azure 服務的形式計費。遷移至 HotKV 對相同的用戶端而言只是更改主機與認證資訊。引擎從一開始就是多執行緒。
其他比較