vSAN 中的 DiskGroup 架構(gòu)的問題與應(yīng)對思路回顧
如何將分散在多個服務(wù)器中的本地盤資源整合成集群范圍可用的“共享存儲資源池”，是超融合架構(gòu)中的一項(xiàng)關(guān)鍵技術(shù)。在 vSAN 中，這項(xiàng)技術(shù)是通過“盤組（DiskGroup）”來實(shí)現(xiàn)的。
vSAN DiskGroup 架構(gòu)簡介
盤組內(nèi)部采用兩級存儲架構(gòu)：一層用于數(shù)據(jù)的臨時緩存 / 緩沖，被稱為“緩存層（Cache Tier）”，每個盤組內(nèi)的緩存必須有且僅有 1 個采用閃存的高速存儲設(shè)備，通常為固態(tài)硬盤 SSD；另一層用于最終存儲數(shù)據(jù)，被稱為“容量層（Capacity Tier）”，由 1~7 個固態(tài)硬盤或普通磁介質(zhì)硬盤 HDD 組成。vSAN 允許每個主機(jī)使用 1~5 個這樣的磁盤組。如圖 1 所示的例子中，vSAN 超融合集群的每個主機(jī)節(jié)點(diǎn)內(nèi)僅有 1 個盤組，該盤組由 1 塊 SSD 緩存盤和 3 塊 HDD 容量盤組成。
圖 1 vSAN 超融合集群及主機(jī)內(nèi)的盤組結(jié)構(gòu)
由兩級不同的存儲設(shè)備構(gòu)成的盤組結(jié)構(gòu)，最主要的目的是將經(jīng)常使用的“熱數(shù)據(jù)”存放在高速 SSD 中，減少對低速 HDD 的直接訪問，從而提升整個盤組的平均讀 / 寫速度。在 10 年之前，SSD 價格還很高的時代，通過使用相對小容量的緩存盤作為”杠桿“，在設(shè)定的盤組范圍內(nèi)達(dá)到存儲性能提升的效果，是一種很好的技術(shù)思路。這種思路也在被 VMware 以外的其他超融合廠商使用，如深信服。
vSAN 盤組技術(shù)在實(shí)現(xiàn)中的限制
vSAN 的兩級存儲架構(gòu)在產(chǎn)品化過程中存在一些要求和限制：
- 高速緩存盤的容量至少為盤組中所有低速盤總?cè)萘康?10%。
- 如圖 1 所示，每個盤組的容量層總和為 12TB，那么理論上，緩存層至少為 1.2TB；
- 如果低于這個比例，可能達(dá)不到理想的緩存提速效果——通俗說，就是“緩存盤太小，帶不動容量盤”；
- 而 vSAN 還有一個技術(shù)限制：全閃配置下每個緩存盤上，只有 600GB 空間可以被真正用于對寫數(shù)據(jù)進(jìn)行緩沖。
- 每個盤組中只能有 1 塊緩存盤，無法突破每盤組 600GB 可用緩沖空間的限制。
- 盤組中唯一的緩存盤存在單點(diǎn)故障的可能，如果它損壞了：
- 該盤組將從集群資源池中退出。
- 該盤組內(nèi)所有容量盤上的數(shù)據(jù)無法讀取。
- 損失的數(shù)據(jù)（數(shù) TB ~ 數(shù)十 TB）有可能通過保存在其他節(jié)點(diǎn)上的數(shù)據(jù)進(jìn)行恢復(fù)，但后臺的數(shù)據(jù)恢復(fù)過程中（幾小時 ~ 幾十小時），集群存儲性能不可避免地會出現(xiàn)一定程度的下降。
vSAN 部署方案中應(yīng)對盤組技術(shù)限制的思路
以上技術(shù)實(shí)現(xiàn)中的限制在 vSAN 7 及以前的版本中一直存在。為了降低這些限制對 vSAN 集群部署的影響，VMware 的 vSAN 部署方案設(shè)計中給出的應(yīng)對思路是：增加集群中每臺主機(jī)上的盤組數(shù)量（如圖 2 所示）。
圖 2 vSAN 集群實(shí)施方案設(shè)計
vSAN 集群的單臺主機(jī)上，最多可以允許設(shè)置 5 個盤組。因此，可以通過增加主機(jī)內(nèi)部的盤組數(shù)量方法，一定程度上減輕單個緩存盤故障的影響范圍，也就是“把雞蛋放到多個籃子里”。VMware 經(jīng)過測試，給出的最佳盤組設(shè)計方案是：每臺主機(jī)內(nèi)設(shè)置 2~3 個盤組，每個盤組內(nèi)設(shè)置 3~5 個容量盤。這種設(shè)計與 vSAN 存儲策略中的條帶化數(shù)量設(shè)置相結(jié)合，可以把原本由單塊存儲盤承擔(dān)的讀 / 寫工作，盡可能地分散到多個主機(jī)、多個盤組的多個 SSD 上來完成，實(shí)現(xiàn)了集群級別存儲性能的最優(yōu)化。
“最優(yōu)設(shè)計方案”面臨的困境
VMware 提供的最優(yōu)設(shè)計解決方案卻很難落實(shí)到實(shí)際項(xiàng)目中，主要因?yàn)檫@個設(shè)計思路會導(dǎo)致：
- 硬件成本提高：緩存層 SSD 和容量層 HDD 單盤容量減小，但數(shù)量都要增加，有可能還要增加 RAID 卡的數(shù)量——以圖 2 的配置舉例，由 1 塊 SSD + 3 塊 HDD，增加為 3 塊 SSD + 6 塊 HDD，1 塊 8 口 RAID 卡也不夠用了，需要再加 1 塊或換成 16 口的。
- 內(nèi)存消耗增加：每增加 1 個盤組要增加 ~8GB 內(nèi)存消耗，每增加 1 個容量盤要增加 240~300MB 內(nèi)存消耗（具體算法參見文末參考文章 1 ）。
- 維護(hù)復(fù)雜度增加：運(yùn)維人員面對更復(fù)雜的結(jié)構(gòu)，更多的 SSD + HDD 數(shù)量必然引入更多的故障點(diǎn)。
- 主機(jī)機(jī)箱內(nèi)的硬盤槽位消耗增加：壓縮了今后擴(kuò)容的空間。
- 更難保持 vSAN 集群的“一致性”：VMware 建議一個 vSAN 集群中所有主機(jī)上的盤組數(shù)量和盤組內(nèi)部組成結(jié)構(gòu)都應(yīng)保持一致（盡管允許存在個別主機(jī)、個別盤組的配置不同，但差異越大，造成的整體性能下降幅度就越大），初始設(shè)計采用的盤組結(jié)構(gòu)越復(fù)雜，今后在同一集群內(nèi)部擴(kuò)容時，就越難以保證結(jié)構(gòu)的一致性。
由于存在以上困難，大多數(shù)用戶的部署中難以滿足理想的 vSAN 盤組設(shè)計要求，僅僅選擇以“單盤組”方式運(yùn)行 vSAN。這也是為什么很多用戶抱怨他們使用的 vSAN 集群的性能達(dá)不到 VMware 官方發(fā)布的標(biāo)準(zhǔn)。
用戶對 vSAN 盤組結(jié)構(gòu)的期望
對于以上技術(shù)限制，vSAN 用戶一直以來希望 VMware 能夠?qū)ΡP組的實(shí)現(xiàn)方式進(jìn)行改善，最主要的訴求包括但不限于：
- 支持緩存盤冗余，消除盤組內(nèi)部的單點(diǎn)故障。
- 解除緩存盤上 600GB 可用空間的限制，在同主機(jī)內(nèi)部使用大容量的 SSD 作為共享緩存盤，簡化主機(jī)內(nèi)部的盤組結(jié)構(gòu)。
- 在集群內(nèi)各主機(jī)、各盤組上，支持緩存盤和容量盤的“異構(gòu)”，在擴(kuò)容時可以在更大范圍內(nèi)靈活地選用新型號的存儲設(shè)備。
這些改進(jìn)訴求的最終目的，是降低 vSAN 集群硬件選配的復(fù)雜度以及硬件采購和維護(hù)上的成本。
vSAN 8 帶來了什么？
vSAN 8 ESA 簡介
2022 年 8 月底，VMware 正式發(fā)布了 vSAN 8 這個里程碑性質(zhì)的版本。在 vSAN 8 中，引入了“快速存儲架構(gòu)（Express Storage Architecture）”，這為 vSAN 用戶提供了一種可選替代架構(gòu)，目標(biāo)是以全新級別的效率、可擴(kuò)展性和性能來處理和存儲數(shù)據(jù)。ESA 不再使用“DiskGroup 盤組”的概念，而是使用“Storage Pool 存儲池”，主機(jī)中所有符合要求的存儲設(shè)備不再被分為不同的“組”，不再被分為“緩存層”和“容量層”。
同時，vSAN 原有的基于盤組的架構(gòu)仍然保留，作為可選的 vSAN 方案之一，它現(xiàn)在被稱為 OSA（Original Storage Architecture）。
為了簡化，本文以下部分，就用 ESA 和 OSA 來指代兩種技術(shù)架構(gòu)。
ESA 實(shí)現(xiàn)了用戶對 OSA 改進(jìn)的期望嗎？
先公布答案：沒有。
先來看看啟用 ESA 需要什么樣的條件：
| vSAN 8.0 ESA | vSAN 8.0 OSA | |
| 每主機(jī)上需要的 最少存儲盤數(shù)量 | 4 | 2（1 緩存盤 + 1 容量盤） |
| 硬件選擇 | vSAN ESA 認(rèn)證的 NVMe 設(shè)備 | SATA、SAS、NVMe 認(rèn)證設(shè)備 |
| 緩存設(shè)備要求 | 沒有專用緩存設(shè)備 | 每個盤組 1 個緩存設(shè)備 |
| 主機(jī)兼容要求 | 僅 vSAN ReadyNodesTM | vSAN ReadyNodesTM 或使用經(jīng)過認(rèn)證的兼容設(shè)備 |
| 網(wǎng)絡(luò)最低要求 | 最低 25Gbps | 最低 10Gbps |
| 軟件許可 | 高級版、企業(yè)版 | 標(biāo)準(zhǔn)版、高級版、企業(yè)版 |
數(shù)據(jù)來源：Comparing the Original Storage Architecture to the vSAN 8 Express Storage Architecture
- 啟用 ESA 的集群每臺主機(jī)上，必須使用至少 4 塊高性能、耐用的 TLC NVMe 存儲盤。VMware 表示，“之所以選擇它們，是因?yàn)樗鼈兡軌蛱峁┮恢碌男阅堋⒌脱舆t和減少存儲處理所需的 CPU”3。由于閃存技術(shù)進(jìn)步了，對應(yīng)的商用化產(chǎn)品降價了，VMware 認(rèn)為，磁介質(zhì)盤不再是性能提升的瓶頸，真正需要高性能的場景，一定會用基于閃存的存儲設(shè)備。因此通過高速緩存盤對低速磁盤進(jìn)行加速，不是 ESA 需要解決的主要問題，ESA 不考慮對于混合盤配置的支持。
- 不是任何主機(jī)配備了 TLC NVMe 存儲盤都可以啟用 ESA，這個主機(jī)必須是 “vSAN 就緒節(jié)點(diǎn)”（vSAN ReadyNodesTM：經(jīng)過 VMware 驗(yàn)證的、符合 vSAN 部署要求的服務(wù)器整機(jī)產(chǎn)品，組件配置相對固定，用戶不可自行更改，提供多種服務(wù)器品牌和配置組合供選擇。）。
- “各節(jié)點(diǎn)配置一致”是“vSAN ReadyNodesTM”的強(qiáng)制要求，也就是說，沒有提供“組件異構(gòu)”或“節(jié)點(diǎn)異構(gòu)”的選項(xiàng)。
- 25Gbps 將是對主機(jī)網(wǎng)絡(luò)的最低??要求。
- 需要 vSAN Advanced 或 vSAN Enterprise 許可，才能使用 ESA；vSAN Standard 許可只能使用 OSA。
在創(chuàng)建新的 vSAN ESA 集群時，預(yù)檢查流程將確?？蛻羰褂媒?jīng)過批準(zhǔn)的硬件，檢查內(nèi)容包括：是否與 vLCM 配置兼容、最低物理網(wǎng)卡速度、主機(jī)的物理內(nèi)存和磁盤類型。
也就是說，雖然 ESA 表面上符合了前文總結(jié)的用戶對 vSAN 的前兩條期望——精簡了主機(jī)內(nèi)部的存儲設(shè)備層次、消除了原有緩存盤的單點(diǎn)故障——但需要更高的硬件配置和軟件許可才能實(shí)現(xiàn)。這意味著，ESA 并沒有滿足這些用戶期望背后對于“降低成本”的訴求。對于第三條期望，ESA 則完全是背道而馳，進(jìn)一步嚴(yán)格了對主機(jī)、存儲和網(wǎng)絡(luò)組件的選型要求，提高了用戶使用 ESA 的門檻。
ESA 的主要提升體現(xiàn)在哪里？
看上去 ESA 給用戶帶來的收益并不美麗，那么 VMware 為什么要推出這個架構(gòu)呢？我們可以從 VMware 已經(jīng)發(fā)布的一系列關(guān)于 vSAN 8 的材料中，得到一些 ESA 技術(shù)思路的啟示。
“全閃”取代“混閃”
首先，采用高速閃存的存儲設(shè)備越來越普及，能夠負(fù)擔(dān)全閃存儲價格的用戶也越來越多，在大量需要高速讀 / 寫的應(yīng)用場景中，直接通過全閃配置就可以滿足性能的要求。因此，VMware 認(rèn)為使用 SSD 作為 HDD 加速杠桿的做法可以不再保留。
減少數(shù)據(jù)的存儲量
但是，基于 TLC NVMe 的存儲設(shè)備價格確實(shí)比機(jī)械硬盤高，從混閃配置到 TLC NVMe 設(shè)備，用戶需要花更多的錢。怎么能降低這部分成本？或者說，怎么讓用戶覺得可以省錢呢？ESA 給出的思路是：推廣并普及基于糾刪碼（Erasure Coding）的數(shù)據(jù)高可用方法和數(shù)據(jù)壓縮。這兩種技術(shù)可以減少原始數(shù)據(jù)在存儲設(shè)備上占用的空間，從而減少昂貴的閃存盤的數(shù)量。
注：由于篇幅所限，關(guān)于采用糾刪碼提供數(shù)據(jù)高可用（RAID-5/6）的原理，以及與鏡像副本（RAID-1）方式在存儲容量需求方面的對比，本文中就不再涉及了。
進(jìn)一步為 RAID-5/6 提速
用戶對 RAID-5/6 的普遍擔(dān)心是寫性能的下降。RAID-5/6 對寫性能的影響主要有兩點(diǎn)：一是使用糾刪碼計算校驗(yàn)塊（Parity），需要消耗更多的 CPU 計算周期，二是寫入操作會引入額外的讀 / 寫操作（I/O 放大）。
對于第一點(diǎn)，VMware 認(rèn)為現(xiàn)在 CPU 的計算能力大大提升了，不會成為瓶頸，可以放心使用。
vSAN 8 ESA 中，先接收來自客戶機(jī)的寫入數(shù)據(jù)，對這些數(shù)據(jù)以 4KB 塊為單位進(jìn)行壓縮——“數(shù)據(jù)壓縮”現(xiàn)在也作為 ESA 中默認(rèn)開啟的選項(xiàng)，新改進(jìn)的壓縮算法的速度和壓縮效率更高——這減少了對存儲容量的需求，也減少了使用糾刪碼計算校驗(yàn)塊所需的 CPU 周期。但數(shù)據(jù)壓縮過程對 CPU 的消耗呢？
ESA 對 RAID-5/6 寫性能方面的主要改進(jìn)，是針對以上第二點(diǎn)。
注：為了避免陷入性能泥沼，VMware 要求只能在全閃配置的 vSAN 集群上才能啟用 RAID-5/6。這種配置下，讀操作可以不經(jīng)過緩存盤，直接從容量盤讀取，除非被讀取的數(shù)據(jù)正好就是緩存盤上的寫緩沖內(nèi)容。vSAN 7 及以前的版本中，就是以這種方式來避免校驗(yàn)塊計算可能引入 I/O 的放大。
vSAN 8 ESA 中引入了新的日志結(jié)構(gòu)化文件系統(tǒng)（LFS）和優(yōu)化的日志結(jié)構(gòu)化對象管理器。LFS 將壓縮后的數(shù)據(jù)塊與元數(shù)據(jù)打包，并使用鏡像（Mirroring / RAID-1）方式將這些數(shù)據(jù) / 副本和對應(yīng)的日志寫入到不同主機(jī)的閃存盤上。臨時存儲這些數(shù)據(jù)的區(qū)域被稱為“性能分支（Performance Leg）”，它不獨(dú)占某個特定的閃存盤，而是分布在每個閃存盤上。這個過程，由于不需要計算校驗(yàn)塊，寫入速度會很快，客戶機(jī)可以在最短時間內(nèi)獲得寫確認(rèn)，表現(xiàn)出整體寫性能的提升。
暫時存放在“性能分支”的數(shù)據(jù)，會被整合為更大的數(shù)據(jù)塊，計算校驗(yàn)塊之后，再寫入“容量分支（Capacity Leg）”。這次寫入發(fā)生在后臺，發(fā)起寫入請求的客戶機(jī)（虛擬機(jī)）早已收到了寫確認(rèn)，不會感受到其中的延遲。
圖 3 ESA 模式下 RAID-5 寫入流程簡圖
通過以上原理簡介，我們知道 ESA 所宣傳的“不需要專門的緩存盤”，不意味著不使用緩存機(jī)制，它只是把“緩存盤”改成了“性能分支”。寫緩沖數(shù)據(jù)不再獨(dú)占某個閃盤，而是將臨時數(shù)據(jù)作為“性能分支”分散到所有閃盤上的，因此也不再受到原有 600GB 可用緩沖空間的限制。問題是，每個集群上的“性能分支”總共需要占用多少空間？VMware 目前還沒有公布這方面的細(xì)節(jié)，而是在博客中用了一種很模糊的說法：“它非常小 – 剛好足以將數(shù)據(jù)傳輸?shù)匠志么鎯^(qū)域”4。
由于采用了“先鏡像、后糾刪碼”的兩級數(shù)據(jù)存儲方式，VMware 發(fā)布 vSAN 8 ESA 強(qiáng)調(diào)的最主要亮點(diǎn)是：“以 RAID-1 的性能，獲得 RAID-5/6 帶來的存儲空間節(jié)省”4。為了使用戶覺得，ESA 不需要那么多硬件設(shè)備，甚至將 OSA 中 RAID-5 采用的“3 數(shù)據(jù)塊 + 1 校驗(yàn)塊”模式，“自適應(yīng)”地降低為“2數(shù)據(jù)塊 + 1 校驗(yàn)塊”，從而減少了所需的最低主機(jī)數(shù)量。以下對比了 OSA 與 ESA 中，RAID-5/6 對主機(jī)數(shù)量的最低要求。
| 最小集群規(guī)模（主機(jī)數(shù)） | OSA | ESA |
| RAID-5 | 4 | 3 |
| RAID-6 | 6 | 6 |
數(shù)據(jù)來源：Adaptive RAID-5 Erasure Coding with the Express Storage Architecture in vSAN 8
對 vSAN 8 ESA 和 OSA 的小結(jié)
至此已經(jīng)可以看出：vSAN 8 ESA 并不能從根本上解決盤組結(jié)構(gòu)（OSA）中被用戶長期詬病的幾個關(guān)鍵問題，而是鼓勵用戶使用更貴的閃盤來獲取更高的性能。OSA 用戶也無法直接遷移到 ESA，因?yàn)閹缀跛杏幸庀蚴褂?ESA 的用戶都要重新購買 vSAN ReadyNodesTM 服務(wù)器。
為了平衡全閃盤集群給用戶帶來的成本焦慮，ESA 通過：
- 鼓勵用戶使用 RAID-5/6 代替 RAID-1，以減少所需的閃盤容量和數(shù)量。
- 通過默認(rèn)啟用壓縮功能以及對壓縮算法的改進(jìn)，減少了對存儲空間的要求。
- 改進(jìn)的 RAID-5 機(jī)制小幅降低了對主機(jī)數(shù)量的要求。
注：這些措施可能對減少存儲空間需求有幫助，但毫無疑問地增加了對于 CPU 資源的消耗。
ESA 在獲得一定程度改善的同時，部分原本在 OSA 上支持的功能，還不能在 ESA 上啟用。關(guān)于新版本受到的功能限制和后續(xù)更新，請參見 VMware 官方消息。
在 OSA 方面：
- vSAN 8 保留了對 OSA 的支持，原有 vSAN 用戶可以升級到 vSAN 8 后繼續(xù)使用 OSA 模式，不必強(qiáng)制改用全閃盤結(jié)構(gòu)的 ESA，同一個 vCenter 可以同時管理 OSA 集群和 ESA 集群。
- vSAN 8 的 OSA 模式下，緩存盤上的可用空間從 600GB 提高到 1.6TB，但要注意：
- 此空間僅可用于全閃盤組配置下的寫緩沖。
- 將在每臺主機(jī)上、為每個盤組增加 5GB 內(nèi)存消耗。
無論如何，ESA 消除了“盤組”這一級結(jié)構(gòu)，是一種自我突破。vSAN 發(fā)展過程中的技術(shù)亮點(diǎn)和缺陷都值得所有其他超融合存儲產(chǎn)品不斷學(xué)習(xí)和借鑒，才能提供最符合用戶需求的產(chǎn)品。
其他解題思路：“共享緩存”與“智能冷熱數(shù)據(jù)分層”技術(shù)相結(jié)合
除了 ESA，是否存在其他避免“盤組”結(jié)構(gòu)復(fù)雜化的解決方案？
有的。如國內(nèi)獨(dú)立超融合廠商 SmartX，以自主研發(fā)的分布式塊存儲技術(shù)為核心，將“共享緩存”與“智能冷熱數(shù)據(jù)分層”技術(shù)結(jié)合，對比“盤組結(jié)構(gòu)”的限制和不足，具有以下優(yōu)點(diǎn)：
- 主機(jī)內(nèi)沒有“盤組”這種結(jié)構(gòu)：在集群內(nèi)的每個主機(jī)上允許共享 2 個以上大容量緩存盤組成的緩存層（單臺主機(jī)最大支持 16TB 緩存盤和 80TB 容量盤），避免了緩存層設(shè)備的單點(diǎn)故障。
- 通過 2 級 LRU（Least Recently Used）算法對冷熱數(shù)據(jù)進(jìn)行生命周期管理，提升數(shù)據(jù)緩存層利用率。
- 緩存盤上 System 和 Meta data 分區(qū)在節(jié)點(diǎn)內(nèi)部作鏡像，Journal 和 Cache 分區(qū)支持跨節(jié)點(diǎn)鏡像，進(jìn)一步提升緩存層的高可用特性。
- 不同規(guī)格型號的主機(jī)、緩存盤、容量盤可以組成異構(gòu)集群，為用戶提供更靈活的擴(kuò)容選擇。
- 對特定的存儲要求，也支持將全部盤資源用于存儲的“不分層”模式。
- 通過“本地優(yōu)先”的讀寫路徑，提升虛擬機(jī)對存儲的訪問性能。
SmartX 分布式存儲可以與 vSphere 進(jìn)行超融合部署，為困擾于 OSA 盤組結(jié)構(gòu)限制但又無法使用 ESA 的用戶，提供了一種選項(xiàng)。
更多 SmartX 超融合技術(shù)講解和測試對比，請參見：
VMware 替代合集 | 技術(shù)路線、廠商評估、技術(shù)分析與對比
VMware 替代專題 | VMware 超融合國產(chǎn)替代之性能對比篇
VMware 替代專題 | VMware 與 SmartX 分布式存儲緩存機(jī)制淺析與性能對比
VMware 替代專題 | VMware 與 SmartX 快照原理淺析與 I/O 性能對比
《不止彈性，更加靈活。一文了解 SmartX 超融合如何擴(kuò)容》
參考文章：
1. Understanding vSAN memory consumption in ESXi 6.x and 7.x (2113954) | VMware KB https://kb.vmware.com/s/article/2113954
2. Adaptive RAID-5 Erasure Coding with the Express Storage Architecture in vSAN 8 | VMware https://core.vmware.com/blog/adaptive-raid-5-erasure-coding-express-storage-architecture-vsan-8
3.Comparing the Original Storage Architecture to the vSAN 8 Express Storage Architecture | VMware https://core.vmware.com/blog/comparing-original-storage-architecture-vsan-8-express-storage-architecture
4.RAID-5/6 with the Performance of RAID-1 using the vSAN Express Storage Architecture | VMware https://core.vmware.com/blog/raid-56-performance-raid-1-using-vsan-express-storage-architecture
5. An Introduction to the vSAN Express Storage Architecture | VMware https://core.vmware.com/blog/introduction-vsan-express-storage-architecture
6. Increased Write Buffer Capacity for the vSAN 8 Original Storage Architecture https://core.vmware.com/blog/increased-write-buffer-capacity-vsan-8-original-storage-architecture
7. vSAN Frequently Asked Questions (FAQ) | VMware https://core.vmware.com/resource/vsan-frequently-asked-questions-faq