实际SAN问题

Question

我正在设计我们的IT基础设施的下一个发展过程。我正在考虑实现一个iSCSI SAN。我目前的计划是只将我们的服务器连接到SAN，然后使用其中一个服务器作为文件服务器，通过网络共享实现对桌面的任何文件共享。经过更多的阅读后，我想知道如果我有iSCSI SAN，是否需要实现文件服务器。以下是我的问题：

1. 如果我允许SAN流量在整个网络上运行，而不是仅仅在iSCSI目标和服务器之间作为客户端运行，那么SAN的性能会不会受到影响？
2. 如果我在iSCSI目标上创建了一个“磁盘”，那么多个客户端可以访问同一个“磁盘”吗？如果是这样的话，这能取代网络文件共享吗？

我意识到第一个问题是一个充满负担的问题，因为我没有具体说明我的网络的细节，但我只是在寻找关于沿着这条道路前进的一般想法。提前感谢您周到的回答。

Answer 1

如果我允许SAN流量在整个网络上运行，而不是仅仅在iSCSI目标和服务器之间作为客户端运行，那么SAN的性能会不会受到影响？

如果您共享iSCSI和正常流量的NIC，那么可以，但是，看看您发送的实际流量就可以得到一个真正的答案。如果服务器和工作站之间没有路由器，那么工作站的广播开销将略微影响性能。

VLAN是免费的，用一个来分离iSCSI流量，现在大多数服务器都有2xGbe，专用于存储通常是没有问题的。

如果我在iSCSI目标上创建了一个“磁盘”，那么多个客户端可以访问同一个“磁盘”吗？如果是这样的话，这能取代网络文件共享吗？

不是的。这是一个NAS (也许是你应该看到的，或者至少是一个像NetApp这样的组合设备)。

有一些“集群”文件系统可以做到这一点，但是它们要求所有主机都是可信的，并且需要进行大量的手动配置。

您还需要查看“分区”(在FC世界中称为“分区”)，以确保Windows (它可以获得的任何东西)不会窃取另一个主机的LUN (比如分区)。

Answer 2

我记得我也在想这些问题。

以下是独家新闻:服务器看到一个iscsi片(称为LUN)，就像硬盘一样。它将其命名为/dev/sdwhatever，然后对其进行分区并使用LVM (如果需要)，并在该设备上创建一个文件系统。效果很好。

现在，当你想让多台机器同时与同一驱动器通话时，它就变得复杂了。这就像把USB驱动器连接到一堆计算机上一样。疯狂。猫和狗躺在一起。精神失常。

现在，有一些方法可以让多台机器与同一设备通信，但是您必须使用所谓的“集群”文件系统。这是一个知道多台计算机正在与其对话的文件系统，并且它解释了这一点。它通过几种可能的方式做到这一点，包括多个日志(通常每台机器一本)，或者使用一个锁管理器(这是一台特定的计算机，它的作用就像一个交警)，但是不管你走哪一条路，你都必须将你想要和同一个LUN交谈的所有机器聚在一起。

大多数人通常做的事情，如果他们想要真正的高可用性，是集群三(有时两个，但它可能更难)一起工作，作为一个文件服务器集群。这三台机器是唯一写入LUN的机器，但是它们的客户端使用NFS、Samba、FTP或其他任何东西来访问那里的文件。

实际上，我以前做了一个Redhat集群(http://www.standalone-sysadmin.com/blog/2009/04/howto-redhat-cluster-suite/)，但是我从未成功地运行和稳定过它。现在，我有几台机器被设置为没有LUN安装的文件服务器，但只要按一下按钮就可以了。这对我来说是一种权衡，因为我没有时间学习集群套件。

Answer 3

1)如果我对你的理解是正确的，那取决于什么是对你最好的。是否需要多个服务器来访问相同的文件？两者都能很好地完成他们的工作，所以这取决于你需要什么。

2)对特定的文件系统(GFS、OCFS)是的。否则就不会了。