文件服务器 - 一个大 LUN 还是多个较小的 LUN?

文件服务器 - 一个大 LUN 还是多个较小的 LUN?

我们即将更换一批设备(服务器、SAN 等)并将我们的服务器从当前平台迁移过来。

我们的文件服务器现在有大约 8TB 的数据,分布在 5 个 LUN 上(请注意,都在同一个 SAN 上)。

在我看来,多个 LUN 的优点主要归结为“假设”的事情,例如文件恢复、文件系统损坏的影响,而缺点是空间分配,即我可能在一个 LUN 上有 500gb 的可用空间,但在我需要的 LUN 上没有可用空间。

您将如何做以及为什么?

谢谢。

答案1

  1. 检查您的 SAN 或堆栈中任何其他点上的最大 LUN 大小是否有任何限制。例如,如果您在 ESX 中将其作为 VM 运行,则每个 LUN 的限制为 2Tb,而无需对其进行破解。

  2. 检查有效载荷。如果您从同一台服务器提供几种不同类型的内容(例如安装 ISO、用户共享、电子邮件存档),您可能希望其中一些内容放在更快的磁盘上,而另一些放在更便宜的磁盘上。即使现在不需要这种分层,将来是否还有价值?

  3. 评估您存储需求未来可能的增长。您是否可能需要增加某个存储区域的可用空间?LUN 保持在线时您可以这样做吗?服务器保持在线时您可以这样做吗?您可能会发现,通过将数据逻辑地拆分到多个 LUN 上,您可以扩展其中一个存储区域,同时仅通过 1 台服务器提供服务,并且不会停机。

  4. 权衡将某个存储区域拆分到单独服务器的可能性。如果该存储位于单独的 LUN 上,则执行此操作会更简单,因为您可以将其取消配置到当前服务器并将其配置到新主机。

  5. 您是否正在将存储复制到另一台设备?这是基于每个 LUN 进行的吗?您是否需要复制所有数据,还是仅复制部分数据?您可能希望拆分为单独的 LUN,以将复制流量减少到仅复制重要数据。

答案2

我看不出将其分割到多个 LUN 的真正理由。

相关内容