1.vmware快照文件大嗎

該文章來源Smartx官方公眾號：VMware 與 SmartX 快照原理淺析與 I/O 性能對比需要了解VMware快照的原理和架構(gòu)的小伙伴，可以值得一讀注：如涉及版權(quán)，可以私信聯(lián)系刪除本文提要VMware vSphere 共有 4 種快照模式：VMFSspars代理記賬機構(gòu)自查報告怎么寫e 基礎(chǔ)快照、SEsparse、vSANSparse 和 vVols/native snapshots。

2.vmware中的快照功能有哪些

除了 vVols/native snapshots，VMware vSphere 其他三種快照的性能取決于多種因素，包括 I/O 類型、數(shù)據(jù)位置、快照深度、redo-log 大小以及 VMDK 的類型等。

3.vmware快照原理 占有空間

其中 VMFSsparse->SEsparse->vSANSparse 這幾種快照的演變實際上是快照性能優(yōu)化的過程：相比 VMFSsparse，SEsparse 通過 4KB 對齊場景優(yōu)化降低了寫放大和磁盤置零開銷，vSAN代理記賬機構(gòu)自查報告怎么寫Sparse 在此基礎(chǔ)上又優(yōu)化了內(nèi)存緩存元數(shù)據(jù)，提高了快照 I/O 性能。

4.vmware快照是什么意思

但 vSANSparse 依舊無法完全避免快照遍歷開銷，同時快照深度增大、快照合并/刪除還是會帶來大幅的性能降低不同于基于 redo-log 文件和快照鏈結(jié)構(gòu)的 VMware 快照技術(shù)，SMTX OS 快照擁有獨立的元數(shù)據(jù)，避免遍歷快照；快照元數(shù)據(jù)除了利用內(nèi)存加速，同時做了持久化存儲；使用更大的數(shù)據(jù)塊進行存儲，有效規(guī)避了多種影響快照性能的因素，降低時延、提升快照性能可恢復性。

5.vmware的快照存儲在哪里

同時，SMTX OS 內(nèi)多組快照之間相互獨立，刪除快照無需合并操作，更快捷、簡單相信使代理記賬機構(gòu)自查報告怎么寫用過虛擬機的朋友，對快照功能肯定不陌生在安裝軟件、變更系統(tǒng)配置等場景都會使用到快照，它可以幫助我們輕松地將虛擬機恢復到特定時刻的狀態(tài)。

6.vmware快照文件更改存放路徑

快照功能無疑很方便，但使用 VMware vSphere 執(zhí)行快照后經(jīng)常會出現(xiàn)虛擬機性能下降、快照管理復雜等問題，十分影響業(yè)務(wù)效率針對這一現(xiàn)象，本文淺析 VMware vSphere 中快照工作原理，并通過對比 VMware vSphere 和 SMTX OS（SmartX 超融合軟件）內(nèi)的快照機制和實測數(shù)據(jù)，說明快照執(zhí)行對虛擬機 I/O 性能的影響。

7.vmware快照占用磁盤空間

VMware vSphere 中的快照技術(shù)淺代理記賬機構(gòu)自查報告怎么寫析VMware 對于快照的定義快照可保存虛擬機在特定時刻的狀態(tài)和數(shù)據(jù)狀態(tài)包括虛擬機的電源狀態(tài)（例如，打開電源、關(guān)閉電源、掛起）數(shù)據(jù)包括組成虛擬機的所有文件這包括磁盤、內(nèi)存和其他設(shè)備（例如虛擬網(wǎng)卡）。

8.vm快照文件

虛擬機提供了多個用于創(chuàng)建和管理快照及快照鏈的操作通過這些操作，用戶可以創(chuàng)建快照、還原到鏈中的任意快照以及移除快照快照種類目前 VMware vSphere 的虛擬機快照共有 4 種模式：VMFSsparse。

9.vmware虛擬機快照

VMFSsparse 是 VMware 傳統(tǒng)/基礎(chǔ)的虛擬機快照模式，其快照運行原理類似 redo-log在VMFS5 文件系統(tǒng)下，虛擬磁盤默認使用 VM代理記賬機構(gòu)自查報告怎么寫FSsparse 格式（.vmdk 文件小于 2TB）。

10.vmware 快照占空間嗎

SEsparseSEsparse 運行原理與 VMFSsparse 類似，主要為了改進 VMware Horizon View（虛擬桌面場景）性能而推出的快照類型，并且支持空間回收技術(shù)SEsparse 是 VMFS6 數(shù)據(jù)存儲上所有增量磁盤的默認格式。

在 VMFS5 上，SEsparse 用于大小為 2TB 及更大的虛擬磁盤vSANSparsevSANSparse 格式利用新的 VirstoFS 文件系統(tǒng) (v2) 磁盤格式的底層稀疏性和用于跟蹤更新的新內(nèi)存緩存機制，在保留現(xiàn)有的 redo-log 機制的同代理記賬機構(gòu)自查報告怎么寫時提高了快照性能。

vSANSparse 只用于 vSAN 集群，并要求虛擬機不包含 VMFSsparse 快照vVols/native snapshots這種快照實現(xiàn)并不是由 VMware 層面實現(xiàn)的，而是需要依賴外部存儲的快照功能，VMware 通過 VAAI 或者 vVols 將快照操作 Offload 到存儲端執(zhí)行。

本文將針對前三種快照模式進行分析快照原理VMFSsparse 基礎(chǔ)快照VMFSsparse 是在創(chuàng)建虛擬機快照或從虛擬機創(chuàng)建鏈接克隆時使用的虛擬磁盤格式VMFSsparse 在 VMFS（VMware 專屬的文件系統(tǒng)）之上實現(xiàn)，其本質(zhì)上是一個重做日志（redo-log）文件，代理記賬機構(gòu)自查報告怎么寫創(chuàng)建快照初時它是空的，當有數(shù)據(jù)變化就記錄到該文件之上，直至文件增長到跟原來的虛擬磁盤一樣的大小（當虛擬磁盤上的所有數(shù)據(jù)都發(fā)生了變化）。

VMFSsparse 快照實質(zhì)上是 VMFS 命名空間中的另一個文件，它隨著虛擬機快照創(chuàng)建而產(chǎn)生，它與 VM 的虛擬磁盤文件（VMDK）一一對應(yīng)，并記錄虛擬磁盤執(zhí)行快照后的數(shù)據(jù)變化1. 快照文件組成.vmdk 和 -delta.vmdk

VMware 虛擬機上的每個虛擬磁盤都是以 .vmdk 命名的，在執(zhí)行快照后，虛擬磁盤 .vmdk 文件會對應(yīng)生成 -delta.vmdk 文件而 .vmdk 和 -delta.vmdk 文件的集合都會連接到虛擬機。

-delta.代理記賬機構(gòu)自查報告怎么寫vmdk 文件可稱為子磁盤文件當虛擬機再次執(zhí)行快照時，這些子磁盤可以被視為未來的子磁盤的父磁盤在原始父磁盤中，每個子磁盤都將構(gòu)建一個還原點：提供從虛擬磁盤的當前狀態(tài)回退到原始狀態(tài)的服務(wù).vmsd

.vmsd 文件是虛擬機快照信息的數(shù)據(jù)庫（也可以理解為快照的元數(shù)據(jù)），并且是快照管理器信息的主要來源該文件包含一些行條目，這些條目定義了快照之間以及每個快照的子磁盤之間的關(guān)系2. 快照鏈如下圖，原始虛擬磁盤（parent）在示意圖的最下方，它包含未執(zhí)行快照之前完整的數(shù)據(jù)塊。

第一次執(zhí)行快照后（示意圖下方起第二層）生成子磁盤（child1）文件，該快照文件只會記錄執(zhí)行快照后修改過的數(shù)據(jù)，未被修改過的數(shù)據(jù)塊不代理記賬機構(gòu)自查報告怎么寫會記錄在子磁盤文件，而是訪問父磁盤對應(yīng)的數(shù)據(jù)塊，因此它是一個稀疏的磁盤文件。

當?shù)诙螆?zhí)行快照時（示意圖下方起第三層）生成子磁盤（child2）文件，原理跟首次快照類似，只是 child2 的父磁盤變?yōu)?child1，child2 將記錄第二次快照后的數(shù)據(jù)變化，如此類推

圖片來源：了解 vSphere 中的虛擬機快照 (1015180)3. 快照 I/O 原理如前面提到的，VMFSsparse 快照是在 VMFS 文件系統(tǒng)之上實現(xiàn)的，其中快照重做日志（-delta.vmdk 文件）除了記錄了已變化的數(shù)據(jù)，還同時維護自身的元數(shù)據(jù)，以便實現(xiàn)重做日志上的數(shù)據(jù)塊的尋址。

重做日志的塊大小是 512 字節(jié)（剛代理記賬機構(gòu)自查報告怎么寫好是一個扇區(qū)大?。?，使得其讀寫粒度可以小到一個扇區(qū)當從一臺帶快照的虛擬機發(fā)出 I/O 時，VMware 需要通過元數(shù)據(jù)信息確定數(shù)據(jù)是在基礎(chǔ)虛擬磁盤（vmdk）上，還是在快照重做日志（-delta.vmdk）上，使得 I/O 能從正確的位置進行服務(wù)。

快照的性能取決于多種因素，包括 I/O 類型、數(shù)據(jù)位置、快照深度、redo-log 大小以及 VMDK 的類型等4. VMFSsparse 快照對 I/O 性能影響1）I/O 類型當虛擬機執(zhí)行快照后，讀、寫兩種 I/O 類型的性能變化是明顯不同的：

圖片來源：vsanSparse Snapshots其中，讀 I/O 由快照文件和原始磁盤文件共同提供服務(wù)代理記賬機構(gòu)自查報告怎么寫；執(zhí)行快照后修改過的數(shù)據(jù)將從 redo-log 上讀取，未修改過的數(shù)據(jù)則從原始 VMDK 上讀取，這種機制使得部分順序讀取的 I/O 變成隨機讀取，這種情況對機械磁盤并不友好。

對于寫 I/O，如果是快照后首次寫入的數(shù)據(jù)塊，它將直接寫入 redo-log，并需要同時更新 redo-log 上的元數(shù)據(jù)以標記該數(shù)據(jù)塊的物理位置；已存在 redo-log 的數(shù)據(jù)則會直接覆蓋2）快照深度。

當虛擬機擁有多個快照時，讀取數(shù)據(jù)的時候可能需要遍歷每一層快照文件，查詢多個快照文件中的元數(shù)據(jù)，并造成 I/O 性能明顯下降下圖是 VMware vSAN 官方給出的快照深度性能測試示意，可以看到性能隨著快照數(shù)量增加而遞代理記賬機構(gòu)自查報告怎么寫減，執(zhí)行 32 個快照后性能下降至接近 0，而且性能并不會恢復。

圖片來源：VMware Virtual SAN Snapshots in VMware vSphere 6.03）VMDK 格式基礎(chǔ)虛擬磁盤（.vmdk）格式也會影響 I/O 的性能在基礎(chǔ)虛擬磁盤（.vmdk）的格式為 thin（精簡磁盤）且空間未完全分配的情況下，在執(zhí)行快照后，寫入基礎(chǔ)精簡 VMDK 中的未分配塊將導致兩個操作：1）對基礎(chǔ) thin 虛擬磁盤（.vmdk）分配空間以及數(shù)據(jù)塊進行置零操作（VMware 避免出現(xiàn)殘留數(shù)據(jù)的機制）；2）將真實數(shù)據(jù)寫入快照文件（-delta.vmdk）。

這種場景下 I/O 性能將明顯下降代理記賬機構(gòu)自查報告怎么寫SEsparse 快照SEsparse 是一種類似 VMFSsparse（redo-log）的虛擬磁盤格式，并提供一些新功能以及特定場景下的性能優(yōu)化SEsparse 與 VMFSsparse 的區(qū)別之一是 SEsparse 的塊大小為 。

4KB，而 VMFSsparse 的塊大小為 512 字節(jié)上面討論的關(guān)于 VMFSsparse 的大多數(shù)性能影響因素——I/O 類型、快照深度、數(shù)據(jù)的物理位置、基本 VMDK 類型等也適用于 SEsparse 格式。

除了塊大小的變化，SEsparse 虛擬磁盤格式的主要變化在于空間效率SEsparse 虛擬磁盤在 VMTools 的配合下（開啟 umap 功能代理記賬機構(gòu)自查報告怎么寫），客戶端的文件系統(tǒng)刪除數(shù)據(jù)后，自動通知 SEsparse 刪除數(shù)據(jù)塊的映射并回收空間，使得膨脹后的 VMDK 再次收縮，以達到節(jié)省存儲空間的目標。

1. 4K 對齊改善寫放大問題前面提到過 VMFSsparse 的塊大小為 512 字節(jié)，而實際 I/O 經(jīng)過多層文件系統(tǒng)后，寫操作放大問題是比較顯著的下面以從虛擬機操作系統(tǒng)（Guest OS）發(fā)出一個 4KB 的 I/O 作為例子，展示其經(jīng)過 VMDK、VMFS 以及后端存儲的過程中寫放大的情況。

圖片來源：vsanSparse Snapshots當虛擬機發(fā)出一個 4KB I/O，由于虛擬磁盤（VMFSsparse VMDK）的塊大小是 512 字代理記賬機構(gòu)自查報告怎么寫節(jié)，那么 4KB I/O 需要被拆成 8 個 512B I/O，寫到 VMDK 文件的 8 個不同的數(shù)據(jù)塊當中，因為不對齊的原因，4KB 的數(shù)據(jù)有可能打散到多個不連續(xù)的塊當中；而 VMDK 文件又是存放在 VMFS 文件系統(tǒng)之上（VMFS 的塊大小是 1MB），這些 VMDK 上的數(shù)據(jù)塊分別映射到 VMFS 上的 8 個不同的數(shù)據(jù)塊當中；而最終 VMFS 的 I/O 會寫到存儲陣列（或其他外部存儲設(shè)備），使得 I/O 操作至少放大了 8 倍（僅當外部存儲設(shè)備塊大小為 4KB 時；如果不是 4KB，有可能放大的情況更嚴重）。

SEsparse 為了改善上述寫放大的問題，將塊大小調(diào)整為 4KB，那么代理記賬機構(gòu)自查報告怎么寫從虛擬機發(fā)出的 4KB I/O 將對齊寫入單個 VMDK 數(shù)據(jù)塊，由于 VMFS 的塊更大（1MB），因此最終也只會寫入單個 VMFS 的數(shù)據(jù)塊當中，最后寫入外部存儲設(shè)備時，只需要一次 I/O 操作就能完成（4KB 對齊），避免了寫放大的情況。

圖片來源：vsanSparse Snapshots2. 4KB 對齊的優(yōu)化效果為證明 SEsparse 對于減少寫放大的效果，針對三組對象執(zhí)行快照，并使用 IOMeter 執(zhí)行不同 I/O 塊大小的測試：

圖片來源：SEsparse in VMware vSphere 5.5注：Thin：原 VMDK 設(shè)置為精簡置備VMFSsparse：原 VMDK 設(shè)置代理記賬機構(gòu)自查報告怎么寫為厚置備置零SEsparse：原 VMDK 設(shè)置為厚置備置零。

從測試結(jié)果上可以看到：精簡置備（Thin）隨機寫入性能在所有測試場景都是最低的，主要原因在于，精簡置備場景下，需要首先將塊置零，然后再寫入實際數(shù)據(jù)這是因為 VMFS 以 1MB 的粒度分配塊，而該區(qū)域的一部分可能會被真實數(shù)據(jù)填充。

置零可防止應(yīng)用程序從分配的 1MB 物理介質(zhì)中讀取了殘留數(shù)據(jù)相反，當使用 SEsparse 和 VMFSsparse 格式時，空間分配發(fā)生在更小的塊大小中，分別為 4KB 和 512 字節(jié)，因此當 I/O 大于或等于 4KB 并且是 4KB 對齊的，則無需將塊置零（對于非對齊情況，需要執(zhí)行“讀-修改-寫”操代理記賬機構(gòu)自查報告怎么寫作），避免了置零的性能開銷。

在隨機寫入測試中，SEsparse 的性能也明顯優(yōu)于 VMFSsparse 格式這是因為 SEsparse 實現(xiàn)了智能 I/O 合并邏輯，避免寫放大以獲得更好的性能（需要注意的一點：SEsparse 僅在 I/O 與 4KB 邊界對齊的情況下執(zhí)行，能獲得與 VMFSsparse 相當或更好的性能。

這是因為當 I/O 沒有 4KB 對齊，寫入操作可能會導致“讀取-修改-寫入”多次 I/O 操作，從而增加開銷但現(xiàn)實中幾乎所有文件系統(tǒng)和應(yīng)用程序都是 4KB 對齊的，因此 SEsparse 在常見場景中表現(xiàn)要比 VMFSsparse 更好。

vSANSparse 快照vSAN代理記賬機構(gòu)自查報告怎么寫Sparse 是在 vSAN 6.0 中引入的一種新的快照格式，它利用內(nèi)存緩存的快照的元數(shù)據(jù)提升性能；與 VMFSsparse 和 SEsparse 相比，vSANSparse 在多數(shù)情況下性能更好。

當讀 I/O 請求到達 vSAN 時，vSANSparse 快照邏輯會遍歷該虛擬機的快照樹的各個級別，并自動組合 I/O 請求相關(guān)的 vSAN 對象和偏移量然后，這個尋址信息會緩存在 vSAN 快照元數(shù)據(jù)緩存中（內(nèi)存中）。

快照元數(shù)據(jù)緩存在于內(nèi)存中，對快照的讀性能至關(guān)重要因為一旦快照元數(shù)據(jù)緩存未命中，就必須通過遍歷多級快照來獲取地址信息，這將大幅增加 I/O 訪問延遲（這與原來的 VMFSspars代理記賬機構(gòu)自查報告怎么寫e 和 SEsparse 快照是類似的）。

元數(shù)據(jù)緩存的大小是有限制的，并且緩存空間是 VMware 系統(tǒng)中所有打開虛擬機的全部 VMDK 之間共享因此，當緩存已滿時，會淘汰一部分已有的緩存信息下圖是關(guān)于快照緩存命中率與快照性能下降比例的對照圖：

圖片來源：VMware Virtual SAN Snapshots in VMware vSphere 6.0從測試結(jié)果觀察到，當 vSAN 快照數(shù)量低于 19 個時，快照緩存的命中率維持在 98% 以上，這個時候快照的性能損失低于 5%，證明快照緩存空間充足的時候，vSANSparse 對于讀操作的優(yōu)化十分明顯。

但隨著快照深度增大，緩存命中率進一步降低代理記賬機構(gòu)自查報告怎么寫，到 32 個快照的時候，性能下降比例增至 56%另外由于快照元數(shù)據(jù)位于內(nèi)存當中，一旦主機重啟，緩存會被清空，含有快照的虛擬機性能將明顯下降當 VMDK 只包含一個快照的時候，VMFSsparse 與 vSANSparse 混合讀寫的性能對比如下：

數(shù)據(jù)來源：VMware vSphere Snapshots: Performance and Best Practices可以看到 vSANSparse 在快照深度等于 1 的場景下，其性能優(yōu)化效果是比較明顯的。

以下是 vSANSparse 混合讀寫在不同的快照深度下性能測試結(jié)果：

4KB 順序混合讀寫（50% 讀，50% 寫）測試

4KB 隨機混合讀寫代理記賬機構(gòu)自查報告怎么寫（50% 讀，50% 寫）測試圖片來源：VMware vSphere Snapshots: Performance and Best Practices從測試結(jié)果中觀察到 vSANSparse 快照對順序讀寫 I/O 的工作負載的性能影響比較小。

而在隨機讀寫 I/O 測試的場景下，結(jié)果與 VMFSsparse 是類似的，性能有較大幅度的下降可以了解到當快照深度加大，vSANSparse 快照對于隨機讀寫的優(yōu)化效果并不明顯VMware 快照的演進情況匯總

vSANSparse 快照存在的性能問題：隨著快照數(shù)量和深度增加，元數(shù)據(jù)緩存無法避免快照的性能下降主機重啟后，元數(shù)據(jù)緩存無法自動加載，快照遍歷的代理記賬機構(gòu)自查報告怎么寫情況依然存在，性能下降明顯快照鏈結(jié)構(gòu)導致刪除快照時，可能需要進行多次快照合并操作，帶來較大的性能損耗。