GeminiDB Redis與開源Redis對比優勢
更新時間 2024-07-04 11:23:13
最近更新時間: 2024-07-04 11:23:13
分享文章
本節主要介紹GeminiDB Redis與開源Redis對比優勢。
與自建開源Redis數據庫相比,GeminiDB Redis在產品架構、成本、容量、安全性、可靠性、故障恢復、運維等方面具有很大的優勢。使用GeminiDB Redis可以幫助您輕松上線業務。
產品架構對比
GeminiDB Redis的產品架構
GeminiDB Redis產品架構圖
- GeminiDB Redis支持全量數據落盤,由GaussDB基礎組件服務提供底層數據三副本冗余保存,數據0丟失。
- GeminiDB Redis的全部計算節點可寫。
- 數據三副本強一致保障,多點訪問無臟讀。
- GeminiDB Redis具有完備的大規模集群管理能力,故障秒級接管,動態負載均衡。
- GeminiDB Redis采用存算分離架構,資源可彈性平滑擴縮容,業務幾乎無感知。
開源Redis產品架構
開源Redis架構圖
- 開源Redis的數據分散保存到各個獨立節點本地內存中,一對主備故障就會導致部分數據丟失。
- 開源Redis集群中有一半節點是備節點,不可寫。
- 開源Redis采用主從異步復制,訪問從節點數據會不一致。
- Gossip協議在開源Redis集群規模過大時,效率顯著下降。
- 擴縮容開源Redis的容量實際上就是變更物理節點數量,對業務影響大。
業務場景對比
對比項 GeminiDB Redis 開源Redis 業務場景 GeminiDB Redis的特點:
- ?關心重要數據安全。
- ?關心系統穩定性,不希望高峰期間發生宕機。
- 關心數據一致性。
GeminiDB Redis適用的業務場景:
- ?數據量小場景,GeminiDB Redis提供更低成本。
- 數據量大場景,開源Redis難以勝任,GeminiDB Redis完美駕馭。
開源Redis的特點:
- ?對數據安全性要求低,接受核心數據丟失或被LRU擠出。
- 對穩定性要求低,接受OOM宕機發生。
- ?接受多點訪問數據不一致。
開源Redis適用的業務場景:
- 往往只能用于數據量小、數據有效期短的業務。
其他對比優勢
對比項 GeminiDB Redis 開源Redis 成本 成本降低75%~90%
GeminiDB Redis支持全量數據落盤,采用GaussDB基礎組件服務,擁有極大價格優勢。硬件成本極高開源Redis的全部數據保存在純內存介質中,且自身Fork機制導致內存使用率低。 最大容量 PB級數據量GeminiDB Redis采用存算分離架構,使得存儲資源自由擴容的同時計算層資源也可以同步彈性伸縮,性能有保障。 百GB級數據量如果開源Redis集群持續增加數據量,一方面會導致硬件成本突增,另一方面其內部Gossip集群管理效率也將變得極低。 容量利用率 100%
GeminiDB Redis采用純自研架構,不受Fork問題影響,用戶購買的持久化存儲空間幾乎全部可用。<50%
開源Redis受獨Fork機制影響,在快照、主從復制、AOF重寫期間,如遇業務高峰,理論上內存可增長一倍。因此,內存使用率控制在50%以內,才能確保安全。規格選型 1GB細粒度,隨時按需調整。 檔位不連續(...32GB、48GB、64GB)
假設業務數據量約30GB。如果選用云緩存Redis,考慮到安全有效容量<50%,只能選64GB的規格,造成“買多”浪費。數據壓縮 邏輯壓縮和物理壓縮結合,比開源Redis更省空間
邏輯壓縮:對value進行初步壓縮。
?物理壓縮:對存儲介質中的數據塊整體進行二次壓縮。
?根據實際業務測試,String、Hash等常用結構在GeminiDB Redis實例中,存儲空間占用僅為開源Redis的70%~85%。
只使用邏輯壓縮 時延 平均時延差距不大,p9999表現有一定差距。 平均時延較低,p9999時延較低。 扛寫能力 強
GeminiDB Redis支持多節點同時寫入,且采用多線程架構,吞吐輕松翻倍。弱
開源Redis集群中僅主節點可寫,且屬于單線程架構,業務高峰有OOM宕機風險。數據可靠性 高
逐條命令實時落盤,底層三副本冗余存儲,無數據丟失風險。低
內存數據秒級落盤,且主從異步復制不及時,存在數據丟失風險。數據一致性 強一致性
GeminiDB Redis實現了三副本強一致,多點訪問無臟讀風險。弱一致性
開源Redis采用主從異步復制,多點訪問存在數據不一致問題。可用性 強
即使N-1個節點同時故障,GeminiDB Redis實例依然可用。中等
如果有一半的主節點發生故障,開源Redis集群將不可用。任意一對主從節點故障,開源Redis集群將不可用。故障恢復 分鐘級恢復,數據恢復時長與數據量無關
在全量數據下沉存儲的Shared Everthting架構下,數據只需被可用節點接管即可,幾乎不需耗時加載。數據量越大,恢復耗時越久
數據物理分散在多個獨立節點上,故障恢復需要將RDB快照從磁盤加載進內存,耗時久。負載均衡 支持
細粒度數據分片,節點間實現動態負載均衡。不支持
開源Redis需要依賴第三方組件。擴容 平滑擴容
?節點擴容:分鐘級完成,業務秒級感知。
?容量擴容:秒級完成,業務0感知。
?Shared Everthting架構下,底層數據可被任一節點訪問,擴容過程不發生數據拷貝搬遷,速度極快。
耗時長,對業務影響大
各節點本地內存裝載數據分片,遷移意味著新節點的加入以及數據的拷貝搬遷,耗時長。安全 高
GeminiDB Redis采用純自研架構,不存在開源Redis安全漏洞問題。提供虛擬私有云、子網、安全組、DDoS防護以及SSL安全訪問等多層安全防護體系,實現租戶隔離和訪問控制。低
開源Redis內核不定期會爆出安全漏洞問題,如CVE-2021-32761等。如版本升級不及時,隨時有被惡意利用風險。網絡環境安全級別取決于所使用的云服務質量。運維 一站式服務 GeminiDB Redis提供成熟的遷移方案、實時監控、故障預警和數據庫專家團隊7*24小時支撐。
取決于所使用的云服務質量