如何安全使用存储精简资源调配？

我拥有的存储可以让我精简配置提供给客户的卷。这样安全吗？最佳做法是什么？

通常，无论您是在谈论SCSI LUN（SAN）还是网络文件系统（NAS），精简置备的存储都是当您告诉存储客户端其空间比实际分配的更多时。这本身没有任何风险，但是如果您没有足够的实际存储量来允许每个容器增长到承诺的最大大小，则这称为超额配置，并且会带来风险。

优点

过度配置和精简配置的优势非常引人注目。许多存储使用者（服务器，文件共享用户等）将请求远远超出其最初需求的存储，并继续确保他们在增长时具有安全的增长余地。集中提供的安全增长保证金远比数百个小规模生产商有效。没有精简/过度配置的基础存储的利用率可能非常低，这可以提高利用率。

风险性

此方案的所有风险都与过度配置联系在一起。预留金越多，风险越高。危险在于可能会利用存储资源来完全填充可用存储，这通常会导致所有存储容器以一种或另一种方式发生故障。文件系统将变为只读或脱机状态，而LUN将脱机。

最佳实践

为了获得超额配置带来的更高利用率并减轻风险，您需要不断监控存储并在需要时采取措施。

• 使用软件监视池利用率情况并发出警报。如果包装盒中没有东西可以自己做，请自己编写。大多数存储支持CLI命令，您可以计划将其频繁运行的脚本读取这些命令。频率应该足够高，以至于您的池在轮询事件之间都无法填充。
• 建立基线阈值。默认情况下，具有超额配置的客户端的所有新存储池都应应用此设置。此阈值应该是您环境中最保守的阈值。
• 对于较小的池，请使用较低的阈值。如果在100TB池中给自己30％的警告，则假设在磁盘和10TB池中都能够以相同速度接收写入的情况下，添加磁盘的时间比在10TB池中有30％的警告要多得多。
• 如果您没有过多设置，请向上调整阈值。如果您的存储池只有106％的超额配置，那么达到70％的利用率就不会比200％的超额配置的风险高。
• 根据需要向池中添加空间的时间来调整阈值。在我的商店中，我们将每个存储箱中的在线存储都保留下来，以便在任何池中增长，并在架子上提供更多存储空间，可以安装到任何存储箱中。我们这样做是为了获得足够的存储类型，以便我们可以处理任何池中的增长。
• 尽可能并适当地减少存储空间。重复数据删除可降低利用率，如果您使用的是LUN，零页面回收以及客户端在删除数据时能够执行存储取消分配的功能都将有所帮助。

精简资源调配的目的和目的类似于首先使用整合存储的原因-通过整合，您可以获得更好的峰值容量，而平均需求却较低。

但是请不要抱任何幻想-精简配置会假装分配某些东西，而实际上并未这样做。这有很多原因。两个关键因素是：

• 更高的利用率-除非卷完全装满，否则会浪费磁盘空间。大多数系统不会一直以100％的速度运行（如果存在故障，通常会被认为有“麻烦”）。

• 递延支出-如果我今天给您10 TB，但您每年以2 TB的价格用完，那么如果我等一下再购买磁盘，我可能会花更少的钱。

但是，您会因此而产生两个陷阱：

• 磁盘快用完了-开始填充“他们的”磁盘的人可能会耗尽企业的其余空间。

• 主轴数-购买更少的磁盘意味着您拥有更少的主轴，从而减少了IOP。这意味着您的磁盘将运行得更热，并且性能会更差。

我建议将其作为精简配置的最佳实践的一些事情：

• 让管理层“承担”相关风险。
• 设置“可接受的”超额认购比率。（这是一项业务风险决策，因此请向上传递）。
• 还应考虑单个的体积大小。20TB的卷比100GB的卷更有可能吞噬空间。
• 当您开始运行不足（根据“可用空间”或“体积大小”）时，准备好要使用的容量（或采购订单）。您不会得到太多警告，即将用完，您可能会不要等到下个季度/财年回补-您不再购买新的生产能力，而是回填您已经“出售”的东西。
• 考虑存储系统的理论最大容量。仔细思考一下，如果超过了该怎么办。
• 密切注意您的表现。IOP /吞吐量两者。对于“您需要多少性能”的问题，您可能不会得到很好的答复。但是您可能会发现自己的性能“耗尽”的速度比其他情况要快。也为此设置一个阈值。
• 考虑相应地收费。您可以通过精简配置节省资金，但是您将需要其中一些以跟上您的精简配置模型。

我不能高估最后一点。您可能有一些客户要求存储而从未使用过。那是您没有花费的钱，代表着节省。但是，这与需要一段时间才能使用它的客户（例如，超过一个财政年度）不同-您可以通过在明年购买更大/更便宜的磁盘来省钱。但是，您不要逃避前面的“销售”空间，只是希望没人能使用它。随着时间的流逝，您可能会填满整个批次，并且需要准备回填。