雲原生多模資料庫Lindorm的儲存類型有哪些 - Lindorm

雲原生多模資料庫 Lindorm依賴於LindormDFS雲原生儲存系統，實現了資料存放區與計算分離。儲存容量獨立計費，支援不停機線上擴容。Lindorm執行個體的儲存容量在同執行個體內的多個引擎之間共用。

儲存類型說明

雲原生多模資料庫Lindorm支援的儲存類型及其適用情境如下：

儲存類型	訪問延遲	適用情境	支援的引擎類型	擴充能力
標準型雲端儲存	3ms ~ 5ms	Feed流資料、聊天、即時報表、線上計算等即時訪問資料。	寬表引擎、時序引擎、搜尋引擎、檔案引擎、流引擎	支援選購容量型儲存。
效能型雲端儲存	0.2ms ~ 0.5ms	廣告競價投放、使用者畫像、人群圈選、即時搜尋、風控大腦等低延遲訪問資料。	寬表引擎、時序引擎、搜尋引擎、檔案引擎、流引擎	支援選購容量型儲存。
容量型雲端儲存	15ms ~ 3s	監控日誌、歷史訂單、音視頻歸檔、資料湖儲存、離線計算等低頻訪問資料。說明容量型雲端儲存使用高密度磁碟存放裝置陣列，提供極低成本儲存能力，和高吞吐讀寫能力，但隨機讀能力較弱，適用於寫多讀少情境或巨量資料計算情境。詳細介紹，請參見容量型雲端儲存讀取效能說明。	寬表引擎、檔案引擎、流引擎	不涉及。
本地SSD盤	0.1ms ~ 0.3ms	網路遊戲、電商、ApsaraVideo for Live、媒體等線上業務，滿足I/O密集型應用對Block Storage的低時延和高I/O效能需求。	寬表引擎、時序引擎、搜尋引擎、檔案引擎說明購買執行個體時，如果儲存類型選擇本地SSD盤，僅支援選擇本盤節點規格和資料引擎的節點數量。	支援選購容量型儲存。支援掛載雲端硬碟與本地SSD盤並池。支援副本異構。支援EC糾刪碼（1.5副本）。
本地HDD盤	10ms ~ 300ms	互連網行業、金融行業等有巨量資料計算與儲存分析需求的行業，進行海量資料存放區和離線計算的業務情境。	寬表引擎、時序引擎、搜尋引擎、檔案引擎說明購買執行個體時，如果儲存類型選擇本地HDD盤，僅支援選擇本盤節點規格和資料引擎的節點數量。	支援掛載雲端硬碟加速。支援副本異構。支援EC糾刪碼（1.5副本）。

重要

訪問延遲僅表示儲存訪問延遲，不代表端到端訪問延遲。
本地SSD盤和本地HDD盤預設以三副本的方式進行資料冗餘，為確保在有一個節點異常的情況下仍能以三副本方式進行資料冗餘，Lindorm限制本地碟執行個體的總節點數最少為3個。
雲端儲存與本地碟在用量計量上有差異，具體如下：
- 效能型雲端儲存、標準型雲端儲存、容量型雲端儲存採用邏輯容量的口徑進行用量計量。假設資料庫檔案的邏輯大小為100 GiB，則實際消耗雲端儲存的儲存空間的大小為100 GiB。由LindormDFS確保資料的可靠性以及可用性，無需關心副本數。
- 本地SSD磁碟、本地HDD磁碟和額外掛載雲端硬碟均採用物理容量的口徑進行用量計量。進行容量規劃時需考慮副本數。假設資料庫檔案邏輯大小為100 GiB，以三副本的形式儲存在本地HDD盤的Lindorm執行個體，則實際消耗本地HDD盤儲存空間的大小為300 GiB。資料的可靠性與可用性由LindormDFS多副本機制確保。通常情況下，本地碟預設以三副本、雲端硬碟預設以兩個副本的方式進行資料冗餘。

擴充能力說明

擴充能力	說明
支援選購容量型儲存	支援選購容量型儲存用於儲存冷資料。
掛載雲端硬碟與本地SSD盤並池	本地SSD盤單計算節點的儲存容量較小，通常無法滿足儲存容量需求較大的業務情境。因此當儲存容量需求較大時，需購買和使用更多的計算節點時，可能會產生計算資源的浪費。Lindorm支援在儲存類型為本地SSD盤的執行個體上掛載雲端硬碟，並將雲端硬碟與本地SSD盤並池使用。
掛載雲端硬碟加速	支援在儲存類型為本地HDD盤的執行個體上額外掛載雲端硬碟。雲端硬碟的平均延遲和IOPS均優於本地HDD盤。可將掛載雲端硬碟作為熱儲存使用，也可將掛載雲端硬碟與本地HDD盤進行副本異構。
副本異構	Lindorm支援將高效能儲存與低成本儲存搭配，實現檔案副本的異構儲存，通過減少高效能儲存進一步降低成本。讀請求將優先訪問高效能儲存副本，當承載高效能副本的節點故障或臨時下線時，訪問低成本儲存副本實現資料的高可靠與高可用。適合效能要求較高，但可容忍請求毛刺的情境。 Lindorm支援以下形式（高效能儲存+低成本儲存）的副本異構：本地SSD盤或雲端硬碟1副本+容量型儲存1副本。雲端硬碟1副本+本地HDD盤2副本。說明如果您需要開通副本異構功能，請聯絡Lindorm支援人員（DingTalk號：s0s3eg3）。
EC糾刪碼（1.5副本）	儲存類型為本地SSD盤和本地HDD盤的執行個體均支援開啟EC糾刪碼（1.5副本）功能。開啟EC糾刪碼（1.5副本）功能後，資料副本冗餘倍率將從3下降至1.5。Lindorm預設使用RS-4-2演算法對資料進行冗餘。以RS-4-2演算法為例，開啟EC糾刪碼（1.5副本）功能後資料副本會被打散分布至6個節點上，同時為確保執行個體的可用性，額外增加1個節點進行冗餘，此時執行個體要求儲存節點的最少數量為7。說明如果您需要開通EC糾刪碼（1.5副本）功能，請聯絡Lindorm支援人員（DingTalk號：s0s3eg3）。