sorin Asked: 2015-05-13 11:22:35 +0800 CST2015-05-13 11:22:35 +0800 CST 2015-05-13 11:22:35 +0800 CST 什么时候不对 NetApp 卷设置配额有意义？ 772 当我得到一个由其他人配置的 NetApp 时，我观察到所有卷上都有配额，因此，我们似乎经常遇到问题，因为有人在调整卷大小时忘记更新配额。 更明确地说，这些卷由同一个用户使用，所以我根本看不出有多少关于配额的逻辑。 当您想限制每个用户能够存储的数量时，我确实理解对配额的需求，但是当我有一个用户正在访问每个卷时，这些对我来说似乎是更多的开销。 请告知何时使用配额而不是卷大小是好/坏。 注意：所有这些都是 NFS 共享，并且未启用精简配置。 netapp 3 个回答 Voted Best Answer krisFR 2015-05-13T12:35:18+08:002015-05-13T12:35:18+08:00 在没有定义配额的情况下，您可以在几分钟内填满所有存储空间。 这样做的结果是您将不得不快速清理一些东西或购买另一个存储扩展柜来扩展您的可用存储空间。 启用配额后，您可以获得更多容量规划设施/更好地了解您的存储空间和使用情况。 顺便说一句，对于单个用户，如果您不为他提供完整的存储容量，而是根据该用户的需要逐步增加音量，我看不出应该启用配额的原因，因为逐步增加音量步骤将导致相同的容量规划概述和对您的存储的控制。 换句话说 ： 对于单个用户，在需要时增加数量就像在您有多个用户时为给定用户授予更多配额。 在那种特定情况下，我会说启用配额对我来说似乎没用。 Basil 2015-05-13T12:57:36+08:002015-05-13T12:57:36+08:00 如果全部用于一个用户，则可以使用用户配额而不是 qtree 配额。但是，是的，通常不需要配额。 Sobrique 2015-05-15T03:53:58+08:002015-05-15T03:53:58+08:00 您应该始终将 qtree 作为您的主要存储点。这样您就可以决定是否进行配额。但是，如果它们已经不是 qtree，则不能。 在我的环境中，我们通常对所有内容进行配额，但示例数量有限，因为我们精简配置和重复数据删除。 我们的关键场景是： 家庭驱动器 - 我们显着超额订阅，但给每个用户一个小配额。因此，足够多的用户以足够快的速度填满空间以摧毁整个系统的可能性非常低。 基于项目/服务的规定 - 我们提供了一个小型（1-3 个左右）qtree，每个 qtree 都单独进行了配额。我们将它们放在一个卷中，然后我们对其进行精简配置、重复数据删除和应用快照保留。卷大小设置为可以精简配置到配额大小总和 + 快照保留大小。 密集重复数据删除卷，例如 VMWare 磁盘映像 - 这些我们没有配额，因为它们的很多用例是重复数据删除率。我们经常得到 70% 以上的重复数据删除，这对空间和缓存都有好处。 我们通常还会对所有内容进行快照 - 在某些情况下我们会使用 snapvault，并且在大多数情况下我们会在主数据库上自动删除。 我通常会建议配额是一件好事。卷上的可用空间（报告）始终是最低的： 免费配额 可用卷空间 自由聚合空间 请注意 - 内置快照和重复数据删除。 所以我们进行配额，因为这样可以最大限度地减少混淆 - 否则您很容易遇到这样的情况，您会在“如果我删除 1G，为什么我的可用空间不会改变”之间产生混淆。它还大大减少了失控进程/用户/日志文件的连锁反应。 我们不这样做的地方——我们提供批量配置和高度重复数据删除——这些卷的“视图”仅限于对它的工作方式有更好理解的管理人员。
在没有定义配额的情况下，您可以在几分钟内填满所有存储空间。
这样做的结果是您将不得不快速清理一些东西或购买另一个存储扩展柜来扩展您的可用存储空间。
启用配额后，您可以获得更多容量规划设施/更好地了解您的存储空间和使用情况。
顺便说一句，对于单个用户，如果您不为他提供完整的存储容量，而是根据该用户的需要逐步增加音量，我看不出应该启用配额的原因，因为逐步增加音量步骤将导致相同的容量规划概述和对您的存储的控制。
换句话说 ：
对于单个用户，在需要时增加数量就像在您有多个用户时为给定用户授予更多配额。
在那种特定情况下，我会说启用配额对我来说似乎没用。
如果全部用于一个用户，则可以使用用户配额而不是 qtree 配额。但是，是的，通常不需要配额。
您应该始终将 qtree 作为您的主要存储点。这样您就可以决定是否进行配额。但是，如果它们已经不是 qtree，则不能。
在我的环境中，我们通常对所有内容进行配额，但示例数量有限，因为我们精简配置和重复数据删除。
我们的关键场景是：
我们通常还会对所有内容进行快照 - 在某些情况下我们会使用 snapvault，并且在大多数情况下我们会在主数据库上自动删除。
我通常会建议配额是一件好事。卷上的可用空间（报告）始终是最低的：
请注意 - 内置快照和重复数据删除。
所以我们进行配额，因为这样可以最大限度地减少混淆 - 否则您很容易遇到这样的情况，您会在“如果我删除 1G，为什么我的可用空间不会改变”之间产生混淆。它还大大减少了失控进程/用户/日志文件的连锁反应。
我们不这样做的地方——我们提供批量配置和高度重复数据删除——这些卷的“视图”仅限于对它的工作方式有更好理解的管理人员。