前言

文章作者：白鹿第一帥，作者主頁：https://blog.csdn.net/qq_22695001，未經(jīng)授權(quán)，嚴(yán)禁轉(zhuǎn)載，侵權(quán)必究！

一、GeminiDB 總體介紹

1.1、華為云數(shù)據(jù)庫全景圖

華為云數(shù)據(jù)庫目前在各行各業(yè)得到了市場(chǎng)上的廣泛認(rèn)可，包括中國(guó)一汽其 ERP 核心系統(tǒng)使用的是華為云數(shù)據(jù)庫，永安保險(xiǎn)理賠系統(tǒng)使用的是華為云數(shù)據(jù)庫，其他如電商平臺(tái)、游戲廠商等等，當(dāng)然也有銀行的一些核心系統(tǒng)，如信用卡等，那么華為云數(shù)據(jù)庫主要分成哪幾個(gè)部分呢？具體如下圖所示：

華為云數(shù)據(jù)庫主要分成三個(gè)部分，首先底層是遷移工具，能夠支持用戶平滑上云，上一層是開源托管數(shù)據(jù)庫，最上層是自研數(shù)據(jù)庫，其中 GeminiDB 是我們本文內(nèi)容的重點(diǎn)，它是一款由 KV、文檔、寬表和時(shí)序組成的一個(gè)超融合的多模數(shù)據(jù)庫。

1.2、GeminiDB 發(fā)展歷程

GeminiDB 引領(lǐng) NoSQL 存算分離架構(gòu)，持續(xù)戰(zhàn)略投入，打造世界級(jí)數(shù)據(jù)庫，GeminiDB 發(fā)展歷程具體如下圖所示：

結(jié)合 GeminiDB 發(fā)展歷程，我們將其成就歸納為以下幾點(diǎn)：

• 國(guó)內(nèi)第一款：存算分離架構(gòu) NoSQL 數(shù)據(jù)庫。
• 100% 兼容：5 款最熱門生態(tài)，Redis、MongoDB、Cassandra、DynamoDB、InfluxDB。
• 0 秒 RPO：3AZ 高可用實(shí)例，0 秒 RPO，數(shù)據(jù)“0”丟失。
• RTO 10 秒：實(shí)例故障恢復(fù)，RTO 10 秒內(nèi)完成。
• 99.995% SLA：高可用雙活實(shí)例承諾，99.995% SLA，服務(wù)可用性保證遠(yuǎn)超國(guó)內(nèi)其他廠商。

1.3、GeminiDB 全球分布情況

GeminiDB 全球一張網(wǎng)布局，服務(wù)全球客戶，具體如下圖所示：

如上圖所示，當(dāng)前 GeminiDB 已經(jīng)分布在全球 23 個(gè) Region，有 66 個(gè)可用區(qū)，共服務(wù)了全球 2000 多家大型企業(yè)，包括那個(gè)互聯(lián)網(wǎng)金融、政府、電信等，當(dāng)前在國(guó)內(nèi)主要局點(diǎn)涵蓋北、上、廣、深等主流 Region，在海外主要有中東、亞太、歐洲及美洲。

二、GeminiDB 云原生架構(gòu)

2.1、核心設(shè)計(jì)：存算分離&多模擴(kuò)展

GeminiDB 云原生架構(gòu)設(shè)計(jì)的核心分為存算分離和多模擴(kuò)展兩個(gè)部分，具體如下圖所示：

數(shù)據(jù)庫的存算分離是指將數(shù)據(jù)庫的存儲(chǔ)和計(jì)算功能分離開來，分別由不同的組件來完成。通過將存儲(chǔ)和計(jì)算功能分開，實(shí)現(xiàn)了更高的靈活性和擴(kuò)展性。具體來說，存儲(chǔ)功能由存儲(chǔ)引擎（Storage Engine）來完成，計(jì)算功能由計(jì)算引擎（Compute Engine）來完成，存儲(chǔ)引擎負(fù)責(zé)數(shù)據(jù)的讀寫和存儲(chǔ)，計(jì)算引擎負(fù)責(zé)數(shù)據(jù)的查詢和計(jì)算，兩者之間通過接口進(jìn)行通信和協(xié)作。在這套架構(gòu)之上，我們就可以快速擴(kuò)展多種協(xié)議支持，如 Redis、MongoDB、Cassandra、DynamoDB、InfluxDB。

2.2、存算分離&多模擴(kuò)展核心優(yōu)勢(shì)

我們對(duì)于 GeminiDB 云原生架構(gòu)的優(yōu)勢(shì)進(jìn)行展開如下：

• 高可用：故障 “秒級(jí)” 接管，容忍 N-1 個(gè)節(jié)點(diǎn)故障。
• 彈性擴(kuò)展：擴(kuò)容速度比開源自建提升百倍。
• 分級(jí)存儲(chǔ)：冷熱分離，應(yīng)用 “0” 改造。
• 高可靠：集群 3AZ 容災(zāi)，跨 Region 雙活。

2.3、高可用：秒級(jí)故障接管

一個(gè) GeminiDB 是一個(gè)分布式集群，包含了多個(gè)節(jié)點(diǎn)，下圖示例中，包含三個(gè)節(jié)點(diǎn)，假設(shè)節(jié)點(diǎn)二和三出現(xiàn)任何意外，掛掉之后，負(fù)載可能很低，但也有可能出現(xiàn)故障情況，這時(shí)在 GeminiDB 中不需要搬遷數(shù)據(jù)，只需要改一個(gè)個(gè)路由表，具體如下圖所示：

這里的 Slot 信息代表一個(gè)路由信息，我們可以看到節(jié)點(diǎn) 1 負(fù)責(zé) 0-2，節(jié)點(diǎn) 2 負(fù)責(zé) 3-5，節(jié)點(diǎn) 3 負(fù)責(zé) 6-8，當(dāng)節(jié)點(diǎn) 2 和 3 掛掉之后，它們所負(fù)責(zé) Slot 信息都會(huì)遷移給節(jié)點(diǎn) 1，這個(gè)過程不需要數(shù)據(jù)搬遷，只需要路由表修改，速度會(huì)非常的快，可以做到秒級(jí)接管；同時(shí)，活著的節(jié)點(diǎn)能夠提供所有的服務(wù)，底層共享一個(gè)存儲(chǔ)，節(jié)點(diǎn) 1 可以看見節(jié)點(diǎn) 2 和節(jié)點(diǎn) 3 維護(hù)的數(shù)據(jù)，實(shí)現(xiàn)容忍 N-1 個(gè)節(jié)點(diǎn)故障。

2.4、彈性擴(kuò)展：擴(kuò)計(jì)算，業(yè)務(wù)僅秒級(jí)抖動(dòng)

我們把數(shù)據(jù)庫擴(kuò)展分成計(jì)算和存儲(chǔ)兩層。傳統(tǒng) NoSQL 在擴(kuò)容時(shí)，不管是算力不夠，還是數(shù)據(jù)量不夠，都需要加一個(gè)節(jié)點(diǎn)，那就難免搬遷數(shù)據(jù)，下圖展示了從節(jié)點(diǎn) 1 和節(jié)點(diǎn) 2 搬遷數(shù)據(jù)到節(jié)點(diǎn) 3 的過程，這個(gè)過程是很慢的，具體如下圖所示：

在下圖中我們可以看到，在開始階段，OPS 和時(shí)延都是穩(wěn)定的，但是在數(shù)據(jù)搬遷過程中可以看到它的延遲是上下波動(dòng)的，在業(yè)務(wù)影響方面，吞吐也是上下波動(dòng)的，并且整個(gè)過程持續(xù)時(shí)間非常久，結(jié)束之后才會(huì)進(jìn)入平穩(wěn)狀態(tài)，具體如下圖所示：

而 GeminiDB 擴(kuò)容分為兩種，首先是計(jì)算擴(kuò)容，增加一條路由信息，把以前節(jié)點(diǎn)的路由信息分配給新的 DataNode3，可以看見底下的數(shù)據(jù)，完成計(jì)算分鐘級(jí)擴(kuò)容，具體如下圖所示：

整個(gè)擴(kuò)容過程中，在上圖我們可以看到紅色的線，時(shí)延是沒有大的變化的。擴(kuò)容之后時(shí)延下降了一點(diǎn)，算力得到了提升。OPS 也是一個(gè)線性的增長(zhǎng)過程，分鐘級(jí)就可以完成 1 個(gè)節(jié)點(diǎn)添加。

2.5、彈性擴(kuò)展：擴(kuò)存儲(chǔ)，業(yè)務(wù)“0”感知

下圖黃色線是某一個(gè)實(shí)例的存儲(chǔ)上限，綠色線是業(yè)務(wù)數(shù)據(jù)的每天變化，可以看到業(yè)務(wù)數(shù)據(jù)每天都在增加，當(dāng)?shù)竭_(dá)拐點(diǎn)的時(shí)候，已經(jīng)接近容量上限，如果不擴(kuò)容就會(huì)進(jìn)入那個(gè)只讀狀態(tài)，具體如下圖所示：

這個(gè)時(shí)候，GeminiDB 擴(kuò)容一鍵就可以完成，完全不影響業(yè)務(wù)。在存?zhèn)}分離架構(gòu)下，存儲(chǔ)擴(kuò)容對(duì)于我們來說就是調(diào)整配額的一個(gè)參數(shù)，當(dāng)前 GeminiDB 可以滿足用戶 4GB-36TB 的平滑擴(kuò)縮容。最新版本里已經(jīng)支持自動(dòng)擴(kuò)容，用戶在購買界面如果勾選自動(dòng)擴(kuò)容，當(dāng)用戶的數(shù)據(jù)量達(dá)到一定比例、配額的時(shí)候，根本不需要用戶關(guān)心容量大小。

2.6、分級(jí)存儲(chǔ)：自動(dòng)化冷熱交替，應(yīng)用“0”改造

我們以 Influx 的一條插入語句為例，語句如下：

insert metric,host = server - 1 CPU = 70

插入過程從內(nèi)存到分布式存儲(chǔ)，同步插入過程中，會(huì)根據(jù)用戶的配置參數(shù)，如定義熱數(shù)據(jù)的時(shí)間，超過一定時(shí)間，就定義成冷數(shù)據(jù)，在異步過程中把數(shù)據(jù)推到遠(yuǎn)端的 obs 上，obs 對(duì)我們來說是冷存儲(chǔ)，保證用戶在共享存儲(chǔ)中的熱數(shù)據(jù)控制在一定范圍內(nèi)，節(jié)省用戶存儲(chǔ)成本。

我們以 Influx 的一條查詢語句為例，語句如下：

Select CPU from metric where host = server - 1

在讀的過程中，根據(jù)用戶的輸入，自動(dòng)去存儲(chǔ)做集合查詢，把需要的結(jié)果返回給用戶。

“冷熱分離”，即買即用，當(dāng)用戶購買 GeminiDB 的時(shí)候，用戶可以選擇是否開啟冷存儲(chǔ)，同時(shí)冷存儲(chǔ)的空間的范圍也可以選定，在創(chuàng)建一張表的時(shí)候，指定好數(shù)據(jù)到期時(shí)間，如一周或者是一月，當(dāng)數(shù)據(jù)插進(jìn)來超過一周，定義為冷數(shù)據(jù)，整個(gè)過程對(duì)于用戶“0”改造。

2.7、高可靠：Region 內(nèi) 3AZ 容災(zāi)，跨 Region 雙活

GeminiDB 高可靠實(shí)現(xiàn)分為兩種，一種是單個(gè) Region 內(nèi) 3AZ 容災(zāi)，另一種是兩個(gè) Region 間的容災(zāi)。

單個(gè) Region 內(nèi) 3AZ 容災(zāi)，GeminiDB 支持 3AZ 可靠，計(jì)算和存儲(chǔ)都是 3AZ 均衡分布的，用戶購買的 3AZ 節(jié)點(diǎn)數(shù)大于 3 的時(shí)候，會(huì)將其均勻分布到不同 AZ 上，其中一個(gè)機(jī)房的計(jì)算、存儲(chǔ)或者計(jì)算存儲(chǔ)同時(shí)掉電，都能實(shí)現(xiàn)防御故障，不會(huì)影響整個(gè)實(shí)例的可靠性和可用性，數(shù)據(jù)既不會(huì)丟，可用性也不會(huì)下降。單個(gè) Region 內(nèi) 3AZ 容災(zāi)，具體如下圖所示：

兩個(gè) Region 間的容災(zāi)，已經(jīng)實(shí)現(xiàn)了 GeminiDB 兩個(gè)實(shí)例間的數(shù)據(jù)復(fù)制，可以做到保序、斷點(diǎn)序傳，同時(shí)支持沖突解決。即在下圖中，當(dāng)用戶從 B 中心寫入一個(gè)數(shù)據(jù)，可以同步到 C 中心，C 中心寫入的數(shù)據(jù)也可以同步到 B 中心。也就是說當(dāng)一個(gè) Region 級(jí)別的故障，如 B 中心發(fā)生故障，業(yè)務(wù)可以切到 B 中心實(shí)現(xiàn)熔災(zāi)。兩個(gè) Region 間的容災(zāi)，具體如下圖所示：

三、GeminiDB 多模融合引擎

3.1、生態(tài)兼容，層次解耦，數(shù)據(jù)融合

GeminiDB 支持四種模型，主要有 KV 模型、文檔模型、寬表模型和時(shí)序模型，表現(xiàn)在用戶層面接口是五種，分別是 Redis 接口、MongoDB 接口、Cassandra 接口、DynamoDB 接口、Influx 接口，引擎層主要有 KV 引擎、搜索引擎和文檔引擎，最底下就是存儲(chǔ)層，具體如下圖所示：

3.2、GeminiDB Redis 接口：提供穩(wěn)定低時(shí)延

GeminiDB Redis 接口：提供穩(wěn)定低時(shí)延，適用于廣告、游戲場(chǎng)景。

• 無縫兼容：100% 兼容 Redis 協(xié)議，支持主備、集群?？奢p松替代自建 Redis、自建 Pika，幫助 DBA 實(shí)現(xiàn)降本增效。
• 能力增強(qiáng)：提供 GeminiDB 獨(dú)有特性，為業(yè)務(wù)開發(fā)提供更優(yōu)解決方案。如 FastLoad 特征灌庫、PITR 游戲回檔、異地雙活客災(zāi)、多租權(quán)限局離、布隆過濾器 Hash Field 過期等。

應(yīng)用在廣告場(chǎng)景的 FastLoad ，能夠幫助用戶一鍵式從 Hadoop、Spark 等大數(shù)據(jù)系統(tǒng)，一鍵導(dǎo)入到 GeminiDB 中，由 GeminiDB 提供給上游業(yè)務(wù)實(shí)現(xiàn)實(shí)時(shí)查詢，具體如下圖所示：

廣告營(yíng)銷、個(gè)性推薦等業(yè)務(wù)對(duì)時(shí)延敏感，也注重存儲(chǔ)成本。對(duì)此類 AI 業(yè)務(wù)中 GeminiDB 是作為特征畫像數(shù)據(jù)庫的最佳選型：

• 性能穩(wěn)定：10Gbit/s 超高帶寬，時(shí)延平穩(wěn) p99~2ms；CPU 算力可彈性擴(kuò)展。
• 存儲(chǔ)降本：NVMe 分布式存儲(chǔ)，疊加雙重?cái)?shù)據(jù)壓縮，帶來明確可見的成本節(jié)約。
• 功能增強(qiáng)：FastLoad 可實(shí)現(xiàn)海量數(shù)據(jù)極速灌庫；Hash 數(shù)據(jù)可設(shè)置 field 過期。

PITR 游戲回檔廣泛應(yīng)用于游戲場(chǎng)景，游戲場(chǎng)景中，如發(fā)版或者變更，經(jīng)常需要把對(duì)應(yīng)的數(shù)據(jù)庫回?fù)醯侥骋粋€(gè)時(shí)間點(diǎn)，GeminiDB 支持五分鐘粒度的時(shí)間片回檔，用戶需要回蕩到任意時(shí)間都可以在控制臺(tái)上完成操作，并且支持原地回檔，具體如下圖所示：

游戲業(yè)務(wù)場(chǎng)景豐富，好友鏈、聊天、搶紅包、排行榜…強(qiáng)依賴 Redis 豐富數(shù)據(jù)結(jié)構(gòu)，同時(shí)對(duì)數(shù)據(jù)回檔有訴求。GeminiDBm 提供游戲全服解決方案：

• 簡(jiǎn)化架構(gòu)：自帶可靠存儲(chǔ)+緩存加速，可替代 DB+ Cache。
• 透明化開發(fā)：100% 兼容 Redis 全命令，開發(fā)當(dāng)做普通 Redis 數(shù)據(jù)庫使用即可。
• PITR 數(shù)據(jù)閃回：支持在游戲發(fā)版失誤時(shí)快速回檔到任意時(shí)間點(diǎn)，5min 粒度。

3.3、GeminiDB Mongo 接口：大容量&強(qiáng)一致

GeminiDB Mongo 接口：大容量&強(qiáng)一致，適用于互聯(lián)網(wǎng)、游戲、社交。

• 兼容生態(tài)：100% 兼容 MongoDB 協(xié)議，可支持超大容量 96TB，提供副本集部署，并具備服務(wù)化遷移能力。

極速擴(kuò)容：計(jì)算節(jié)點(diǎn)可極速增加多個(gè)只讀節(jié)點(diǎn)，分鐘級(jí)完成讀節(jié)點(diǎn)擴(kuò)展。存儲(chǔ)資源秒級(jí)擴(kuò)容，業(yè)務(wù)平滑無感知，具體如下圖所示：

數(shù)據(jù)和服務(wù)高可靠：基于強(qiáng)一致一寫多讀消除 Read/Write Concern 的性能影響;主從同步毫秒級(jí)穩(wěn)定延遲，徹底解決主從脫節(jié)問題；容忍 N-1 節(jié)點(diǎn)故障，依舊保持全量服務(wù)可用性，具體如下圖所示：

3.4、GeminiDB Cassandra 接口：類 SQL 語法

GeminiDB Cassandra 接口：類 SQL 語法，適用于海量寬表存儲(chǔ)場(chǎng)景。

• 兼容生態(tài)：100% 兼容 Cassandra 協(xié)議；類 SQL 語法，開發(fā)體驗(yàn)類似 MySQL。
• 能力增強(qiáng)：索引能力增強(qiáng)，輕松應(yīng)對(duì)海量數(shù)據(jù)復(fù)雜查詢場(chǎng)景；數(shù)據(jù)秒級(jí)閃回、PITR 等數(shù)據(jù)恢復(fù)能力，構(gòu)筑極高的數(shù)據(jù)可靠性。
• 超高性能：2 倍讀寫性能提升；最高可支持 PB 級(jí)存儲(chǔ)。

3.4.1、增強(qiáng)索引

增強(qiáng)索引，具體如下圖所示：

關(guān)鍵技術(shù)點(diǎn)：

• 內(nèi)嵌 Lucene 搜索引擎，與存儲(chǔ)引擎搭配，實(shí)現(xiàn)寬表存儲(chǔ)引擎與搜索引擎的深度融合。
• SQL 層統(tǒng)一融合，在兼容原生 Cassandra 語法基礎(chǔ)上，提供多維查詢、文本檢索、模糊查詢統(tǒng)計(jì)分析等能力，全面提升用戶在海量數(shù)據(jù)場(chǎng)景下的查詢體驗(yàn)。

3.4.2、數(shù)據(jù)通道

數(shù)據(jù)通道，具體如下圖所示：

關(guān)鍵技術(shù)點(diǎn)：

• Cassandra 流表特性，用于實(shí)時(shí)分析數(shù)據(jù)變化對(duì)標(biāo) AWS Stream 功能。
• 與大數(shù)據(jù)結(jié)合增強(qiáng)離線分析能力，效率提升 60%。

3.4.3、全局索引

全局索引，具體如下圖所示：

關(guān)鍵技術(shù)點(diǎn)：

• 在原生 Cassandra 基礎(chǔ)上對(duì)物化視圖特性進(jìn)行了增強(qiáng)，支持復(fù)合主鍵視圖查詢場(chǎng)景更豐富。
• 通過事務(wù)日志保證視圖數(shù)據(jù)與原表數(shù)據(jù)的最終一致性。

3.5、GeminiDB DynamoDB 接口：助力 DynamoDB 客戶平滑遷移

• 能力平替：100% 兼容 DynamoDB 協(xié)議和數(shù)據(jù)模型，關(guān)鍵特性全面對(duì)標(biāo)。
• 平滑遷移：遷移過程不需要業(yè)務(wù)任何改造；支持全量+增量遷移，業(yè)務(wù)無需停服；反向數(shù)據(jù)同步，業(yè)務(wù)可隨時(shí)回切。
• 低成本：在相同讀寫性能下，成本降低 50%，數(shù)據(jù)量越大成本降低越明顯。

關(guān)鍵技術(shù)點(diǎn)：

• 無縫對(duì)接：協(xié)議全面兼容，業(yè)務(wù)無需改造。
• 無需停服：全量+增量遷移能力，助力平滑遷移，業(yè)務(wù)滾動(dòng)切流即可。
• 無損回切：反向增量遷移能力，業(yè)務(wù)可隨時(shí)回切，數(shù)據(jù)無丟失風(fēng)險(xiǎn)。

3.6、GeminiDB Influx 接口：時(shí)空數(shù)據(jù)存、算、析一體平臺(tái)

GeminiDB Influx 接口：時(shí)空數(shù)據(jù)存、算、析一體平臺(tái)，廣泛用于 IoT 場(chǎng)景。

• 無縫兼容：100% 兼容 InfluxDB 協(xié)議，支持單機(jī)版、集群?？奢p松替代自建 InfluxDB，提供更強(qiáng)的性能和更高的服務(wù)可用性。
• 能力增強(qiáng)：自適應(yīng)壓縮算法、多維時(shí)序索引、向量化 MPP 查詢引擎、定制化聚合運(yùn)算和 Rollup Cache 等，為業(yè)務(wù)開發(fā)提供更優(yōu)解決方案。

四、GeminiDB 典型應(yīng)用場(chǎng)景

4.1、GeminiDB 攜手迷你創(chuàng)想開啟全民創(chuàng)作的新時(shí)代

• 全球部署：全球 23 區(qū)域支持資源快速下發(fā)。
• 高性能：性能 5 倍提升，0.1ms 穩(wěn)定無抖輕松支撐千萬級(jí)玩家在線。
• 高可靠：數(shù)據(jù)強(qiáng)一致，TB 級(jí)地圖數(shù)據(jù)實(shí)時(shí)同步更新。
• 快速安全擴(kuò)容：秒級(jí)存儲(chǔ)擴(kuò)容，輕松應(yīng)對(duì) 20X 輕業(yè)務(wù)高峰變化。

4.2、GeminiDB 支撐 RTA 廣告業(yè)務(wù)快速上線

RTA（Realtime API）廣告業(yè)務(wù)模式，用于滿足廣告主實(shí)時(shí)個(gè)性化的投放需求，在競(jìng)價(jià)中減少資金浪費(fèi)，具體如下圖所示：

• 穩(wěn)定高效：穩(wěn)定性遠(yuǎn)超開源緩存 Redis，業(yè)務(wù)運(yùn)行更高效。
• 低成本：大容量的穩(wěn)定存儲(chǔ)，存儲(chǔ)百 GB~數(shù) TB 畫像數(shù)據(jù)，成本比開源緩存 Redis 節(jié)約 50%。
• 低時(shí)延：數(shù) + 萬 QPS 流量，平均時(shí)延 1ms，p99 時(shí)延 2ms，保障終端用戶絲滑體驗(yàn)。

4.3、GeminiDB 助力數(shù)字娛樂巨頭客戶 DynamoDB 遷移

客戶旗下的多款 APP 全球累計(jì)安裝用戶數(shù)近 24 億，覆蓋 200 多個(gè)國(guó)家和地區(qū)，是全球領(lǐng)先的數(shù)字娛樂內(nèi)容平臺(tái)，具體如下圖所示：

• 高性能、高可靠：性能得到 2 倍提升、數(shù)據(jù)強(qiáng)一致。
• 低成本：成本平均降低 40%。
• 快速安全擴(kuò)容：分鐘級(jí)計(jì)算擴(kuò)容、秒級(jí)存儲(chǔ)擴(kuò)容。
• 海量數(shù)據(jù)：集群規(guī)模 2000 核，單套實(shí)例最大 100TB 數(shù)據(jù)。

4.4、GeminiDB 助力華為終端云打造體驗(yàn)天花板

GeminiDB 助力華為終端云打造體驗(yàn)天花板，具體如下圖所示：

• 總節(jié)點(diǎn)數(shù) 11000+。
• 總數(shù)據(jù)量 10PB+。
• 單集群最大 600 節(jié)點(diǎn)。
• 單集群 10萬+ 并發(fā)響應(yīng)。
• 單集群數(shù)據(jù)量最大 100TB。
• 跨 AZ 雙活 RTO<10S、RPO=0。
• 跨 Region 多活 RPO<10s、實(shí)例級(jí)可用度 5 個(gè) 9。
• 分鐘級(jí)計(jì)算擴(kuò)容。
• 秒級(jí)存儲(chǔ)擴(kuò)容。

4.5、GeminiDB 助力 loT 場(chǎng)景數(shù)據(jù)分析實(shí)現(xiàn)萬物互聯(lián)

GeminiDB 助力 loT 場(chǎng)景數(shù)據(jù)分析實(shí)現(xiàn)萬物互聯(lián)，具體如下圖所示：

• 海量設(shè)備管理：輕松支持億級(jí)別設(shè)備管理。
• 專用壓縮算法：壓縮率提升 10X+。
• 高速并行寫入：寫性能提升 2X+，計(jì)算成本降低 30%。
• 成本降低：支持冷熱分離存儲(chǔ)，成本降低 80%。

文章作者：白鹿第一帥，作者主頁：https://blog.csdn.net/qq_22695001，未經(jīng)授權(quán)，嚴(yán)禁轉(zhuǎn)載，侵權(quán)必究！

總結(jié)

我是白鹿，一個(gè)不懈奮斗的程序猿。望本文能對(duì)你有所裨益，歡迎大家的一鍵三連！若有其他問題、建議或者補(bǔ)充可以留言在文章下方，感謝大家的支持！文章來源地址http://www.zghlxwxcb.cn/news/detail-810242.html

到了這里，關(guān)于云原生分布式多模架構(gòu)：華為云多模數(shù)據(jù)庫 GeminiDB 架構(gòu)與應(yīng)用實(shí)踐的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！