如何進行 Virtual SAN/VSAN 的常見問題解答

這篇文章給大家介紹如何進行 Virtual SAN/VSAN 的常見問題解答，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

問：VSAN需要使用 SSD，它有什么用途呢？

答：SSD 用于讀取緩存 (70%) 和寫入緩沖 (30%)。每次寫入都會先轉到 SSD，稍后再取消暫存到 HDD。

? 問：創建 VSAN 虛擬機存儲策略時，何時應使用“允許的故障數目”，何時應使用“條帶寬度”呢？

答：“允許的故障數目”與可用性有關，如果在主機或磁盤組出現故障時需要保持虛擬機可用，可以定義這一策略。因此，如果允許 1 個主機故障，可以將該策略定義為 1。這樣，就會在群集中創建 2 個數據對象和 1 個見證。“條帶寬度”與性能有關（即，不在緩存中時的讀取性能以及取消寫入暫存）。設置為 2 或更高的值，會使數據在多個磁盤之間進行條帶化。如果與“允許的故障數目”結合使用，可能會使某個虛擬機中的數據存儲在多個主機上的多個磁盤中。

? 問：VSAN是否有默認存儲策略呢？

   答：是的，VSAN數據存儲上的所有虛擬機都會應用一個默認策略，但您在vSphere UI 中看不到該策略。使用以下命令可以看到，默認策略定義為不同的類：esxcli vsan policy getdefault。默認情況下會應用“允許N+1 個故障數目”策略，這樣，即使用戶忘了創建和設置策略，對象也具有故障恢復能力。建議不要更改默認策略。

? 問：將條帶寬度設置為 2 后，數據如何在主機上的多個磁盤中進行條帶化？

答：首先，將條帶寬度設置為 2 后，并不能保證數據會在某個主機上的多個磁盤中進行條帶化。VSAN 自身的算法可決定數據應放置的位置，因此，雖然所有主機都有足夠的磁盤，但數據仍可能會在多個主機中進行條帶化，而不是在某個主機中的多個磁盤中進行條帶化。數據條帶化是以 1MB 的塊為單位進行的。

? 問：既然 VSAN 會創建一個數據存儲，那么“磁盤組”的用途是什么呢？

答：磁盤組可定義 SSD，SSD 位于一組 HDD 前面，用于進行緩存/緩沖。一般來說，磁盤組是一種將 HDD映射到 SSD 的方式。每個磁盤組都有 1 個 SSD 和最多 6 個磁盤。根據客戶反饋，我們計劃將 HDD增至 7 個，以便可以在具有 8 個物理磁盤插槽的主機上構建一個磁盤組。

? 問：一臺主機可以為 VSAN 提供多少磁盤？

答：最多 5 個磁盤組；每個磁盤組需要 1 個 SDD 以及最少 1 個、最多 6 個HDD。每個主機的最多 HDD 數為 5 x 6 = 30。每個主機的最多 SSD 數為 5 x 1 = 5。

? 問：可以同時支持 SSD 和 PCIe 閃存卡嗎？

答：是的，可以同時支持這兩者。但是，請檢查 HCL 來了解相關詳細信息，因為有一些準則和要求需要注意。

? 問：VSAN必須要使用 10GbE 嗎？

答：VSAN 并不強制要求使用 10GbE。VSAN也可以在較小的環境中（比如在實驗室中）使用 1GbE 很好地運行。請注意，10GbE 是一個建議值。

? 問：為什么建議將 HA 的隔離響應配置為“powered-off（已關閉）”呢？

答：啟用 VSAN 后，vSphere HA 會使用VSAN VMkernel 網絡來實現檢測信號。如果主機沒有收到任何檢測信號，則從 VSAN 的角度來說，該主機很可能已經與群集的其他部分隔離開/進行了分區。在這種情況下，建議關閉虛擬機的電源，因為 HA 會自動在群集中的其余主機上打開一個新副本的電源。這樣，在主機脫離隔離狀態后，就不會出現網絡中有 2 個具有相同標識的虛擬機的情況了。

? 問：我可以對 SSD 或磁盤進行分區并將它們用在其他方面嗎（比如，安裝 ESXi/vFlash）？

答：不行，您不能對 SSD 或 HDD 進行分區。Virtual SAN 總是會占用整個磁盤。使用 VSAN 最可行的辦法可能就是，在內部 USB/SD 卡上安裝 ESXi，這樣可以最大程度地提高 VSAN 的容量。

? 問：VSAN 支持去重復或壓縮嗎？

答：當前版本的 VSAN 不支持去重復或壓縮。在 VSAN 群集中，成本最高的資源是 SSD/閃存，因此，在這一層上最可能出現數據重復。如果數據有多個副本，則 HDD 上會有兩個副本，分布式寫入緩沖區（SSD 的30%）會有兩個臨時副本，而閃存的分布式讀取緩存部分 (70%) 對于任何緩存數據都只包含一個副本。

? 問：VSAN可以利用 SAN/NAS 數據存儲嗎？

答：VSAN 當前不支持使用 SAN/NAS 數據存儲。磁盤必須是“本地”的，并且直接傳遞到主機。

? 問：有人說，如果我將“Object Space Reservation（對象空間預留）”設置為100%，則 VSAN 會默認對磁盤進行精簡。這是否是說 VMDK 會成為厚置備置零的呢？

答：不是。定義“Object Space Reservation（對象空間預留）”并不意味著虛擬機會進行厚置備或部分厚置備。如果使用“已用磁盤空間/可用磁盤空間”進行計算，則對象空間預留完全與 VSAN 使用的數量有關。如果在 25GB磁盤上將“Object Space Reservation（對象空間預留）”設置為 100%，則該磁盤將成為精簡置備磁盤，但 VSAN將假定這 25GB 的已用空間為 100% 來進行計算。我認為可以將其與內存預留進行比較。

? 問：VSAN會使用 iSCSI 或 NFS 將主機連接到數據存儲嗎？

答：VSAN 不會使用其中任何一種將主機連接到數據存儲。它會使用一個專有機制。

? 問：在啟用了 VSAN 的群集中，維護模式會產生什么樣的影響？

答：對于為 VSAN 數據存儲提供存儲的主機，可以通過三種方式將其置于維護模式：

1) 完整數據遷移 – 遷移主機上的所有數據。影響：可能需要很長時間才能完成。

2) 確保可訪問性 – VSAN 通過將必要的數據遷移到其他主機來保持所有虛擬機都始終可訪問。影響：可能會違反可用性策略。

3) 無數據遷移 – 不遷移任何數據。影響：根據定義的“允許的故障數目”策略，某些虛擬機可能會不可用。

最安全的選擇是選項 1，選項 2 是首選和默認選項，因為完成速度最快。我認為問題在于，為什么要將主機置于維護模式，以及主機多久可以再次使用。如果確實需要快速進入維護模式，并不在乎可能會丟失數據，則可以選擇選項 3：回退。

? 問：vSphere 是否具有 VSAN 不支持或不兼容的功能呢？

答：當前，VSAN 不支持 vSphere Distributed Power Management、Storage DRS 和Storage IO Control。

? 問：如何添加 Virtual SAN/VSAN 許可證呢？

答：VSAN 許可證是在群集級別應用的。打開 Web Client，單擊已啟用 VSAN 的群集，然后依次單擊“Manage（管理）”選項卡和“Settings（設置）”。在“Configuration（配置）”下，單擊“Virtual SAN Licensing（Virtual SAN 許可）”，然后單擊“Assign License Key（分配許可證密鑰）”。

? 問：Virtual SAN 是如何進行定價/許可的呢？

答：VSAN 會按插槽進行許可，但定價詳情尚未公開。請注意，當前 VSAN Beta 版許可證代碼包括 DVS 和虛擬機存儲策略，即使使用低于 Enterprise Plus 的 vSphere 許可證也是如此。

? 問：如果主機出現故障，導致數據丟失，而所有虛擬機都受 N+1 策略保護，那么，需要多長時間，VSAN 才會開始重建丟失的數據呢？

答：VSAN 會確定哪些對象（即，受 N+1 策略保護并存儲在該主機中的對象）不合規，然后啟動一個 60 分鐘的超時時間段。此超時時間段是為了避免進行不必要且成本高昂的完整數據同步。如果主機在此 60 分鐘內恢復，則系統會將所產生的差異復制到該主機。如果虛擬機具有多個鏡像，而未注意到此故障，則此 60 分鐘時間段過后，就會恢復為完整策略合規性，從而可以應對更多故障產生的影響。

? 問：虛擬機在群集中移動時，它的對象是否會跟著一起移動，以使 IO 保持本地狀態呢？

答：不會，對象（如虛擬磁盤）不會跟著虛擬機一起移動。只要設想一下每次 DRS 建議遷移時，虛擬磁盤在主機之間移動的成本/開銷是多少就知道了。此時，可以遠程執行IO。這意味著，盡管從 CPU/內存角度來看虛擬機可能運行在主機 1 上，但它的虛擬磁盤實際上可能位于主機 2 和主機 3 上。

? 問：虛擬機遷移到另一臺主機后，如果執行 vMotion，是否會丟失 SDD 緩存（臨時影響性能），而該緩存會逐步進行重建呢？

答：不會丟失緩存，也無需重建/重新熱啟用緩存。必要時，可以遠程訪問緩存。

? 問：VSAN 支持 Fault Tolerance（即 FT）嗎？

答：不支持，這一版本的 VSAN 不支持 Fault Tolerance。

? 問：在 Sphere 中，主機中的 SSD 報告為“非 SSD”。根據技術支持的說法，此問題是所用服務器版本的已知問題。磁盤類型“誤報”會對 VSAN 的配置產生影響嗎？

答：會。您需要使用相關標識符將 SSD 標記為本地（以下示例是我在實驗室中使用的，可能與您的標識符不同）。此處，我將其設為了“本地”和“SSD”。

esxcli storage nmp satp rule add –satp VMW_SATP_LOCAL –device mpx.vmhba2:C0:T0:L0 –option “enable_local enable_ssd”

? 問：上文提到，在出現故障后，需要經過 60 分鐘，VSAN 才會開始自動修復。可以縮短這一超時值嗎？

答：免責聲明：建議不要更改該值，而且我也不清楚是否支持這種更改

可以，可以在 VSAN 群集中的每個主機上配置名為“VSAN.ClomRepairDelay”的高級設置來縮短該超時值。

? 問：為什么不能在只有 VSAN 的群集中使用數據存儲檢測信號功能？

答：對檢測信號數據存儲并沒有什么要求。之所以在只有 VSAN 數據存儲的情況下不能使用此功能，是因為HA 會使用 VSAN 網絡來實現檢測信號。因此，如果主機與 VSAN 網絡隔離，而無法發送檢測信號，則可以肯定地說，該主機也無法遠程更新檢測信號區域，這樣，在只有 VSAN 的環境中啟用該功能也就失去了意義。

? 問：在 VSAN 上部署 View 有什么具體的最佳實踐嗎？

答：有，主要是針對可用性/緩存和容量預留方面的。Andre Leibovici 就本主題寫過一篇不錯的文章，現在就來閱讀一下吧！（ http://myvirtualcloud.net/?p=5440 ）

? 問：某個群集中的主機的 VSAN VMkernel 可以屬于另一個子網嗎？

答：VSAN VMkernel 必須屬于同一個子網。不支持一個 VSAN 群集中的一個（或多個）主機位于不同的子網。如果對每個主機使用多個 VMkernel 接口，則每個接口都必須屬于不同的子網！

? 問：VSAN 支持跨越多個地理位置嗎？

答：當前版本的 VSAN 不支持“城域”群集。

? 問：主機出現故障和磁盤逐漸出現故障有什么差別？

答：確實有差別。故障狀態有多種，根據這些狀態，還可以確定 VSAN 啟動新鏡像的速度有多快。其中兩個故障狀態為“不存在”和“已降級”。已降級是指磁盤出現故障，而系統已識別此故障，并知道該磁盤尚未恢復。在這種情況下，VSAN 會識別此“已降級”狀態，并立即為受影響對象創建一個新鏡像，因為既然知道了磁盤不會很快恢復，也就無需等待 60 分鐘了。“不存在”狀態是指，VSAN 并不知道該磁盤是否會很快恢復，可能是主機出現故障，也可能是突然移動了磁盤，此時，系統會啟動 60 分鐘的超時。

? 問：如果在 VSAN 群集中 SSD 出現故障，會怎么樣呢？

答：SSD 位于磁盤組的前面，充當讀取緩存/寫入緩沖區。如果 SSD 出現故障，則磁盤組及其所存儲的所有組件都會標記為已降級。然后，如果有足夠的磁盤容量，VSAN 就會在適當情況下創建新的鏡像副本。有關詳細信息，請閱讀 http://www.yellow-bricks.com/2013/09/18/vsan-handles-disk-host-failure/

? 問：vSphere 對 SSD 支持 TRIM 嗎？

答：不支持，當前不支持 TRIM，也不會利用 TRIM。

?

? 問：VSAN需要使用 SSD，它有什么用途呢？

答：SSD 用于讀取緩存 (70%) 和寫入緩沖 (30%)。每次寫入都會先轉到 SSD，稍后再取消暫存到 HDD。

? 問：創建 VSAN 虛擬機存儲策略時，何時應使用“允許的故障數目”，何時應使用“條帶寬度”呢？

答：“允許的故障數目”與可用性有關，如果在主機或磁盤組出現故障時需要保持虛擬機可用，可以定義這一策略。因此，如果允許 1 個主機故障，可以將該策略定義為 1。這樣，就會在群集中創建 2 個數據對象和 1 個見證。“條帶寬度”與性能有關（即，不在緩存中時的讀取性能以及取消寫入暫存）。設置為 2 或更高的值，會使數據在多個磁盤之間進行條帶化。如果與“允許的故障數目”結合使用，可能會使某個虛擬機中的數據存儲在多個主機上的多個磁盤中。

? 問：VSAN是否有默認存儲策略呢？

   答：是的，VSAN數據存儲上的所有虛擬機都會應用一個默認策略，但您在vSphere UI 中看不到該策略。使用以下命令可以看到，默認策略定義為不同的類：esxcli vsan policy getdefault。默認情況下會應用“允許N+1 個故障數目”策略，這樣，即使用戶忘了創建和設置策略，對象也具有故障恢復能力。建議不要更改默認策略。

? 問：將條帶寬度設置為 2 后，數據如何在主機上的多個磁盤中進行條帶化？

答：首先，將條帶寬度設置為 2 后，并不能保證數據會在某個主機上的多個磁盤中進行條帶化。VSAN 自身的算法可決定數據應放置的位置，因此，雖然所有主機都有足夠的磁盤，但數據仍可能會在多個主機中進行條帶化，而不是在某個主機中的多個磁盤中進行條帶化。數據條帶化是以 1MB 的塊為單位進行的。

? 問：既然 VSAN 會創建一個數據存儲，那么“磁盤組”的用途是什么呢？

答：磁盤組可定義 SSD，SSD 位于一組 HDD 前面，用于進行緩存/緩沖。一般來說，磁盤組是一種將 HDD映射到 SSD 的方式。每個磁盤組都有 1 個 SSD 和最多 6 個磁盤。根據客戶反饋，我們計劃將 HDD增至 7 個，以便可以在具有 8 個物理磁盤插槽的主機上構建一個磁盤組。

? 問：一臺主機可以為 VSAN 提供多少磁盤？

答：最多 5 個磁盤組；每個磁盤組需要 1 個 SDD 以及最少 1 個、最多 6 個HDD。每個主機的最多 HDD 數為 5 x 6 = 30。每個主機的最多 SSD 數為 5 x 1 = 5。

? 問：可以同時支持 SSD 和 PCIe 閃存卡嗎？

答：是的，可以同時支持這兩者。但是，請檢查 HCL 來了解相關詳細信息，因為有一些準則和要求需要注意。

? 問：VSAN必須要使用 10GbE 嗎？

答：VSAN 并不強制要求使用 10GbE。VSAN也可以在較小的環境中（比如在實驗室中）使用 1GbE 很好地運行。請注意，10GbE 是一個建議值。

? 問：為什么建議將 HA 的隔離響應配置為“powered-off（已關閉）”呢？

答：啟用 VSAN 后，vSphere HA 會使用VSAN VMkernel 網絡來實現檢測信號。如果主機沒有收到任何檢測信號，則從 VSAN 的角度來說，該主機很可能已經與群集的其他部分隔離開/進行了分區。在這種情況下，建議關閉虛擬機的電源，因為 HA 會自動在群集中的其余主機上打開一個新副本的電源。這樣，在主機脫離隔離狀態后，就不會出現網絡中有 2 個具有相同標識的虛擬機的情況了。

? 問：我可以對 SSD 或磁盤進行分區并將它們用在其他方面嗎（比如，安裝 ESXi/vFlash）？

答：不行，您不能對 SSD 或 HDD 進行分區。Virtual SAN 總是會占用整個磁盤。使用 VSAN 最可行的辦法可能就是，在內部 USB/SD 卡上安裝 ESXi，這樣可以最大程度地提高 VSAN 的容量。

? 問：VSAN 支持去重復或壓縮嗎？

答：當前版本的 VSAN 不支持去重復或壓縮。在 VSAN 群集中，成本最高的資源是 SSD/閃存，因此，在這一層上最可能出現數據重復。如果數據有多個副本，則 HDD 上會有兩個副本，分布式寫入緩沖區（SSD 的30%）會有兩個臨時副本，而閃存的分布式讀取緩存部分 (70%) 對于任何緩存數據都只包含一個副本。

? 問：VSAN可以利用 SAN/NAS 數據存儲嗎？

答：VSAN 當前不支持使用 SAN/NAS 數據存儲。磁盤必須是“本地”的，并且直接傳遞到主機。

? 問：有人說，如果我將“Object Space Reservation（對象空間預留）”設置為100%，則 VSAN 會默認對磁盤進行精簡。這是否是說 VMDK 會成為厚置備置零的呢？

答：不是。定義“Object Space Reservation（對象空間預留）”并不意味著虛擬機會進行厚置備或部分厚置備。如果使用“已用磁盤空間/可用磁盤空間”進行計算，則對象空間預留完全與 VSAN 使用的數量有關。如果在 25GB磁盤上將“Object Space Reservation（對象空間預留）”設置為 100%，則該磁盤將成為精簡置備磁盤，但 VSAN將假定這 25GB 的已用空間為 100% 來進行計算。我認為可以將其與內存預留進行比較。

? 問：VSAN會使用 iSCSI 或 NFS 將主機連接到數據存儲嗎？

答：VSAN 不會使用其中任何一種將主機連接到數據存儲。它會使用一個專有機制。

? 問：在啟用了 VSAN 的群集中，維護模式會產生什么樣的影響？

答：對于為 VSAN 數據存儲提供存儲的主機，可以通過三種方式將其置于維護模式：

1) 完整數據遷移 – 遷移主機上的所有數據。影響：可能需要很長時間才能完成。

2) 確保可訪問性 – VSAN 通過將必要的數據遷移到其他主機來保持所有虛擬機都始終可訪問。影響：可能會違反可用性策略。

3) 無數據遷移 – 不遷移任何數據。影響：根據定義的“允許的故障數目”策略，某些虛擬機可能會不可用。

最安全的選擇是選項 1，選項 2 是首選和默認選項，因為完成速度最快。我認為問題在于，為什么要將主機置于維護模式，以及主機多久可以再次使用。如果確實需要快速進入維護模式，并不在乎可能會丟失數據，則可以選擇選項 3：回退。

? 問：vSphere 是否具有 VSAN 不支持或不兼容的功能呢？

答：當前，VSAN 不支持 vSphere Distributed Power Management、Storage DRS 和Storage IO Control。

? 問：如何添加 Virtual SAN/VSAN 許可證呢？

答：VSAN 許可證是在群集級別應用的。打開 Web Client，單擊已啟用 VSAN 的群集，然后依次單擊“Manage（管理）”選項卡和“Settings（設置）”。在“Configuration（配置）”下，單擊“Virtual SAN Licensing（Virtual SAN 許可）”，然后單擊“Assign License Key（分配許可證密鑰）”。

? 問：Virtual SAN 是如何進行定價/許可的呢？

答：VSAN 會按插槽進行許可，但定價詳情尚未公開。請注意，當前 VSAN Beta 版許可證代碼包括 DVS 和虛擬機存儲策略，即使使用低于 Enterprise Plus 的 vSphere 許可證也是如此。

? 問：如果主機出現故障，導致數據丟失，而所有虛擬機都受 N+1 策略保護，那么，需要多長時間，VSAN 才會開始重建丟失的數據呢？

答：VSAN 會確定哪些對象（即，受 N+1 策略保護并存儲在該主機中的對象）不合規，然后啟動一個 60 分鐘的超時時間段。此超時時間段是為了避免進行不必要且成本高昂的完整數據同步。如果主機在此 60 分鐘內恢復，則系統會將所產生的差異復制到該主機。如果虛擬機具有多個鏡像，而未注意到此故障，則此 60 分鐘時間段過后，就會恢復為完整策略合規性，從而可以應對更多故障產生的影響。

? 問：虛擬機在群集中移動時，它的對象是否會跟著一起移動，以使 IO 保持本地狀態呢？

答：不會，對象（如虛擬磁盤）不會跟著虛擬機一起移動。只要設想一下每次 DRS 建議遷移時，虛擬磁盤在主機之間移動的成本/開銷是多少就知道了。此時，可以遠程執行IO。這意味著，盡管從 CPU/內存角度來看虛擬機可能運行在主機 1 上，但它的虛擬磁盤實際上可能位于主機 2 和主機 3 上。

? 問：虛擬機遷移到另一臺主機后，如果執行 vMotion，是否會丟失 SDD 緩存（臨時影響性能），而該緩存會逐步進行重建呢？

答：不會丟失緩存，也無需重建/重新熱啟用緩存。必要時，可以遠程訪問緩存。

? 問：VSAN 支持 Fault Tolerance（即 FT）嗎？

答：不支持，這一版本的 VSAN 不支持 Fault Tolerance。

? 問：在 Sphere 中，主機中的 SSD 報告為“非 SSD”。根據技術支持的說法，此問題是所用服務器版本的已知問題。磁盤類型“誤報”會對 VSAN 的配置產生影響嗎？

答：會。您需要使用相關標識符將 SSD 標記為本地（以下示例是我在實驗室中使用的，可能與您的標識符不同）。此處，我將其設為了“本地”和“SSD”。

esxcli storage nmp satp rule add –satp VMW_SATP_LOCAL –device mpx.vmhba2:C0:T0:L0 –option “enable_local enable_ssd”

? 問：上文提到，在出現故障后，需要經過 60 分鐘，VSAN 才會開始自動修復。可以縮短這一超時值嗎？

答：免責聲明：建議不要更改該值，而且我也不清楚是否支持這種更改

可以，可以在 VSAN 群集中的每個主機上配置名為“VSAN.ClomRepairDelay”的高級設置來縮短該超時值。

? 問：為什么不能在只有 VSAN 的群集中使用數據存儲檢測信號功能？

答：對檢測信號數據存儲并沒有什么要求。之所以在只有 VSAN 數據存儲的情況下不能使用此功能，是因為HA 會使用 VSAN 網絡來實現檢測信號。因此，如果主機與 VSAN 網絡隔離，而無法發送檢測信號，則可以肯定地說，該主機也無法遠程更新檢測信號區域，這樣，在只有 VSAN 的環境中啟用該功能也就失去了意義。

? 問：在 VSAN 上部署 View 有什么具體的最佳實踐嗎？

答：有，主要是針對可用性/緩存和容量預留方面的。Andre Leibovici 就本主題寫過一篇不錯的文章，現在就來閱讀一下吧！（ http://myvirtualcloud.net/?p=5440 ）

? 問：某個群集中的主機的 VSAN VMkernel 可以屬于另一個子網嗎？

答：VSAN VMkernel 必須屬于同一個子網。不支持一個 VSAN 群集中的一個（或多個）主機位于不同的子網。如果對每個主機使用多個 VMkernel 接口，則每個接口都必須屬于不同的子網！

? 問：VSAN 支持跨越多個地理位置嗎？

答：當前版本的 VSAN 不支持“城域”群集。

? 問：主機出現故障和磁盤逐漸出現故障有什么差別？

答：確實有差別。故障狀態有多種，根據這些狀態，還可以確定 VSAN 啟動新鏡像的速度有多快。其中兩個故障狀態為“不存在”和“已降級”。已降級是指磁盤出現故障，而系統已識別此故障，并知道該磁盤尚未恢復。在這種情況下，VSAN 會識別此“已降級”狀態，并立即為受影響對象創建一個新鏡像，因為既然知道了磁盤不會很快恢復，也就無需等待 60 分鐘了。“不存在”狀態是指，VSAN 并不知道該磁盤是否會很快恢復，可能是主機出現故障，也可能是突然移動了磁盤，此時，系統會啟動 60 分鐘的超時。

? 問：如果在 VSAN 群集中 SSD 出現故障，會怎么樣呢？

答：SSD 位于磁盤組的前面，充當讀取緩存/寫入緩沖區。如果 SSD 出現故障，則磁盤組及其所存儲的所有組件都會標記為已降級。然后，如果有足夠的磁盤容量，VSAN 就會在適當情況下創建新的鏡像副本。有關詳細信息，請閱讀 http://www.yellow-bricks.com/2013/09/18/vsan-handles-disk-host-failure/

? 問：vSphere 對 SSD 支持 TRIM 嗎？

答：不支持，當前不支持 TRIM，也不會利用 TRIM。

關于如何進行 Virtual SAN/VSAN 的常見問題解答就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。