我能够预置一个大于文件系统大小的 Amazon FSx for NetApp ONTAP 卷。卷大小和文件系统 SSD 存储之间的区别是什么? 我如何在我的文件系统上检查它们的大小?
简短描述
创建新的 FSx for ONTAP 卷后,您可能会注意到文件的系统大小和卷可用空间之间存在区别。以下是这些区别的示例:
- 您创建了新的 FSx for ONTAP 1 TB 卷,但该卷只有 500 GB 的可用空间。
- 您有一个 5 TB 的 Amazon FSx 文件系统,卷为 35 TB。最初,卷大小为 25 TB,但由于空间问题更新为 35 TB。
这些差异可能是由采用精简或密集预置造成的。
使用 Amazon FSx 控制台或 AWS 命令行界面 (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 中的过度预置(又称为精简配置)