首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >文件服务器-一个大LUN还是多个较小的LUN?

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

Server Fault用户
提问于 2010-10-24 10:21:17
回答 2查看 3.2K关注 0票数 0

我们即将替换一堆工具包(服务器、SAN等)。并将我们的服务器从当前的平台迁移到另一个平台。

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

在我看来,多个LUN的支持主要归结为“如果”的事情,例如文件恢复、文件系统损坏的影响,以及con的空间分配,也就是说,我可能在一个LUN上有500 no的空闲空间,但在我需要它的LUN上却没有空闲的空间。

你会怎么做?为什么?

谢谢。

EN

回答 2

Server Fault用户

回答已采纳

发布于 2010-10-24 11:27:36

  1. 检查在SAN上或在堆栈中的任何其他点上是否存在对最大LUN大小的限制。例如,如果您在ESX中以VM的形式运行,那么每个LUN有一个2Tb的限制,而不需要对其进行黑客攻击。
  2. 检查有效载荷。如果您在同一台服务器上提供几种不同类型的内容(例如安装ISO、用户共享、电子邮件存档),您可能希望其中一些内容位于速度更快的磁盘上,而有些则位于更便宜的磁盘上。即使今天不需要,这种分层在将来也有价值吗?
  3. 评估未来存储需求的可能增长。您是否可能需要增加存储区域内的可用空间?你能在伦人在线的时候做这个吗?你能在服务器保持在线的时候做到这一点吗?您可能会发现,通过将数据逻辑地拆分到多个LUN,您可以扩展其中一个存储区域,同时只从一个服务器服务,并且不需要停机时间。
  4. 权衡需要将一个存储区域拆分到一个单独的服务器的可能性。如果存储位于单独的LUN上,则执行此操作更简单,因为您可以取消将其提供给当前服务器,并将其提供给新主机。
  5. 你在把你的存储器复制到另一个设备上吗?这是按计划计算的吗?您需要复制所有的数据,还是只复制其中的一部分?您可能希望拆分为单独的LUN,以将复制通信量减少到仅重要的数据。
票数 2
EN

Server Fault用户

发布于 2010-10-24 10:36:54

我看不出有什么真正的理由把它分割成多个伦。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/194221

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档