我正在设计我们 IT 基础架构的下一次演进。我正在考虑实施 iSCSI SAN。我目前的计划是仅将我们的服务器连接到 SAN，然后使用其中一台服务器作为文件服务器，通过网络共享将任何文件共享到桌面。经过更多阅读，我想知道如果我有 iSCSI SAN 是否需要实现文件服务器。以下是我的问题：
如果我让 SAN 流量在整个网络上运行，而不仅仅是在 iSCSI 目标和作为客户端的服务器之间运行，我会损害 SAN 对服务器的性能吗？
如果我在 iSCSI 目标上创建一个“磁盘”，多个客户端可以访问同一个“磁盘”吗？如果是这样，这可以替换网络文件共享吗？
我意识到问题 1 是一个加载的问题，因为我没有指定我的网络的细节，但我只是在寻找关于沿着这条道路前进的一般想法。提前感谢您周到的回答。
我记得我也想知道这些确切的问题。
这是独家新闻：服务器看到 iSCSI 片（称为 LUN）就像看到硬盘一样。它将其寻址为 /dev/sdwhatever，然后您对其进行分区并使用 LVM（如果需要），并在该设备上创建一个文件系统。它工作得很好。
现在，当您希望多台机器同时与同一个驱动器通信时，它变得很复杂。这就像一次将 USB 驱动器连接到一堆计算机。疯狂。猫和狗一起躺下。疯狂。
现在，碰巧有一些方法可以让多台机器与同一个设备通信，但您必须使用所谓的“集群”文件系统。这是一个文件系统，它知道多台计算机正在与之通信，并且它解释了这一点。它通过几种可能的方式来做到这一点，包括多个日志（通常每台机器一个），或使用锁管理器（这是一台充当交通警察的特定计算机），但无论你走哪条路，你都会去必须将要与同一个 LUN 通信的所有机器集群在一起。
如果他们想要真正的高可用性，大多数人通常会做的是将三台（或有时两台，但可能更难）机器作为文件服务器集群一起工作。这三台机器是唯一写入 LUN 的机器，但它们的客户端使用 NFS、Samba、FTP 或其他任何方式来访问那里的文件。
我实际上做了一个 Redhat Cluster HOWTO（http://www.standalone-sysadmin.com/blog/2009/04/howto-redhat-c luster-suite/ ），但我从来没有成功地工作和稳定。现在我有几台机器被设置为文件服务器，它们没有安装 LUN，但只需按一下按钮即可。这对我来说是一种权衡，因为我没有时间学习集群套件。
如果您为 iSCSI 和正常流量共享 NIC，是的，但是请查看您发送的实际流量以获得真正的答案。如果服务器和工作站之间没有路由器，工作站的广播开销会稍微影响性能。
VLAN 是免费的，使用一个来分隔 iSCSI 流量，现在大多数服务器都有 2xGbe，专用于存储通常不是问题。
不，那是一个 NAS（也许是你应该看到的，或者至少是一个像 NetApp 这样的组合设备）。
有“集群”文件系统可以做到这一点，但是它们要求所有主机都是可信的，并且涉及很多手动配置。
您还需要查看“分区”（正如它在 FC 世界中所称的那样）以确保 Windows（它将采取任何可以得到的东西）不会窃取另一个主机的 LUN（想想分区）
1）如果我对您的理解正确：取决于最适合您的方式。您是否需要多台服务器来访问相同的文件？两者都可以正常工作，因此这取决于您的需要。
2) 使用特定文件系统（GFS、OCFS）是的。否则没有。
我们将 NetApp 硬件用于 SAN，它为我们提供了所有选项
加
这大大简化了我们的存储。我正在将 2TB 磁盘从 VMware 虚拟机 Windows 2003 文件服务器迁移到直接从 NetApp 本身共享。添加直接对磁带执行快照和 NDMP 备份的功能，这是值得考虑的事情。
将 SAN 直接共享到桌面可能比它的价值更麻烦，因为您必须在桌面上安装特殊的集群文件系统软件。对于 Windows，该软件可能非常昂贵，而且几乎可以肯定不会给您带来任何好处。您最好使用文件服务器（如果需要，它可以挂载 SAN 卷）和标准 CIFS 共享。
一些 SAN 设备还可以在双重模式下工作，在这种模式下，它使用传统的文件共享协议同时导出块级存储和 NAS。NetApp 以此类设备而闻名，尽管您可以从大多数此类设备的制造商处获得此类系统。
正如其他人所提到的，iSCSI 使共享访问变得更加困难。为此，您需要特殊的文件系统（OCFS 等），并且由于各种原因，这些文件系统的性能低于其他文件系统。例如不能使用内存进行缓存，因为这会阻止文件系统在多个主机上的一致视图，必须在文件系统本身而不是内核中实现文件锁定系统，因此性能可能会显着提高慢点。它也不能在 Windows 中完成，因为该平台目前没有多挂载文件系统。
但是，如果您只想提供一块 iSCSI 磁盘用于本地访问工作站，并通过带有 iSCSI 安装存储的文件服务器处理共享访问存储，那么这将很有效。NFS、CIFS 或 Windows 的文件服务器旨在在内存中而不是在文件系统中处理此类操作，因此性能可以更高。
好吧，有一款软件可能对您的场景有用，StarWind iSCSI SAN：该软件可将您的 Windows Server 转换为出色的可扩展 SAN。这是他的一些更有趣的功能：
对单个磁盘容量、安装的硬盘总数、CPU 或 CPU 内核的数量、以太网端口或 RAM 的数量没有限制。将任何 64 位或 32 位 Windows 服务器转换为 SAN。
无限连接和无限 TB 存储容量。支持 Windows 服务器集群以实现高可用性。
对 VMware、Hyper-V、XenServer、Virtual Iron 的虚拟化环境支持。支持高级 VMware 功能：VMotion、Storage VMotion、HA、DRS 和 VCB。任何服务器应用程序的共享存储，包括 SQL Server、Exchange、SharePoint。
我会建议您先使用免费试用版，然后再看看效果如何。
www.starwindsoftware.com
我建议您看看 Solaris10 + ZFS，因为这基本上可以完成所有 Netapp 文件管理器所需的成本（iSCSI、RW 快照、CIFS、NFS、集群和复制），操作系统是免费使用的，而且不需要任何特殊硬件（大多数戴尔/惠普 x86_64 都可以正常工作）。
干杯，
西蒙娜