服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 我如何安全地使用存储精简configuration？
Intereting Posts
Active Directory用户连接到Internet 检查两个ZFS文件系统是否相同 Tomcat只驯服JSP – Apache代理不能按预期工作 邮递员不把邮件转寄到外部地址 将更改应用到组策略而不重新启动？ javac编译器在CentOS 5.7中抛出错误 networking策略服务器身份validation失败 Ubuntu中使用/阻止的端口 我如何伪造丢弃的数据包（或实际上使它们失败）？ 启用复制后mysql性能优化 Cron在尝试访问url（wget）时收到超时。 SQL2K5 Standard to Enterprise升级 用phpmyadminlogin只能在Firefox下运行，不会产生错误信息 Java Tomcat SQL 2005连接失败 Dell PowerVault MD3000的远程closures

我如何安全地使用存储精简configuration？

我有存储空间，可以让我精简提供给客户的卷。 这安全吗？ 什么是最佳实践？

一般来说，无论您是在讨论SCSI LUN（SAN）还是networking文件系统（NAS），精简configuration存储都是在您告诉存储客户端它拥有比实际分配给它更多的空间时。 这本身没有风险，但是如果你没有足够的实际存储容量来允许每一个容器增长到完全承诺的大小，那就称为过度configuration，并且带来风险。

优点

过度configuration和自动精简configuration的优势非常有吸引力。 许多存储用户（服务器，文件共享用户等）将需要比最初需要更多的存储空间，并继续确保他们在成长过程中有一个安全的增长空间。 集中供应的安全边际增长比数百个小型企业效率更高。 没有精简/过度供应情况下底层存储的利用可能非常低，这可以提高利用率。

风险

这种情况下的所有风险都与过度configuration相关联。 你提供的资金越多，风险就越高。 危险的是利用存储资源完全填充可用存储的潜力，这通常将导致所有存储容器以某种方式失败。 文件系统将只读或脱机，LUN将脱机。

最佳实践

为了获得更高利用率的优势，同时降低风险，需要不断监控存储并在需要时采取措施。

  • 使用软件监视和提醒池使用情况。 如果一个盒子里没有什么能做到的话，请自己写下来。 大多数存储器都支持可以通过计划经常运行的脚本读取的CLI命令。 频率应该足够高，以至于没有任何池可以在轮询事件之间填满。
  • build立基线阈值。 所有具有过configuration客户端的新存储池应该默认应用这个。 这个门槛应该是你的环境中最保守的门槛。
  • 对于较小的池，请使用较低的阈值。 如果给100TB池上的30％警告，假设它们都能够以相同的速度吞入写入，那么添加磁盘的时间比在10TB池上发出30％的警告要多得多。
  • 如果你没有过度configuration，调整门槛。 如果你有一个只有106％超额configuration的资源池，那么使用率达到70％并不像高于200％的资源池那么有风险。
  • 根据您需要多长时间为游泳池添加空间来调整阈值。 在我的店里，我们在每个箱子的每个箱子中保持在线存储，在任何一个存储箱中都有更多的存储空间，可以安装在任何存储箱中。 我们这样做的是足够的存储types，我们可以在任何池中处理增长。
  • 只要有可能和适用，请将您的存储空间缩小。 重复数据删除的作用是降低您的利用率，如果您使用的是LUN，则零页回收和能够在删除数据时都能够执行存储的客户端将不会分配数据。

精简configuration的重点和目的与首先使用整合存储的原因类似 – 通过整合，您可以获得更好的峰值容量，并且平均需求更低。

但是不要幻想 – 自动精简configuration假装分配一些东西，而不是真的这样做。 有很多原因是有用的。 两个关键的是：

  • 更高的利用率 – 除非您的卷已满，否则磁盘空间将被浪费。 大多数系统并不总是在100％的时间内运行（如果它们通常被认为是“有问题”的话）。

  • 递延支出 – 如果我今天给你10TB，但是你每年填充2TB，那么如果我在购买磁盘之前等待，我的支付可能会less一些。

你有两个陷阱：

  • 耗尽磁盘太快 – 开始填充“磁盘”的人可以将企业的其余部分运行空间不足。

  • 主轴数量 – 购买更less的磁盘意味着您的主轴数量更less，因此IOP更less。 这意味着你的磁盘将运行得更热，而且性能会更差。

我build议作为精简configuration的最佳实践：

  • 让pipe理层“买进”所涉及的风险。
  • 设定一个“可接受的”超额认购比率。 （这是一个商业风险的决定，所以把它递上来）。
  • 还要考虑个别的音量大小。 20TB的容量比100GB容量更有可能吞噬空间。
  • 在开始运行时，准备好容量（或采购订单）（基于“可用空间”或“容量大小”），不会有太多警告，说明您即将用完，而且您可能会等到下个季度/财政年度才能回补 – 你不再购买新的产能，而是重新填补已经“出售”的产品。
  • 考虑您的存储系统的理论最大容量。 仔细想想如果过去它会做什么。
  • 密切关注你的performance。 IOP /吞吐量。 你可能不会很好地回答“你需要多lessperformance”的问题。 但是，你可能会发现你比其他方式更快地完成业绩。 为此也设置一个门槛。
  • 考虑你的收费相应。 您可以通过精简configuration节省资金，但是您需要重新configuration精简configuration模型。

我不能夸大最后一点。 你可能会有客户要求存储并从不使用它。 这是你没有花的钱，代表着一笔储蓄。 然而，这与那些需要一段时间才能使用它的客户（例如，超过一个财政年度）并不相同 – 明年您可以通过购买更大/更便宜的磁盘来节省资金。 但是，你不能摆脱“卖”空间，只是希望没有人使用它。 随着时间的推移，你最终可能会填满整个地段，而且你需要准备好回填。