我可以佈建一個大於檔案系統大小的 Amazon FSx for NetApp ONTAP 磁碟區。磁碟區大小和檔案系統 SSD 儲存之間的區別是什麼? 如何檢查檔案系統上的這些檔案大小?
簡短描述
在建立新的 FSx for ONTAP 磁碟區之後,您可能會注意到檔案系統大小與磁碟區上的可用空間之間的差額。以下是這些差額的範例:
- 您已建立新的 FSx for ONTAP 1 TB 磁碟區,但磁碟區上只有 500 GB 的可用空間。
- 您擁有 5TB 的 Amazon FSx 檔案系統和 35 TB 的磁碟區。最初,磁碟區大小為 25 TB,但由於空間問題而更新為 35 TB。
這些差額的原因可能是精簡或複雜的佈建。
使用 Amazon FSx 主控台或 AWS Command Line Interface (AWS CLI) 建立的 FSx for NetApp ONTAP 磁碟區是精簡佈建。依預設,使用 NetApp ONTAP CLI 建立的磁碟區是精簡佈建。不過,您可以使用 -space-slo thick 指令來建立複雜佈建的磁碟區。在下列範例命令中,將SVM_name 和 volume_name 取代為您所使用案例的正確值。
> volume create -vserver SVM_name -volume volume_name -aggregate aggr1 -size 10G -space-slo thick
解決方案
檢查 SSD 儲存
在 FSx for ONTAP 檔案系統中,為磁碟區佈建的 SSD 儲存稱為彙總。彙總是以多個 RAID 群組排列的磁碟集合。使用 df-A-h 指令檢查檔案系統中可用的 SSD 儲存空間:
> df -A -h
Aggregate total used avail capacity
aggr0_FsxId04598b6f90a5cb303_01
117GB 74GB 43GB 63%
aggr0_FsxId04598b6f90a5cb303_01/.snapshot
6349MB 20KB 6349MB 0%
aggr0_FsxId04598b6f90a5cb303_02
117GB 73GB 44GB 62%
aggr0_FsxId04598b6f90a5cb303_02/.snapshot
6349MB 20KB 6349MB 0%
aggr1 861GB 8165MB 853GB 1%
aggr1/.snapshot 45GB 20KB 45GB 0%
6 entries were displayed.
**注意:**FSx for ONTAP 檔案系統需要根彙總才能進行檔案系統管理。FSx for ONTAP 中的根彙總以 aggr0 開頭,不適用於使用者資料儲存。根彙總 aggr1 是使用者資料彙總,其中佈建客戶磁碟區並儲存資料。
檢查磁碟區儲存
使用 df-h 指令來檢查磁碟區大小:
> df -h
Filesystem total used avail capacity Mounted on Vserver
/vol/vol_kumo/ 9728GB 344KB 853GB 0% /vol_kumo test_qtree
/vol/vol_kumo/.snapshot 512GB 0B 512GB 0% /vol_kumo/.snapshot test_qtree
在上述範例中,磁碟區vol_kumo 為 9.7 TB,可用的大小為 853 GB。853 GB 等於針對 aggr1 顯示的可用彙總大小。
如果 SSD 存儲空間已滿,則可以增加檔案系統或 SSD 大小。
**注意:**您無法減少檔案系統的大小。相反,您必須建立較小的新檔案系統。
其他命令可用於在更精細的級別驗證彙總和磁碟區使用的空間。
> aggr show-space aggr1
> volume show-space <volume name>
相關資訊
管理 FSx for ONTAP 磁碟區
在 NetApp 網站上設定磁碟區佈建選項
常見問答集:在 NetApp 知識中心上的 ONTAP 中,過度佈建又稱精簡佈建