華為雲企業級Redis揭祕第17期：叢集搭載多DB，多租隔離更降本
摘要：GaussDB(for Redis)支援真正可擴充套件的多DB，輕鬆實現降本增效。
本文分享自華為雲社群《華為雲企業級Redis揭祕第17期：叢集搭載多DB，多租隔離更降本》，作者： GaussDB 資料庫 。
背景：GaussDB(for Redis)是華為雲資料庫團隊推出的企業級Redis，完全相容開源Redis，既能顯著降低成本，又能提供更穩定可靠的KV儲存服務。
一、一切要從某個深夜的需求說起
某天深夜，作為後端小能手的小強強剛準備收工，老闆打來電話：“小強強，咱們Redis用的也太雜了，好幾十套，啥規格都有！這裡面肯定有不少資源浪費！你負責搞個降本增效專項吧，把Redis使用成本降下來，也讓運維同學輕鬆點。”
別看我們小夥子年輕，實則經驗老道。小強強拍著胸脯接下需求，大致有了思路（如圖）：
圖1 Redis資源整合+降成本+輕鬆運維
“搞定這件事的核心辦法就是‘一Redis多用’！”，小強強立刻想到2個方案：
方案1：讓業務同學給key加字首。該方案看似搞定了需求，但隔離性差，大量key字首佔空間，業務改造也很麻煩，因此它並不是優選。
方案2：使用Redis的多DB。業務通過select命令訪問專屬DB，flushdb命令又能一鍵清資料，隔離效果不錯，按理說還是很方便的。
二、開源Redis的多DB是雞肋
但是，作為經驗十足的後端開發，小強強提前識別到了方案2的嚴重隱患：
- 開源Redis的“多DB”只能用於單機，不支援叢集，搞不定後期擴容。
- 而單機Redis擴容到64G已經是極限，更不用說fork導致的容量利用率只有50%。
也就是說，隨著後期業務增長，多個業務擠在一套容量只有64G的開源Redis中，意味著當記憶體不足時，必須得有業務遷出！
圖2 開源Redis多DB無法擴充套件，後期只能重新拆分
這不就回到了最初的問題原點嗎？開源Redis的多DB方案明顯不符合資深後端的身份，對此，小強強堅決say no！
好吧，開源Redis的多DB，看來你是真的幫不上忙！
三、當多DB遇上GaussDB(for Redis)
前面提到，“多DB”是小強強此刻最需要的功能，但開源Redis多DB卻有著後期無法擴容的嚴重隱患。為了解決問題，小強強找到了真正解決該痛點的產品：GaussDB(for Redis)。
在多DB的使用上，GaussDB(for Redis)與開源Redis用法完全一致，實現了同一例項下的資料隔離。GaussDB(for Redis)的多DB核心價值在於：
- 吞吐可水平擴充套件至百萬QPS，容量支援12TB，解決了擴充套件性問題；
- 相比開源Redis，成本可降20%~70%；
- 單例項支援6w+DB數，搞定大規模業務多租隔離。
基於GaussDB(for Redis)多DB功能，業務多租戶可以放心共用一套GaussDB(for Redis)，不但輕鬆實現降本，而且能完美cover住後期業務增長。
圖3 GaussDB(for Redis)多DB實現業務多租隔離
終於搞定一個靠譜方案！小強強可以放心地交差了。最後，再一次為好用的產品打call：
GaussDB(for Redis)支援真正可擴充套件的多DB，輕鬆降本，簡直yyds！
四、附錄
- 本文作者：華為雲資料庫GaussDB(for Redis)團隊
- 杭州/西安/深圳簡歷投遞：[email protected]
- 官方部落格：https://bbs.huaweicloud.com/blogs/248875
華為雲開年採購季盛大開幕！點選瞭解詳情：https://activity.huaweicloud.com/dbs_Promotion/index.html