vSAN超融合架構(gòu)

vsan超融合非常適合企業(yè)應(yīng)用環(huán)境

vSAN超融合架構(gòu)

vSAN架構(gòu)之高可用性

基于策略的的存儲(chǔ)管理

1  概述 1.1 背景信息 從互聯(lián)網(wǎng)到數(shù)據(jù)中心再到移動(dòng)設(shè)備，IT已成為推動(dòng)我們現(xiàn)代經(jīng)濟(jì)快速發(fā)展的基礎(chǔ)架構(gòu)。然而，一直以來(lái)我們都將基礎(chǔ)設(shè)施看作是硬件?，F(xiàn)在是不是需要重新考慮這個(gè)問(wèn)題了呢？ 虛擬化使企業(yè)思考 IT 基礎(chǔ)架構(gòu)的方式發(fā)生了變化：從硬件定義到軟件定義。軟件在崛起，未來(lái)數(shù)據(jù)中心真正的統(tǒng)治者將是軟件。 所需的資源需要實(shí)現(xiàn)動(dòng)態(tài)化和自動(dòng)化：要以一種便于使用的服務(wù)來(lái)提供，而不是以傳統(tǒng) IT 項(xiàng)目來(lái)提供。這種轉(zhuǎn)變正在計(jì)算領(lǐng)域以一種勢(shì)不可擋的勢(shì)頭順利推進(jìn)。通過(guò)服務(wù)器虛擬化來(lái)替代服務(wù)器硬件可被看做是這一轉(zhuǎn)型的第一步。這種方法為我們提供了新的、更加強(qiáng)大和靈活的方式來(lái)利用和優(yōu)化數(shù)據(jù)中心中的資源。 現(xiàn)在，存儲(chǔ)領(lǐng)域也開(kāi)始發(fā)生變化。工作重點(diǎn)從磁盤陣列轉(zhuǎn)移到軟件為基礎(chǔ)的邏輯資源，這在十年前也許還無(wú)法想象，但現(xiàn)在這一現(xiàn)象正在逐漸成為現(xiàn)實(shí)。通過(guò)聯(lián)合使用服務(wù)器和存儲(chǔ)虛擬化軟件，能夠更好地落實(shí)端到端虛擬化戰(zhàn)略的優(yōu)勢(shì)。通過(guò)不斷地改進(jìn)，這一存儲(chǔ)方法今后還可能獲得額外的硬件獨(dú)立性、更好地利用磁盤容量和降低成本、建立虛擬的存儲(chǔ)基礎(chǔ)設(shè)施。 由于IT預(yù)算保持不變或進(jìn)一步縮小，企業(yè)被迫尋找能夠以較少的人管理更多的存儲(chǔ)設(shè)備的方法，同時(shí)還能夠降低資本和運(yùn)營(yíng)支出。事實(shí)上，在觀察今天的經(jīng)濟(jì)環(huán)境產(chǎn)生的新興技術(shù)的購(gòu)買需求時(shí)，我們很明顯的看到，IT決策者在增加更加誘人的附屬功能的時(shí)候不只是增加了計(jì)算或存儲(chǔ)能力，取而代之的是，IT管理人員正在尋找一些不但能夠切實(shí)提供顯而易見(jiàn)節(jié)約硬件資本同時(shí)還可提供必要的物質(zhì)資源的解決辦法。 下圖是來(lái)自IDC在2013年11月對(duì)IT公司的調(diào)研數(shù)據(jù)，如圖所示，隨著業(yè)務(wù)的不斷增加，對(duì)存儲(chǔ)的需求成指數(shù)上升。根據(jù)預(yù)測(cè)，未來(lái)兩年對(duì)存儲(chǔ)的需求增長(zhǎng)為每年41%。 

存儲(chǔ)增長(zhǎng)趨勢(shì) 同時(shí)，存儲(chǔ)面臨多重挑戰(zhàn)：首當(dāng)其沖的就是如何在滿足不斷激增的應(yīng)用和存儲(chǔ)需求的同時(shí)，滿足客戶的SLA。其后，是故障排除通常需要資深專家的支持。如何在更少的時(shí)間應(yīng)用更少的成本滿足業(yè)務(wù)部門的SLA需要，在滿足策略控制的前提下，簡(jiǎn)化、自動(dòng)化管理流程，并確保服務(wù)在線，成為企業(yè)IT部門在存儲(chǔ)領(lǐng)域的關(guān)切點(diǎn)。 以前，存儲(chǔ)都是在項(xiàng)目開(kāi)始階段配置和部署的，在其生命周期中不再更改。如果要求更改虛擬機(jī)所利用的 LUN 或卷的某些方面或功能，則在許多情況下，需要?jiǎng)h除原始 LUN 或卷并創(chuàng)建具有所需功能的新卷。這是一項(xiàng)干擾性很強(qiáng)且非常耗時(shí)的操作，可能需要花費(fèi)數(shù)周的時(shí)間進(jìn)行協(xié)調(diào)。 存儲(chǔ)壓力來(lái)源 超融合旨在通過(guò)主機(jī)上與底層硬件集成并對(duì)其進(jìn)行抽象化處理的軟件層實(shí)，現(xiàn)存儲(chǔ)服務(wù)和服務(wù)級(jí)別協(xié)議的自動(dòng)化。 

通過(guò)超融合，可以動(dòng)態(tài)滿足虛擬機(jī)存儲(chǔ)要求，而無(wú)需重新調(diào)整 LUN 或卷。虛擬機(jī)工作負(fù)載可能會(huì)隨著時(shí)間的推移有所變化，而底 層存儲(chǔ)可以隨時(shí)適應(yīng)工作負(fù)載。通過(guò)超融合，可以動(dòng)態(tài)滿足虛擬機(jī)存儲(chǔ)要求，而無(wú)需重新調(diào)整LUN或卷。虛擬機(jī)工作負(fù)載可能會(huì)隨著時(shí)間的推移有所變化，而底層存儲(chǔ)可以隨時(shí)適應(yīng)工作負(fù)載。 XXX客戶作為國(guó)內(nèi)大型企業(yè)，信息化建設(shè)不斷發(fā)展。目前信息化網(wǎng)絡(luò)以信息中心為運(yùn)營(yíng)維護(hù)單位，覆蓋XXXX等多套業(yè)務(wù)系統(tǒng)，服務(wù)器資源龐大，對(duì)存儲(chǔ)的需求也不斷激增。出于經(jīng)濟(jì)效益和管理安全性考慮，針對(duì)虛擬化環(huán)境的存儲(chǔ)解決方案已經(jīng)提上日程。 1.2 現(xiàn)狀分析 隨著xxxx信息化建設(shè)的不斷深入、業(yè)務(wù)系統(tǒng)的不斷上線，一方面提供信息服務(wù)的IT軟硬件的種類與數(shù)量不斷增加；另一方面，IT軟硬件的運(yùn)行情況和企業(yè)各部門業(yè)務(wù)的捆綁越來(lái)越緊密，IT軟硬件承擔(dān)的責(zé)任也越來(lái)越重，對(duì)xxx數(shù)據(jù)中心的安全、運(yùn)營(yíng)和維護(hù)管理的要求也越高。 虛擬化和云計(jì)算技術(shù)成為xxxx數(shù)據(jù)中心選擇的解決方案。該數(shù)據(jù)中心的基礎(chǔ)架構(gòu)由服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)構(gòu)成，其中，為虛擬化平臺(tái)提供數(shù)據(jù)空間的存儲(chǔ)大多采用傳統(tǒng)的集中存儲(chǔ)，包括SAN和NAS等。隨著業(yè)務(wù)規(guī)模和種類不斷擴(kuò)大，運(yùn)維人員逐漸感受到服務(wù)器虛擬化帶來(lái)的便利和高效，但僵化的傳統(tǒng)外置磁盤陣列逐漸成為提高管理水平和效率的瓶頸，數(shù)據(jù)中心的運(yùn)維人員需要同時(shí)管理服務(wù)器、網(wǎng)絡(luò)、存儲(chǔ)等硬件，還要管理業(yè)務(wù)軟件、數(shù)據(jù)庫(kù)、中間件、操作系統(tǒng)，甚至虛擬化和云管理平臺(tái)。運(yùn)維人員發(fā)現(xiàn)，每當(dāng)新業(yè)務(wù)需要存儲(chǔ)空間時(shí)，負(fù)責(zé)存儲(chǔ)管理的人員必須向存儲(chǔ)空間使用方詳細(xì)了解所需邏輯卷的空間、性能、可用性（快照、容災(zāi)）等數(shù)據(jù)服務(wù)的需求。導(dǎo)致存儲(chǔ)無(wú)法做到像虛擬服務(wù)器那樣快速高效分配計(jì)算資源一樣，去分配存儲(chǔ)資源。整個(gè)數(shù)據(jù)中心運(yùn)維的敏捷性、靈活性都因此受限。 而且，如果采用傳統(tǒng)外置磁盤陣列，按照最高SLA（服務(wù)等級(jí)協(xié)議）進(jìn)行配置，將會(huì)導(dǎo)致成本居高不下，并造成嚴(yán)重浪費(fèi)。同時(shí)單個(gè)存儲(chǔ)的功能與性能綁定在某個(gè)具體存儲(chǔ)硬件上，并不能滿足所有的應(yīng)用要求。如果為不同的應(yīng)用配置不同的集中存儲(chǔ)，將會(huì)造成大量的分散的集中存儲(chǔ)，造成管理的困難。此外，集中存儲(chǔ)存在擴(kuò)展性問(wèn)題，存儲(chǔ)的容量無(wú)法隨服務(wù)器計(jì)算能力的擴(kuò)展實(shí)現(xiàn)存儲(chǔ)容量的水平擴(kuò)展。同時(shí)，集中存儲(chǔ)在擴(kuò)容的時(shí)候可能面臨被存儲(chǔ)硬件廠商綁架，喪失議價(jià)能力?？偨Y(jié)一下，XXX面臨的主要挑戰(zhàn)有：存儲(chǔ)資源利用率低運(yùn)維管理壓力大 存儲(chǔ)無(wú)法隨應(yīng)用SLA調(diào)整 存儲(chǔ)無(wú)法水平或垂直擴(kuò)展 總體擁有成本居高不下  

2 超融合 2.1 數(shù)據(jù)中心虛擬化對(duì)存儲(chǔ)提出新的要求和挑戰(zhàn) 隨著虛擬化成為基礎(chǔ)架構(gòu)主要的工作負(fù)載機(jī)制，數(shù)據(jù)中心的存儲(chǔ)設(shè)計(jì)面臨前所未有的挑戰(zhàn)： 面臨三個(gè)領(lǐng)域的挑戰(zhàn) 第一個(gè)挑戰(zhàn)是管理復(fù)雜、不靈活。存儲(chǔ)一直是虛擬化架構(gòu)設(shè)計(jì)中最關(guān)鍵的環(huán)節(jié)之一。很多性能的問(wèn)題都和存儲(chǔ)有關(guān)。虛擬化架構(gòu)師需要了解很底層的存儲(chǔ)設(shè)備及其特性，需要在IOPS，延遲和容量等各個(gè)方面優(yōu)化。另外存儲(chǔ)的分層、擴(kuò)展和運(yùn)維都有很多考慮的方面。在引入超融合以前，存儲(chǔ)都是在項(xiàng)目開(kāi)始階段配置和部署的，在其生命周期中不再更改。如果要求更改虛擬機(jī)所利用的LUN或卷的某些方面或功能，則在許多情況下，需要?jiǎng)h除原始LUN或卷并創(chuàng)建具有所需功能的新卷。這是一項(xiàng)干擾性很強(qiáng)且非常耗時(shí)的操作，可能需要花費(fèi)數(shù)周的時(shí)間進(jìn)行協(xié)調(diào)。 第二個(gè)挑戰(zhàn)是費(fèi)用昂貴?；蛘咭笮阅芎芨撸捎猛庵么疟P陣列，將大幅提高整個(gè)虛擬化解決方案的成本。 第三個(gè)挑戰(zhàn)是無(wú)法確保差異化服務(wù)等級(jí)。由于數(shù)據(jù)存儲(chǔ)選擇LUN時(shí)并不考慮每個(gè)虛擬機(jī)的性能和可用性要求，因此難以在存儲(chǔ)方面保證不同應(yīng)用或者不同虛機(jī)的SLA。在每個(gè)卷中包含多個(gè)VMDK的情況下，很難排除性能問(wèn)題。 虛擬環(huán)境的數(shù)據(jù)中心，要求存儲(chǔ)能夠提供新的特征：  提供虛擬機(jī)精確控制  在應(yīng)用高度整合的情況下滿足性能要求 

 提供與vSphere相同級(jí)別的應(yīng)用和數(shù)據(jù)移動(dòng)性  支持快速調(diào)配零停機(jī)操作  按需動(dòng)態(tài)擴(kuò)展  支持VDI和大數(shù)據(jù)等新應(yīng)用  性能可以滿足對(duì)關(guān)鍵應(yīng)用的需求 這些新特性是傳統(tǒng)的存儲(chǔ)所不能滿足的，因此超融合應(yīng)運(yùn)而生。它從前文提及的三個(gè)維度解決虛擬化數(shù)據(jù)中心面臨的問(wèn)題和挑戰(zhàn)：簡(jiǎn)化存儲(chǔ)的管理、降低總擁有成本、實(shí)現(xiàn)端到端的SLA交付。 解決三個(gè)領(lǐng)域的挑戰(zhàn) 2.2 什么是超融合 到底什么是超融合呢？在引入這個(gè)概念之前，我們先來(lái)看一下市場(chǎng)發(fā)展趨勢(shì)： 數(shù)據(jù)業(yè)務(wù)正在以指數(shù)形式增長(zhǎng)。IDC預(yù)測(cè)在2011到2015年，數(shù)據(jù)業(yè)務(wù)將增長(zhǎng)9倍。驅(qū)動(dòng)數(shù)據(jù)業(yè)務(wù)增長(zhǎng)的主要驅(qū)動(dòng)是新的應(yīng)用和現(xiàn)有應(yīng)用的結(jié)合，隨著社交媒體到大數(shù)據(jù)業(yè)務(wù)的廣泛產(chǎn)生，現(xiàn)有的數(shù)據(jù)管理面臨巨大的挑戰(zhàn)。有益于摩爾定律，我們正處于一個(gè)歷史上數(shù)據(jù)業(yè)務(wù)增長(zhǎng)最迅猛的時(shí)期。到2014年，平均的CPU將達(dá)到32線程，每個(gè)處理器插槽將擁有32個(gè)邏輯CPU——16核乘以2個(gè)線程。HDD容量迅速擴(kuò)展。而從一個(gè)高性價(jià)比的觀點(diǎn)來(lái)看，SSD已經(jīng)成為CPU/內(nèi)存與HDD的重要紐帶。 

三大趨勢(shì)推進(jìn)超融合 超融合是軟件定義的數(shù)據(jù)中心的基本組件，可對(duì)存儲(chǔ)資源進(jìn)行抽象化處理，以支持存儲(chǔ)的池化、復(fù)制和按需分發(fā)。這使存儲(chǔ)層與虛擬化計(jì)算層非常相似：都具有聚合、靈活、高效和彈性擴(kuò)展的特點(diǎn)。它們的優(yōu)勢(shì)也如出一轍：全面降低了存儲(chǔ)基礎(chǔ)架構(gòu)的成本和復(fù)雜性。 綜合來(lái)看，超融合具備如下三個(gè)特征：  以應(yīng)用為中心的策略，可實(shí)現(xiàn)存儲(chǔ)使用自動(dòng)化 超融合支持對(duì)異構(gòu)存儲(chǔ)池中的所有資源實(shí)施一致的策略，使存儲(chǔ)的使用像為每個(gè)應(yīng)用或虛擬機(jī)指定容量、性能和可用性要求那樣簡(jiǎn)單。這種基于策略的自動(dòng)化最大限度地利用了底層存儲(chǔ)資源，同時(shí)將管理開(kāi)銷降至最低。  與硬件無(wú)關(guān)的虛擬化數(shù)據(jù)服務(wù) 數(shù)據(jù)服務(wù)（如快照、克隆和復(fù)制）作為虛擬數(shù)據(jù)服務(wù)在軟件中交付，并按虛擬機(jī)進(jìn)行調(diào)配和管理。獨(dú)立于底層存儲(chǔ)硬件使得這些服務(wù)的分配極其敏捷和靈活。  通過(guò)硬盤和固態(tài)磁盤虛擬化確保數(shù)據(jù)持久性 隨著服務(wù)器功能的增多，超融合解決方案可讓企業(yè)利用廉價(jià)的行業(yè)標(biāo)準(zhǔn)計(jì)算硬件來(lái)擴(kuò)大其存儲(chǔ)資源。利用固態(tài)磁盤和硬盤作為虛擬機(jī)的共享存儲(chǔ)，可獲得高性能、內(nèi)置的恢復(fù)能力和動(dòng)態(tài)可擴(kuò)展性，并將存儲(chǔ)總體擁有成本降低50%之多。   

3 VMware超融合解決方案描述 VMware是這樣定義“軟件定義的數(shù)據(jù)中心”的：所有的基礎(chǔ)設(shè)施都被虛擬化，并以服務(wù)的形式提供，對(duì)數(shù)據(jù)中心的控制完全由軟件自動(dòng)化完成。 軟件定義的數(shù)據(jù)中心改變了傳統(tǒng)數(shù)據(jù)中心的運(yùn)行和管理模式。數(shù)據(jù)中心已經(jīng)轉(zhuǎn)由運(yùn)行在基于x86服務(wù)器的虛擬化軟件所管理，這種轉(zhuǎn)變提供了極大的靈活性和控制，同時(shí)提高了效率，也大大降低了成本。軟件定義數(shù)據(jù)中心最關(guān)鍵的組成部分是計(jì)算、網(wǎng)絡(luò)和存儲(chǔ)。 SDDC模塊組件 存儲(chǔ)虛擬化這個(gè)領(lǐng)域相對(duì)于軟件定義的計(jì)算和網(wǎng)絡(luò)稍顯滯后。然而，存儲(chǔ)的產(chǎn)業(yè)和市場(chǎng)需求是非常龐大的。VMware在服務(wù)器級(jí)別先進(jìn)的技術(shù)促成了一種新的存儲(chǔ)模式，也就是所謂的超融合（SDS）。在深入介紹這個(gè)概念之前，先來(lái)了解一下存儲(chǔ)隨著虛擬化的發(fā)展發(fā)生的演進(jìn)。 同時(shí)從控制層面和數(shù)據(jù)層面進(jìn)行虛擬化是SDS的核心原則。通過(guò)軟件并基于x86服務(wù)器平臺(tái)的虛擬化層來(lái)交付存儲(chǔ)資源是SDS的另外一個(gè)核心原則。同時(shí)，外接存儲(chǔ)仍然在交付企業(yè)存儲(chǔ)資源中扮演非常重要的角色。所以，VMware認(rèn)為，把服務(wù)器直連存儲(chǔ)和匯聚在虛擬化層的外接存儲(chǔ)結(jié)合起來(lái)，建立一種可擴(kuò)展的，高性能且高可靠的存儲(chǔ)架構(gòu)，可以獲得最高的性價(jià)比。 

SDDC|SDS 3.1 VMware超融合方案概況 如前文闡述，超融合是軟件定義的數(shù)據(jù)中心的重要支柱之一，它把應(yīng)用于服務(wù)器的先進(jìn)技術(shù)運(yùn)用于存儲(chǔ)領(lǐng)域，可對(duì)異構(gòu)存儲(chǔ)資源進(jìn)行抽象化處理，以支持存儲(chǔ)在邏輯上的池化、復(fù)制和按需分發(fā)。并以應(yīng)用為中心進(jìn)行消費(fèi)和管理，并實(shí)現(xiàn)基于策略的自動(dòng)化。 VMware在超融合方面的計(jì)劃主要側(cè)重于一系列圍繞本地存儲(chǔ)、共享存儲(chǔ)和存儲(chǔ)/數(shù)據(jù)服務(wù)的計(jì)劃。從本質(zhì)上來(lái)說(shuō)，VMware希望使vSphere成為一個(gè)存儲(chǔ)服務(wù)平臺(tái)。超融合旨在通過(guò)主機(jī)上與底層硬件集成并對(duì)其進(jìn)行抽象化處理的軟件層，實(shí)現(xiàn)存儲(chǔ)服務(wù)和服務(wù)級(jí)別協(xié)議的自動(dòng)化。 超融合的一個(gè)關(guān)鍵因素是基于存儲(chǔ)策略的管理(SPBM)。SPBM可以視為新一代VMware vSphere存儲(chǔ)配置文件功能。SPBM是VMware實(shí)施超融合的一個(gè)關(guān)鍵要素。使用SPBM和VMware vSphere API，底層存儲(chǔ)技術(shù)會(huì)呈現(xiàn)一個(gè)抽象化的存儲(chǔ)空間池，為vSphere管理員提供用于虛擬機(jī)調(diào)配的各種功能。這些功能可能與性能、可用性或存儲(chǔ)服務(wù)(例如VMware vSphere ThinProvisioning)有關(guān)。然后，vSphere管理員即可使用虛擬機(jī)上運(yùn)行的應(yīng)用所需的部分功能創(chuàng)建虛擬機(jī)存儲(chǔ)策略。在部署時(shí)，vSphere管理員可根據(jù)虛擬機(jī)的需要選擇恰當(dāng)?shù)奶摂M機(jī)存儲(chǔ)策略。SPBM會(huì)將要求向下推送至存儲(chǔ)層。這時(shí)將啟用多種數(shù)據(jù)存儲(chǔ)以供選擇，這些數(shù)據(jù)存儲(chǔ)可提供虛擬機(jī)存儲(chǔ)策略中包括的各種功能。這意味著系統(tǒng)將始終根據(jù)虛擬機(jī)存儲(chǔ)策略中設(shè)置的要求，在恰當(dāng)?shù)牡讓哟鎯?chǔ)上創(chuàng)建虛擬機(jī)實(shí)例。如果虛擬機(jī)的工作負(fù)載隨時(shí)間推移發(fā)生變化，只需將具有能夠反映新工作負(fù)載的最新要求的策略應(yīng)用于虛擬機(jī)即可。 

超融合 超融合通過(guò)純軟件實(shí)現(xiàn)了存儲(chǔ)相關(guān)的三個(gè)層面的功能：  通過(guò)策略自動(dòng)化消費(fèi)存儲(chǔ)資源：以虛擬機(jī)為中心的安置、保護(hù)和性能策略  基于虛擬化的不依賴于硬件的數(shù)據(jù)服務(wù)：以虛擬機(jī)為中心的快照、克隆、復(fù)制、備份  通過(guò)虛擬化管理程序提取出存儲(chǔ)抽象層：以數(shù)據(jù)存儲(chǔ)和VMDK形式使用的異構(gòu)存儲(chǔ) 貫穿這三個(gè)層面，VMware提供對(duì)應(yīng)于分布式存儲(chǔ)DAS的解決方案Virtual SAN。 和基于共享存儲(chǔ)的解決方案Virtual Volume，本文主要介紹分布式存儲(chǔ)解決方案——Virtual SAN。 3.2 Virtual SAN部署要求 下一節(jié)將詳細(xì)介紹創(chuàng)建Virtual SAN集群必須滿足的硬件和軟件要求。 3.2.1 vSphere要求 3.2.1.1 vCenter Server Virtual SAN至少需要VMware vCenter Server版本6.0。vCenter Server的Microsoft Windows版和VMware vCenter Server Appliance均可管理Virtual SAN。Virtual SAN通過(guò) VMware vSphere Web客戶端進(jìn)行配置和監(jiān)控，這同樣需要VMware vCenter Server版本 6.0。 

3.2.1.2 vSphere 一個(gè)Virtual SAN至少需要三臺(tái)vSphere主機(jī)(其中每臺(tái)主機(jī)均具有本地存儲(chǔ))以形成受支持的Virtual SAN集群。這樣，集群才能達(dá)到至少允許一臺(tái)主機(jī)、磁盤或網(wǎng)絡(luò)發(fā)生故障的最低可用性要求。vSphere主機(jī)至少需要vSphere版本6.0。 3.2.2 存儲(chǔ)要求 3.2.2.1 磁盤控制器 Virtual SAN集群中的每臺(tái)vSphere主機(jī)均需要一個(gè)磁盤控制器。它可以是SAS/SATA主機(jī)總線適配器(HBA)或RAID控制器。不過(guò)，RAID控制器必須至少支持以下兩種功能模式中的一種：直通模式或RAID0模式。直通模式，通常指JBOD或HBA模式，是VSAN6.0推薦的配置，VSAN將會(huì)通過(guò)存儲(chǔ)策略特性要求管理所有RAID配置。Virtual SAN6.0的硬件兼容性列表(HCL)會(huì)列出已通過(guò)測(cè)試的硬件和支持的控制器。http://www.vmware.com/resources/compatibility/search.php 3.2.2.2 硬盤驅(qū)動(dòng)器 在采用VSAN6.0混合架構(gòu)時(shí)，每臺(tái)vSphere主機(jī)在加入Virtual SAN集群時(shí)均必須至少具有一塊HDD磁盤，可是是SAS，NL-SAS或SATA磁盤。HDD構(gòu)成Virtual SAN數(shù)據(jù)存儲(chǔ)的存儲(chǔ)容量。磁盤驅(qū)動(dòng)器提供VSAN共享存儲(chǔ)的存儲(chǔ)容量。 3.2.2.3 固態(tài)磁盤 在VSAN 6.0架構(gòu)基于閃存的設(shè)備可同時(shí)用于緩存層以及持久的容量層。在混合架構(gòu)的vSphere每個(gè)主機(jī)必須至少有一個(gè)基于閃存的緩存盤——SAS，SATA或PCI-E參與VSAN群集。基于閃存的設(shè)備提供既一個(gè)寫緩沖區(qū)和讀取高速緩存。 在全閃存架構(gòu)的每個(gè)vSphere主機(jī)必須至少有一個(gè)基于閃存的容量盤——SAS，SATA或PCI-E標(biāo)記為一個(gè)容量設(shè)備，同時(shí)必須至少有一個(gè)用于提升性能的閃存盤才能加入VSAN群集。虛擬VSAN 6.0全閃存架構(gòu)是基于兩層模型的性能和容量。 在混合結(jié)構(gòu)，每個(gè)主機(jī)基于閃存設(shè)備的容量越大，用于提升I / O的緩沖越大，性能提升越高。此場(chǎng)景并不適用于全閃速的結(jié)構(gòu)。 注意：在混合和全閃存架構(gòu)，基于閃存的高速緩存設(shè)備不向分布式VSAN提供數(shù)據(jù)存儲(chǔ)的整體容量。因?yàn)樗鼈兪怯糜谧x取和寫入緩存，他們只計(jì)入VSAN緩存層或?qū)?/p>

入緩沖區(qū)。在全閃存架構(gòu)基于閃存的設(shè)備標(biāo)記為容量的設(shè)備組成的分布式VSAN數(shù)據(jù)存儲(chǔ)的大小。 3.2.3 網(wǎng)絡(luò)要求 3.2.3.1 網(wǎng)卡 VSAN混合架構(gòu)，每臺(tái)vSphere主機(jī)必須至少具有一個(gè)1Gb或10Gb的網(wǎng)卡(NIC)。作為最佳實(shí)踐，VMware 建議使用10Gb網(wǎng)卡。全閃存架構(gòu)只支持10Gb以太網(wǎng)能力的網(wǎng)卡。為實(shí)現(xiàn)冗余和高可靠性，可以為每臺(tái)主機(jī)配置一組網(wǎng)卡，但是不支持鏈路聚合。VMware將此視為最佳實(shí)踐，但不認(rèn)為這對(duì)于構(gòu)建功能完善的Virtual SAN集群來(lái)說(shuō)是必要的。 3.2.3.2 支持的虛擬交換機(jī)類型 VSAN6.0支持VMware vSphere Distributed Switch (VDS)和vSphere標(biāo)準(zhǔn)交換機(jī)(VSS)。不支持其他任何虛擬交換機(jī)類型。 3.2.3.3 VMkernel網(wǎng)絡(luò) 在每臺(tái)vSphere主機(jī)上，必須創(chuàng)建用于Virtual SAN通信的VMkernel端口。VMkernel端口標(biāo)記為Virtual SAN。當(dāng)集群中的一臺(tái)vSphere主機(jī)擁有特定虛擬機(jī)時(shí)，此端口將用于集群間的節(jié)點(diǎn)通信，也用于讀寫操作，但組成虛擬機(jī)文件的實(shí)際數(shù)據(jù)塊位于集群中的另一臺(tái)vSphere主機(jī)上。在這種情況下，I/O必須通過(guò)在集群中的主機(jī)之間配置的網(wǎng)絡(luò)進(jìn)行傳輸。如果這個(gè)接口在分布式交換機(jī)VDS上創(chuàng)建，可以通過(guò)設(shè)定份額或預(yù)留功能實(shí)現(xiàn)vSphere網(wǎng)絡(luò)VSAN流量的I/O控制。 需要注意的是：并不是Virtual SAN集群中的每個(gè)節(jié)點(diǎn)都需要有本地存儲(chǔ)；沒(méi)有本地存儲(chǔ)的主角仍然能夠利用分布式數(shù)據(jù)存儲(chǔ)。 

用于Virtual SAN流量的VMkernel端口 3.3 解決方案設(shè)計(jì) 注：該章節(jié)需要SE結(jié)合客戶需求擴(kuò)寫或刪除 3.3.1 方案概括 一個(gè) Virtual SAN 群集最初由 3到 64 個(gè)X86服務(wù)器節(jié)點(diǎn)組成?；旌辖Y(jié)構(gòu)，每個(gè)節(jié)點(diǎn)必須至少有一個(gè)全新的SSD 和一個(gè)全新的SAS/SATA/PCI-e 磁盤驅(qū)動(dòng)器。全閃存結(jié)構(gòu)，每個(gè)節(jié)點(diǎn)必須至少擁有兩個(gè)全新SSD和一個(gè)全新SAS/SATA/PCI-e磁盤驅(qū)動(dòng)器，其中一個(gè)SSD標(biāo)記為緩存層，其他一個(gè)用于存儲(chǔ)容量。這些計(jì)算節(jié)點(diǎn)并不會(huì)專用于 Virtual SAN：它們也會(huì)為各種正常的 vSphere 工作負(fù)載提供支持。  

基礎(chǔ)架構(gòu) Virtual SAN 會(huì)在創(chuàng)建群集時(shí)“開(kāi)啟”；這樣，新的存儲(chǔ)資源就會(huì)像計(jì)算資源一樣透明地添加到池中。 Virtual SAN 可在所有節(jié)點(diǎn)之間提供一個(gè)集中的數(shù)據(jù)存儲(chǔ)，供虛擬機(jī)及其 VMDK 使用?？梢栽谕粋€(gè) Virtual SAN 數(shù)據(jù)存儲(chǔ)實(shí)施多種策略（冗余、性能），無(wú)需預(yù)先創(chuàng)建常用的存儲(chǔ)池：金級(jí)、銀級(jí)等。 Virtual SAN 可對(duì)所需的策略進(jìn)行監(jiān)控，并且只要有足夠的資源，也可以根據(jù)需要進(jìn)行自我調(diào)整：條帶化數(shù)據(jù)對(duì)象、使用更多 SSD 緩存等。 目前，Virtual SAN 的數(shù)據(jù)服務(wù)都由 vSphere 提供：快照、鏈接克隆、復(fù)制、vSphere HA、DRS、VDP，或者通過(guò)第三方技術(shù)合作伙伴提供。此外，Virtual SAN 具有卓越的“節(jié)點(diǎn)撤離功能”，可以在關(guān)閉節(jié)點(diǎn)進(jìn)行維護(hù)或更換之前，重新定位正在運(yùn)行的進(jìn)程及其相關(guān)存儲(chǔ)。 在 vSphere 群集中，并非所有節(jié)點(diǎn)都需要具有本地存儲(chǔ)；沒(méi)有磁盤的節(jié)點(diǎn)可通過(guò)網(wǎng)絡(luò)訪問(wèn) Virtual SAN 數(shù)據(jù)存儲(chǔ)。  混合架構(gòu)解決方案 運(yùn)行Virtual SAN 的每個(gè)服務(wù)器節(jié)點(diǎn)最多支持 5 個(gè)磁盤組。每個(gè)磁盤組有1~ 7 個(gè)HDD磁盤，但必須有一個(gè)的 SSD用于緩存層。這些磁盤可以是內(nèi)部磁盤，也可以是通過(guò)JBOD 進(jìn)行認(rèn)證的外部磁盤。之所以有磁盤組的概念是因?yàn)?，允許主機(jī)內(nèi)多個(gè)SSD參與讀寫緩存的工作，并把故障域縮小到一定范圍內(nèi)。 

磁盤組 SSD充當(dāng)分布式讀寫緩存，并不用于永久保存數(shù)據(jù)。每個(gè)磁盤組只支持一個(gè)SDD：70%的SSD 容量用于緩存讀取，其余30% 用于寫入?？梢栽谌∠虼疟P暫存之前，在兩個(gè)或兩個(gè)以上節(jié)點(diǎn)之間鏡像緩存寫入來(lái)對(duì)該緩存寫入進(jìn)行保護(hù)。也可以使用多節(jié)點(diǎn)鏡像來(lái)防止發(fā)生磁盤故障和節(jié)點(diǎn)故障。  全閃存架構(gòu)解決方案 全閃存架構(gòu)中，所有的磁盤都必須是固態(tài)磁盤，運(yùn)行Virtual SAN 的每個(gè)服務(wù)器節(jié)點(diǎn)最多支持 5 個(gè)磁盤組。每個(gè)磁盤組有1~ 7 個(gè)SSD磁盤用于存儲(chǔ)容量，同時(shí)必須有至多一個(gè)的 SSD用于緩存層。 SSD充當(dāng)分布式緩存時(shí)，并不用于永久保存數(shù)據(jù)。每個(gè)磁盤組只支持一個(gè)SSD最為緩存層：由于全閃存架構(gòu)的存儲(chǔ)容量的也用固態(tài)硬盤實(shí)現(xiàn)，故讀性能不是瓶頸，緩存層SSD100% 用于寫入。 借助于全閃存架構(gòu)，以及更高的可用性，VSAN 6.0除了支持VDI、DR和測(cè)試/開(kāi)發(fā)場(chǎng)景之外，還能支持關(guān)鍵的業(yè)務(wù)應(yīng)用。 

  3.3.2 應(yīng)用于關(guān)鍵應(yīng)用的方案框架（可選） VSAN6.0相比之前的版本，有許多性能提升和功能增加，VSAN已經(jīng)被驗(yàn)證，可以支持關(guān)鍵應(yīng)用的環(huán)境要求。為虛擬化的關(guān)鍵應(yīng)用提供高性能、高可用性和可在線擴(kuò)展的企業(yè)級(jí)存儲(chǔ)解決方案，包括Tier-1生產(chǎn)和業(yè)務(wù)關(guān)鍵應(yīng)用。 在VSAN6.0 里，全閃存能為每主機(jī)提供高達(dá)90K IOPS的性能 。響應(yīng)時(shí)間縮短到亞毫秒級(jí)別，可以滿足Tier-1或關(guān)鍵業(yè)務(wù)工作負(fù)載的需求，包括Oracle 、Microsoft SQL Server和ERP等關(guān)鍵業(yè)務(wù)應(yīng)用程序的需求。 全閃存架構(gòu)示意 3.3.3 應(yīng)用于虛擬桌面場(chǎng)景的方案框架（可選） 

虛擬桌面的存儲(chǔ)  Virtual SAN是適用于 VDI 的理想解決方案  經(jīng)過(guò)閃存加速的體系結(jié)構(gòu)可處理寫入密集型工作負(fù)載的峰值需求（啟動(dòng)風(fēng)暴、登錄風(fēng)暴等）  可與 Horizon View 產(chǎn)品互操作以實(shí)現(xiàn)簡(jiǎn)單性和易用性  能夠精確地從概念證明擴(kuò)展到生產(chǎn)以避免超額配置  極具吸引力的性價(jià)比可提供一流的性能和價(jià)值  無(wú)縫的按需求擴(kuò)展，避免了前期的巨額投資  支持高密度VDI    

Virtual SAN的擴(kuò)展 傳統(tǒng)虛擬桌面環(huán)境（VDI）的共享存儲(chǔ)，在進(jìn)行擴(kuò)展的時(shí)，需要增添服務(wù)器和存儲(chǔ)陣列；而采用Virtual SAN作為VDI存儲(chǔ)的時(shí)候，僅需要擴(kuò)展服務(wù)器，依靠服務(wù)器內(nèi)的本地存儲(chǔ)來(lái)增加虛擬共享存儲(chǔ)容量?？梢哉f(shuō)，VDI的存儲(chǔ)包含在單獨(dú)的服務(wù)器里，縱向可以通過(guò)添加磁盤進(jìn)行擴(kuò)展，橫向可以通過(guò)增加新的服務(wù)器節(jié)點(diǎn)，新的節(jié)點(diǎn)需要包含SSD和HDD磁盤。這樣的最大好處是可以根據(jù)需要平滑擴(kuò)展，降低前期投資。企業(yè)可以快速?gòu)腜OC測(cè)試環(huán)境轉(zhuǎn)化到生產(chǎn)環(huán)境，同時(shí)免除了對(duì)外界存儲(chǔ)的設(shè)計(jì)和容量規(guī)劃。最重要的是，應(yīng)用的性能并沒(méi)有下降，服務(wù)器內(nèi)的SSD層把應(yīng)用的延遲/相應(yīng)時(shí)間降到了毫秒級(jí)。 Virtual SAN在和View結(jié)合使用時(shí)，Horizon View 可用性策略如下（默認(rèn)且推薦、可修改）：  全克隆策略  FTT = 1 永久  FTT = 0 非永久  鏈接克隆策略  OS Disk: FTT = 1 專屬池  OS Disk: FTT =  0 浮動(dòng)池  Replica Disk: FTT = 1 3.3.4 應(yīng)用于2、3層應(yīng)用或測(cè)試和開(kāi)發(fā)的方案框架（可選） 通用使用場(chǎng)景 

 Virtual SAN混合架構(gòu)是適用于服務(wù)器工作負(fù)載的理想解決方案  在服務(wù)器層調(diào)配和管理存儲(chǔ)非常簡(jiǎn)單快捷  內(nèi)置在 ESXi 內(nèi)核中以提高性能  基于策略的體系結(jié)構(gòu)可自動(dòng)執(zhí)行常規(guī)存儲(chǔ)功能  可基于任何 x86 硬件運(yùn)行并通過(guò) vSphere Web Client 進(jìn)行管理  基于私有云的2、3層級(jí)測(cè)試和開(kāi)發(fā)  理想性價(jià)比  數(shù)據(jù)中心占地面積最小化 基礎(chǔ)架構(gòu) 如上圖所示，每個(gè)ESXi主機(jī)貢獻(xiàn)SSD和HDD磁盤容量。Virtual SAN把這些資匯集到vSphere群集的一個(gè)數(shù)據(jù)存儲(chǔ)中。每個(gè)虛擬機(jī)的home文件夾和每個(gè)虛擬磁盤以一個(gè)Virtual SAN對(duì)象的形式存放。虛擬機(jī)在vSphere群集中的某個(gè)主機(jī)上運(yùn)行，如果主機(jī)故障，HA和DRS會(huì)讓虛擬機(jī)在其他的主機(jī)上重啟。Virtual SAN對(duì)象能夠分成多個(gè)組件來(lái)提升性能和數(shù)據(jù)保護(hù)，這些都由存儲(chǔ)策略監(jiān)管。 3.3.5 應(yīng)用于災(zāi)備的方案框架（可選） 

容災(zāi)方案框架  Virtual SAN 是適用于災(zāi)難恢復(fù)的理想解決方案  以應(yīng)用為中心的數(shù)據(jù)保護(hù)，自動(dòng)化的災(zāi)難恢復(fù)  與vSphere Replication和VMware SRM集成  SRM 互操作性：自動(dòng)化的災(zāi)難恢復(fù)編排功能可降低 RTO 和運(yùn)營(yíng)開(kāi)銷  較低的存儲(chǔ)成本：Virtual SAN 可充分利用基于 x86 的 異構(gòu)硬件設(shè)備  靈活性，可用于任何虛擬化應(yīng)用、任何存儲(chǔ)  數(shù)據(jù)中心占地面積最小化 Virtual SAN恢復(fù)能力強(qiáng)，可以抵抗任何硬件故障，如下圖所示Virtual SAN 旨在確保出現(xiàn)故障時(shí)決不會(huì)丟失任何數(shù)據(jù)。Virtual SAN的恢復(fù)能力易于通過(guò)策略進(jìn)行設(shè)置，并且按虛擬機(jī)進(jìn)行交付，由于在其他節(jié)點(diǎn)設(shè)置了副本，可以做到發(fā)生磁盤、網(wǎng)絡(luò)或主機(jī)故障時(shí)的零數(shù)據(jù)丟失，確保在磁盤或網(wǎng)絡(luò)故障時(shí)實(shí)現(xiàn)零停機(jī)。此外，可與 vSphere HA 和維護(hù)模式互操作，將基礎(chǔ)設(shè)施模塊化以通過(guò)中斷修復(fù)模式。實(shí)現(xiàn)更高效的數(shù)據(jù)中心運(yùn)營(yíng)。 

Virtual SAN可抵御硬件故障  如下圖所示，vSphere Replication可以把任意類型的存儲(chǔ)復(fù)制到Virtual SAN中： 目標(biāo)站點(diǎn)復(fù)制到Virtual SAN 同時(shí)，可以為災(zāi)備對(duì)象選擇磁盤級(jí)或虛擬機(jī)級(jí)別的存儲(chǔ)策略： 

存儲(chǔ)策略 3.3.6 規(guī)劃設(shè)計(jì)細(xì)則 Virtual SAN利用多個(gè)服務(wù)器的本地存儲(chǔ)構(gòu)建成一個(gè)共享的分布式數(shù)據(jù)存儲(chǔ)（datastore）。這個(gè)數(shù)據(jù)存儲(chǔ)的容量是由組成Virtual SAN群集的多個(gè)主機(jī)里面的磁盤組匯集而成的。這些主機(jī)可以是vSphere群集的一個(gè)子集。Virtual SAN數(shù)據(jù)存儲(chǔ)的總?cè)萘烤褪荲irtual SAN群集主機(jī)里HDD磁盤的容量之和。SSD磁盤的容量?jī)H專用于Virtual SAN的緩存層，不記算在存儲(chǔ)容量中。 3.3.6.1 容量規(guī)劃相關(guān)的概念 在分析容量規(guī)劃前，首先引入三個(gè)概念：  對(duì)象（Object） 在VSAN數(shù)據(jù)存儲(chǔ)上部署的虛擬機(jī)由一系列對(duì)象組成。每對(duì)象以多個(gè)組件（component）的形式儲(chǔ)存在Virtual SAN數(shù)據(jù)存儲(chǔ)中。對(duì)象是設(shè)置存儲(chǔ)策略的最小單位，可通過(guò)VM存儲(chǔ)檔案（VM Storage Profiles）為不同對(duì)象設(shè)置性能和可用性的策略服務(wù)。 對(duì)象有四種類型： VM Home：放置虛擬機(jī)配置文件（.vmx, log文件等） 交換Swap：僅在虛擬機(jī)開(kāi)機(jī)時(shí)候產(chǎn)生 VMDK：虛擬機(jī)磁盤文件 快照：VM級(jí)別的快照存儲(chǔ)對(duì)象  組件（Component） 

對(duì)象由分布到不同主機(jī)節(jié)點(diǎn)的組件構(gòu)成。Virtual SAN6.0中，每個(gè)主機(jī)目前支持最多9000個(gè)組件。容量大于255GB的對(duì)象自動(dòng)分成多個(gè)組件。每個(gè)組件消耗2MB的磁盤容量存放元數(shù)據(jù)。  仲裁（Witness） 每個(gè)存儲(chǔ)對(duì)象都存在仲裁組件。只儲(chǔ)存對(duì)象的元數(shù)據(jù)。仲裁扮演裁判的角色，在主機(jī)故障是，決定哪個(gè)含有備份的主機(jī)來(lái)接管服務(wù)。用來(lái)防止腦裂。每個(gè)Virtual SAN仲裁組件消耗2MB用來(lái)存放元數(shù)據(jù)。 3.3.6.2 需要考慮的因素 了解存儲(chǔ)的可靠性和性能對(duì)存儲(chǔ)容量消耗的影響非常重要。在規(guī)劃Virtual SAN數(shù)據(jù)存儲(chǔ)容量時(shí)需要考慮的因素有： 允許的故障主機(jī)數(shù)：Number of Failures to Tolerate 對(duì)象的磁盤條帶數(shù)：Number of Disk Stripes per Object 緩存的預(yù)留：Flash Read Cache Reservation 對(duì)象空間預(yù)留：Object Space Reservation  磁盤組（Disk Group） 前文提及一個(gè)磁盤組包含一個(gè)flash設(shè)備(SAS/SATA/PCIe SSD)和一個(gè)或多個(gè)磁盤設(shè)備 (SAS/SATA HDD)。磁盤組共享分布式緩存層和Virtual SAN數(shù)據(jù)存儲(chǔ)的存儲(chǔ)空間。 Virtual SAN文件格式采用的是修改過(guò)的的VMFS文件系統(tǒng)：VMFS-L，以一個(gè)單獨(dú)的數(shù)據(jù)存儲(chǔ)形式加載到ESXi的對(duì)象存儲(chǔ)文件系統(tǒng)中。 VMFS-L 的文件系統(tǒng)格式每個(gè)磁盤需要消耗750MB的磁盤空間。 磁盤組設(shè)計(jì) 

 Virtual SAN 6.0中支持另一種文件系統(tǒng)VirstoFS，采用這種文件系統(tǒng)，每個(gè)文件系統(tǒng)格式需要消耗磁盤容量1%的。在設(shè)計(jì)VSAN容量時(shí)需要考慮這個(gè)因素。  允許故障主機(jī)數(shù) 允許故障主機(jī)數(shù)是在Virtual SAN中對(duì)存儲(chǔ)容量影響最大的因素?；趯?duì)VM的可靠性需求，設(shè)定不同的存儲(chǔ)策略，最多可以致使一個(gè)VM占用與之前相比四倍的磁盤空間。  對(duì)象的磁盤條帶數(shù) 如果對(duì)象的條帶數(shù)超過(guò)默認(rèn)值1，那么每個(gè)條帶將算為一個(gè)拆開(kāi)的組件（component），這將會(huì)影響主機(jī)可支持的組件總數(shù)。  磁盤組（Disk Group）設(shè)計(jì)  每個(gè)磁盤組一個(gè)flash設(shè)備  如果主機(jī)包含多個(gè)flash設(shè)備，需要建立多個(gè)磁盤組來(lái)利用額外的flash設(shè)備  Flash設(shè)備容量與磁盤容量比例越高，緩存層的厚度越大。  需要定義并盡可能減少存儲(chǔ)的故障域。  SSD容量設(shè)計(jì) 推薦的Virtual SAN的用于緩存的flash磁盤（SSD）容量是VSAN存儲(chǔ)總?cè)萘康?0%（在考慮最大允許故障主機(jī)之前）。如下圖所示，如果規(guī)劃的每個(gè)VM需要20GB的空間，有1000個(gè)VM，那么總的為VM規(guī)劃的存儲(chǔ)空間需求大約是20TB，按推薦的10%flash來(lái)計(jì)算，總的flash容量需求為2TB。 Flash設(shè)計(jì)舉例 在實(shí)踐中，總的flash容量比例應(yīng)該基于使用案例和存儲(chǔ)容量對(duì)性能的需求。

 全閃存架構(gòu)需要考慮的因素  需要VSAN6.0版本  要求 10Gb 網(wǎng)絡(luò)，不支持 1Gb 網(wǎng)卡  最大的全閃存節(jié)點(diǎn)數(shù) 32  閃存設(shè)備同時(shí)用作緩存和容量  在全閃存配置中不采用讀緩存預(yù)留  需要標(biāo)記用于存儲(chǔ)容量的閃存設(shè)備 3.3.6.3 容量計(jì)算公式  常量： VSAN 組件和VMFS元數(shù)據(jù)開(kāi)銷 (VSANmetaDataOverhead):     1GB/磁盤  變量(以下數(shù)字為計(jì)算舉例)： 群集主機(jī)數(shù)：Number of Hosts Per cluster (Hst) = 8 每個(gè)主機(jī)的磁盤組數(shù)：Number of Disk Groups (DskGrp) = 5 每個(gè)磁盤組的磁盤數(shù)：Number of Disks Per Disk Group (DskPerDskGrp) = 7 磁盤容量：Size of Disks (SzHDD) = 4000 GB 允許故障主機(jī)數(shù)：Number of Failures To Tolerate (ftt) = 1 每主機(jī)支持VM數(shù)：Number of Virtual Machines (VMs) = 800 每個(gè)虛擬機(jī)的磁盤數(shù) (NumOfVMDK) = 1 每個(gè)VM的內(nèi)存 (vmSwp) = 10 GB  VSAN群集的毛容量 

公式: Hst x NumDskGrpPerHst x NumDskPerDskGrp x SzHDD = y 例如: 8 x 5 x 7 x 4000 GB =1,120,000 GB =1,120 TB  VMFS元數(shù)據(jù) 

公式: VMFSMetadata x NumDskGrpPerHst x NumDskPerDskGrp = y 例如: 750 MB x 5 x 7 = 26,250 MB = 26.2 GB VMFS 元數(shù)據(jù)  對(duì)象 公式: VMs x [VMnamespace + vmSwap + NumOfVMDK] = y 例如: 800 x [1 + 1 + 1] = 2400 Objects 注: 如有快照, 克隆或大于1 的磁盤條帶，則需要增加對(duì)象組件

公式: Object x [ftt x 2 + 1] = y 例如: 2400 x (1 x 2 + 1) = 7200 組件 = 900 組件/主機(jī) (每主機(jī)最大9000個(gè)組件)  組件元數(shù)據(jù) 公式: NumComponents x compMetadata = y 例如: 7200 組件 x 2 MB = 14.4 GB 組件元數(shù)據(jù) VSAN元數(shù)據(jù) 公式: compMetadata + VMFSMetadata = y 例如: 14.4 GB + 26.2 GB = 40.6 GB VSAN 元數(shù)據(jù) 簡(jiǎn)化公式:  NumDskGrpPerHst x NumDskPerDskGrp x NumHosts x 1 GB = y 簡(jiǎn)化公式例如:  5 x 7 x 8 x 1 GB = 280 GB   每個(gè)磁盤組1GB元數(shù)據(jù)考慮到快照條帶等因素  交換的空間占用Swap Utilization 公式: (VMs x vmSwp x 2) 例如: Swap Space = (100 x 10GB x 2) = 2000 GB