☰

iSCSI 或网络共享

tag-icon • tag-icon iscsi network-attached-storage server-message-block
iSCSI 或网络共享

我们的新 NAS 有四个可链接的网络端口，我想利用这些额外的潜在容量。

我是不是该;

1 - 创建一个 iSCSI 卷，其开销较低，将主文件共享服务器连接到该卷，然后通过 SMB 和组策略重新共享到用户的映射驱动器？我发现的问题是，我无法利用 nas 上链接的 lan 端口的额外网络容量，因为所有共享都通过一个文件服务器进行，​​这将造成瓶颈，因为它有自己的单个 lan 端口。由于它是服务器的本地驱动器，我可以更轻松地执行各种操作，如备份/移动/搜索等

2 - 直接在 NAS 上创建 SMB 共享并将用户映射驱动器指向那里，理论上这将允许所有用户通过 4 个链接端口来增加潜在带宽。

谢谢

答案1

我不明白这类问题背后的逻辑。

关于选项 1 的这个陈述：Issue I see with this is I wont be able to utilize the extra network capacity of the linked lan ports on the nas as all the sharing is going through the one file server which will create a bottle neck with its own single lan port- 这是一个假设。您是否确定瓶颈是否确实存在？您怎么知道只使用一个端口会造成瓶颈？您有什么样的数据/指标来验证这个陈述？

关于选项 2 的陈述是：create the SMB shares directly on the NAS and point the user mapped drives there which will theoretically allow all users to go through the 4 linked ports increasing potential bandwidth- 如果您通过单个端口推送 100Mbps 的流量，那么添加 3 个额外端口不会让速度更快。您如何确定需要链路聚合提供的额外带宽？您当前正在使用什么，推送多少流量？

在我看来，您正在试图证明所有 4 个端口的用途，因为您认为必须这样做，否则它们就被浪费了，在我看来，这不是实施任何特定技术解决方案或设计的好理由。

答案2

这取决于你拥有的 NAS 类型（请注明品牌和型号）。如果您拥有某些没有特别针对 Windows 集成进行调整的东西（例如 Isilon 或基于 Linux 的 NAS），我建议不要直接将其用作文件共享。

此外，存储并不总是与吞吐量有关...它很少与吞吐量有关。同样，您拥有的特定设备类型将决定最佳策略。

您能提供更多信息吗？

相关内容