向 Storage Spaces Direct 添加更多磁碟並沒有給我預期的容量增加
我在鏡像中使用 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 容量。為什麼是這樣？我一直試圖弄清楚並理解這一切是如何運作的，但我找不到明確的答案。
TLDR：嘗試添加初始大小的磁碟。
聽起來您正在擱淺您的數據。Storage Spaces Direct (S2D) 是智能的，如果使用正確的額外節點組合，它可以回收數據，例如，它具有以下智能：
它根據其節點/約束進行有趣的行為。簡單地添加第四個節點似乎會佔用空間，但實際上允許大規模改組。
相關，您正在創建保留容量（無論您發現在新的 1 TiB 磁碟上不可用的容量）。S2D 在這裡有一些額外的智能，它會使用這個無人認領的空間來重新分配同一磁碟上的壞扇區。
但是，由於您是在雲中執行此操作，因此如果您已閱讀 SLA，我不會擔心這些事情；只需按照文件，讓 Azure 擔心 bitrot。但是，如果您在本地執行此操作，則絕對值得考慮。
