新建數據存儲為何沒有VMFS

㈠ 如何在雲計算中使用虛擬磁碟

實例存儲
最主要的一種使用虛擬磁碟的方式就是實例存儲，每一個VM就是一個虛擬機實例，hypervisor在每個實例中提供模擬的硬體環境，包括CPU、內存和磁碟。這種方式，使得虛擬磁碟成為虛擬機實例的一部分，就像物理世界一樣。VM刪除後，虛擬磁碟也會被刪除。
這種實例存儲模型中，虛擬磁碟與虛擬機之間的存儲關系，實際上是DAS存儲。但虛擬磁碟的底層實現，上面我們說了，是用NAS方式實現的。而hypervisor的作用就是把VM層的存儲模型，與虛擬機下層的實現協議（VMFS或NFS）分離開了。
卷存儲
實例存儲有它的限制，開發者一般希望把實例數據（比如OS以及安裝的一些伺服器應用軟體）和用戶數據分開，這樣重建VM的時候可以保留用戶的數據。
這個需求衍生出另外一種存儲模型：卷存儲。卷是存儲的主要單位，相當於一個虛擬的磁碟分區。不屬於虛擬機實例的一部分，可以認為是虛擬機的外置存儲設備。
卷可以從一個VM卸下，然後附加給另外一個VM.這樣我們就實現了實例數據與用戶數據的分離。OpenStack的Cinder就是一個卷存儲的實現。
除了實例存儲和卷存儲，最後我們再說一說另外一種比較特殊的虛擬化存儲：對象存儲。
對象存儲
很多雲應用需要在不同的VM之間共享數據，經常需要跨越多個數據中心，對象存儲可以解決這個問題。
在對象存儲模型中，數據存儲在存儲段（bucket）中，按字面意思bucket也可以被稱為「桶」。我們可以用硬碟進行類比，對象就好比文件，存儲段就像是文件夾（或目錄）。對象和存儲段可以通過統一資源標識符（URI：UniformResourceIdentifier）查找。
對象存儲的核心設計思想其實也是虛擬化，具體說來，就是把文件的物理存儲位置，比如卷、目錄、磁碟等，虛擬化為bucket，把文件虛擬化為對象。對應用層來說，簡化了對數據的存取訪問，屏蔽了底層存儲技術的異構性和復雜性。

㈡ 如何解決vSphere存儲訪問故障

為了滿足虛擬機訪問共享存儲時對性能的需求，企業環境中大多採用FC SAN存儲。本文結合在生產環境中虛擬機訪問共享存儲發生故障的案例，簡要介紹一下如何快速定位並消除故障。vSphere問題初現
接到用戶反應眾多虛擬機無法使用的故障報告後，使用vSphere Client登錄到vCenter Server中，在ESXi主機配置選項卡下的存儲適配器選項，發現有一個數據存儲處於「非活動」狀態，嘗試執行「全部重新掃描」鏈接，在彈出的重新掃描窗口，勾選默認的「掃描新的存儲設備」以及「掃描新的VMFS卷」，然後點擊確認。掃描完成後，發現原來狀態為「非活動」的數據存儲仍舊不可訪問。
依次點擊「主頁」—>「清單」—>「數據存儲和數據存儲集群」選項，進入到數據存儲列表，選中狀態為「非活動」的數據存儲。如下圖所示，選中「任務與事件」選項卡，查看與該數據存儲相關的事件。發現大量的錯誤信息：「與存儲設備...連接丟失，路徑...已斷開」。

㈢ LUN丟失了，數據怎麼恢復

愛特數據恢復為你解答：當 LUN 包含 VMFS 數據存儲副本時，您可以使用現有簽名或通過分配新簽名來掛載該數據存儲。在 LUN 中創建的每個 VMFS 數據存儲都有一個唯一的 UUID，該 UUID 存儲在文件系統超級塊中。對 LUN進行復制或生成快照後，生成的 LUN 副本的每個位元組都與原始 LUN 完全相同。因此，如果原始 LUN 包含具有UUID X 的 VMFS 數據存儲，則 LUN 副本會顯示包含具有完全相同 UUID X 的相同的 VMFS 數據存儲或 VMFS數據存儲副本。
ESX 可以確定 LUN 是否包含 VMFS 數據存儲副本，並使用其原始 UUID 掛載數據存儲副本，或更改 UUID 從而對該數據存儲進行再簽名。
以上說的比較專業，為了保險安全期間，先到愛特數據中心看看，然後再進一步做打算。希望對你有幫助！

㈣ 如何確定VMware VMFS數據存儲的大小

為VMware虛擬機檔系統（VMFS：Virtual Machine File System）選擇合適的資料存儲大小非常重要，因為合適的資料存儲大小一旦定下來，後期就很難修改。如何正確地計算資料存儲空間大小取決於某些特定因素，這些因素用戶可能以前沒有考慮到。這不僅僅是虛擬磁片檔（用戶希望把這些虛擬磁片檔放置在一個單獨的邏輯單元號上）數量所映射的全部大小，用戶也需要考慮組成一台虛擬機的其他相關檔。

對虛擬機進行的一些特定操作，如掛起、加電和創建快照，同時也創建其他相關檔。所以不要在同一個卷上過多部署虛擬機，由於輸入和輸出（I/O）競爭和LUN的鎖定技術，如果在同一個卷上部署太多虛擬機會就會影響到虛擬機性能。在本文中，TechTarget中國的虛擬化專家Eric
Siebert將羅列出在計算VMFS資料存儲大小時需要考慮到的多方面因素，然後給出一個計算虛擬基礎架構資料存儲大小的公式。

計算每一個LUN上的虛擬機

我並不推薦使用多個LUN來擴展VMFS資料存儲，相反我更傾向於為VMFS卷創建一個單獨的LUN，這就是需要先計算合適大小的原因。因此，一個單獨LUN上究竟有多少個虛擬機呢？答案當然不是只有一個，通常情況下每一個LUN上會部署14到16個虛擬機，具體數目與VM產生的磁片輸入輸出和使用快照的頻率有關。如果平台上所有虛擬機輸入輸出都比較少，如網站和應用程式伺服器，就可以在一個LUN上部署多個虛擬機。

同理，如果平台上虛擬機輸入輸出操作非常頻繁，如郵件和資料庫伺服器，就需要在一個LUN上部署較少量的虛擬機。如果使用快照的頻度比較高，並且每台虛擬機運行時間變化也比較大的話，也不要在一個LUN上部署太多虛擬機。如果VMkernel對VMFS元資料有所改動，也就是所謂的SCSI預留，不斷增長的快照就會引起宿主虛擬機短期內需要對LUN頻繁訪問。一旦這種情況發生，多個主機就不能同時對元資料進行寫操作，那麼VMFS就崩潰了。更新完成之後，鎖定就解除了。快照將會有16MB的增量，每一次快照增長都會帶來SCSI預留。下面列舉的是其他一些不太經常使用的操作（這些操作也能引起SCSI預留）：

使用VMotion遷移虛擬機
使用範本創建一台新虛擬機或者部署一台虛擬機
給虛擬機加電或關閉電源
創建一個範本
新建或者刪除一個檔（包含快照）

計算LUN大小

在決定資料存儲區域上要部署的虛擬機數量之後，就要計算需要的LUN大小。然而因為有很多其他相關檔都在資料存儲區域，所以增加虛擬磁片規模並不是一個好方法。在下面可以看到一個關於這些檔的列表以及其映射大小，我們首先流覽一下存在於每台虛擬機的這些檔及其映射大小：

.vswp檔是一個虛擬交換檔，大小就是指定給虛擬機的記憶體減去指定給虛擬機的任何記憶體預留大小，所以默認狀態其大小為0。例如，如果給虛擬機分配4GB的記憶體，.vswp檔在虛擬機加電時創建、關掉電源時刪除。同樣，如果創建一個4GB記憶體預留（通常情況下是建議不要這樣做），創建的.vswp檔大小就是0位元組。
.vmss檔只有在虛擬機被掛起時創建，大小和分配給虛擬機的記憶體相同。

.vmsn檔用來存儲快照創建時的快照狀態（如果選擇的話，也可以包括記憶體），大小和指定給虛擬機記憶體的大小一樣。如果不存儲快照記憶體狀態，這個檔就會非常小（通常不超過1MB）。
delta.vmdk檔是快照資料檔案，檔大小以16MB開始，並且在虛擬機磁片發生變化的時候，以16MB的增量增長。這些檔的大小不能超過原始的磁片檔大小，增長的速度取決於對原始磁片操作的次數，這在很大程度上又取決於虛擬機上面運行的應用程式。相對比較靜態的應用程式，如網站和應用程式伺服器，通常情況下沒有太多的資料變化，因此就應該使用相對較小、增長比較緩慢的快照。然而，郵件和資料庫伺服器可能有很多對磁片的寫操作，快照增長比較快。

其他各種各樣的文件通常比較小，在VMFS卷上不會佔用太大空間。這些檔包括.nvram文件 (BIOS),
.vmx檔（配置）,
.vmsd檔（快照元資料）和.log文件。每台虛擬機為這些檔分配50MB空間就足夠了，用戶也可以使用高級虛擬機參數控制日誌檔的數量和規模。

進一步完善上述說明，下面是計算VMFS磁片大小的基本步驟：

對所有計劃部署在資料存儲區域的虛擬機虛擬磁片大小求和。
第二步可以分為幾個相互獨立的步驟：對所有分配給虛擬機的記憶體大小求和（步驟A）；對所有指定給記憶體預留的大小求和（步驟B）（需要注意的是記憶體預留值為0）；從分配給記憶體大小的總和中減去指定給記憶體預留大小的總和，得到的就是需要給.vswp檔分配的空間（步驟A的結果減去步驟B的結果）。同樣，也可以在本地資料存儲區域配置主機來存儲.vswp文件。如果這樣做的話，就不需要把計算的總和包括進來。

為每台虛擬機添加50MB用於各種各樣的文件。
如果計畫暫停虛擬機，就需要計算大概所需的磁碟空間大小，這可以通過將你所期望暫停的虛擬機的最大數量同時乘以分配給每個虛擬機的最大記憶體數量獲得。
這一步也包括幾個小步驟：計算快照所需要的空間大小，這是基於對多個因素的粗略估計，我建議盡量過高估計。首先近似估計同時運行的最大快照數量（步驟A）；再計算每個虛擬磁碟空間平均需要多少GB（步驟B）；確定一個百分比乘數，這個百分比乘數的確定基於保持快照的時間和對快照的期望增長速度（20%為底限、40%為中等、60%為最高限）（步驟C）；計算A*B*C，得到需要為快照所預留磁碟空間大小（單位：GB）。如果希望同時包括快照的記憶體狀態，就需要乘以（步驟A）次指定給單個虛擬機最大記憶體大小，來計算所需要的額外磁碟空間。

最後，我建議為不可預知事件和操作分配額外空間，確保不會出現在資料存儲區域上空間不夠的情況。在同一台虛擬機運行多個快照，一次又同時刪除這些快照的時候，這些額外的空間遲早就會用上。因為需要額外的空間提交（或者刪除）快照給原始磁片，所以需要為此再增加25GB空間。

總而言之，這些資料都是大概估算。快照是增加或者減少工作平台所需要磁碟空間數量的主要因素，並且很難對快照增長到什麼程度做出預測。這些准則可以幫助用戶規劃合理的資料存儲大小。但是要記住，最好是慎之又慎，這樣的話就需要更多磁碟空間。在創建了VMFS之後，如果不使用特定的方法（這些方法在此沒有提及），就不能增加VMFS的大小。