向儲存空間直通添加更多磁碟並沒有為我帶來預期的容量增加

向儲存空間直通添加更多磁碟並沒有為我帶來預期的容量增加

我在鏡像中使用 2 個 Azure VM 進行 S2D 設定。當我最初設置它時,我按照此處的說明進行了操作:https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/rds-storage-spaces-direct-deployment

這效果很好,沒有任何問題。我設定的時候選擇使用128GB的數據盤。每個虛擬機器上有 2 個磁盤,我的捲中有 252GB 的容量。

現在我回到這個設置,我想增加更多的容量。我為每個虛擬機器添加了 1023GB 資料磁碟。等待儲存池自動添加它們,它確實添加了它們。然後我嘗試使用此處的資訊調整虛擬磁碟的大小:https://docs.microsoft.com/en-us/windows-server/storage/storage-spaces/resize-volumes

當在「故障轉移叢集管理員」中查看我的儲存池時,它表明我有 2.00 TB 的可用空間。我假設我只能使用其中的一半,因此我的新容量與原始容量相結合應約為 1.2 TB。

當我執行“Resize-VirtualDisk”powershell 命令時,它告訴我沒有足夠的可用容量。於是我開始減少大小,最終在調整到 500GB 後它就可以工作了。

因此,增加 2 個 1TB 磁碟只給了我額外的 250GB 容量。為什麼是這樣?我一直試圖弄清楚並理解這一切是如何運作的,但我找不到明確的答案。

答案1

TLDR:嘗試新增初始大小的磁碟。


聽起來你是擱淺你的數據。儲存空間直通(S2D)是智慧的,如果透過正確的額外節點組合可以回收數據,例如,它有這樣的聰明之處:

好吧,效果很好

它根據其節點/約束發揮有趣的作用。簡單地添加第四個節點似乎會浪費空間,但實際上允許大規模重新洗牌。

相關,您正在創建儲備能力(無論您發現什麼在新的 1 TiB 磁碟上不可用)。 S2D 在這裡有一些額外的智能,因為它將使用這個無人認領的空間來重新分配同一磁碟上的壞扇區。

由於您是在雲端中執行此操作,因此如果您閱讀了 SLA,我就不會擔心這些問題;只需遵循文檔,讓 Azure 擔心位元腐爛。但如果您在本地執行此操作,那麼絕對值得考慮。

相關內容