当我得到一个由别人配置的 NetApp 时,我发现所有卷都有配额,因此,我们似乎经常会遇到问题,因为有人在调整卷大小时忘记更新配额。
更明确地说,这些卷由同一个用户使用,因此我完全看不出有配额的逻辑。
我确实理解,当您想要限制每个用户能够存储多少数据时,配额的必要性,但是当我只有一个用户访问每个卷时,这对我来说似乎是一种更大的开销。
请告知何时使用配额而不是卷大小是好是坏。
注意:所有这些都是 NFS 共享,并且未启用精简配置。
答案1
如果没有定义配额,您可以在几分钟内填满所有存储空间。
这样做的后果是您必须迅速进行清理或购买另一个存储扩展柜来扩展可用的存储空间。
启用配额后,您可以获得更多的容量规划设施/更好地查看您的存储空间和使用情况。
顺便说一句,对于单个用户,如果您不向他提供完整的存储容量,而是根据该用户的需求逐步增加容量,我看不出为什么要启用配额,因为逐步增加容量将导致相同的容量规划概览和对存储的控制。
换句话说 :
对于单个用户来说,在需要时增加音量就像在有多个用户时为特定用户授予更多配额一样。
在那里面具体案例我想说,启用配额对我来说似乎没用。
答案2
如果所有这些都针对一个用户,那么您可以使用用户配额而不是 qtree 配额。但是,配额通常不是必需的。
答案3
您应该始终将 qtree 作为主要存储点。这样您就可以决定是否进行配额。但如果它们还不是 qtree,您就无法进行配额。
在我的环境中,我们通常对所有内容进行配额,并使用有限数量的示例,因为我们会精简配置和进行重复数据删除。
我们的主要场景是:
- 家庭硬盘 - 我们超额认购,但给每个用户一个很小的配额。因此,足够多的用户快速填满空间并导致整个系统瘫痪的可能性非常低。
- 基于项目/服务的配置 - 我们提供小型(1-3 个左右)qtree,每个qtree单独配额。我们将这些qtree放在一个卷中,然后对其进行精简配置、重复数据删除并应用快照保留。卷大小设置为可以精简配置最高可达配额大小总和 + 快照保留大小。
- 密集重复数据删除卷,例如 VMWare 磁盘映像 - 我们不对这些卷进行配额限制,因为它们的很多用例都是重复数据删除率。我们通常会获得 70% 以上的重复数据删除率,这对空间和缓存非常有利。
我们通常还会对所有内容进行快照 - 在某些情况下,我们会使用 Snapvault,并且大多数情况下,我们会在主服务器上自动删除。
我一般认为配额是一件好事。卷上的可用空间(报告)始终是以下各项中最低的:
- 免费配额
- 可用卷空间
- 自由聚集空间
请注意 - 其中内置有快照和重复数据删除功能。
因此我们设置配额,因为这样可以最大限度地减少混乱 - 否则您很容易遇到这样的情况,您会感到困惑,‘如果我删除 1G,为什么我的可用空间没有变化’。它还可以大大减少失控进程/用户/日志文件带来的连锁效应。
我们不这样做的地方 - 我们进行卷配置和高重复数据删除的地方 - 这些卷的“视图”仅限于更好地了解其工作原理的管理人员。