我正在devise我们的IT基础架构的下一个发展。 我正在考虑实施iSCSI SAN。 我目前的计划是只将我们的服务器连接到SAN，然后使用其中一台服务器作为文件服务器，通过networking共享实现任何文件共享到桌面。 更多的阅读后，我想知道如果我有一个iSCSI SAN，我是否需要实现一个文件服务器。 这是我的问题：
如果我让SANstream量在整个networking上运行，而不是在iSCSI目标和服务器之间作为客户端，我会否损害SAN的性能？
如果我在iSCSI目标上创build一个“磁盘”，多个客户端可以访问同一个“磁盘”吗？ 如果是这样，可以取代networking文件共享？
我意识到问题1是一个加载的问题，因为我没有详细说明我的networking的细节，但是我正在寻找关于朝这个方向前进的一般想法。 感谢您的深思熟虑的答案。
如果我让SANstream量在整个networking上运行，而不是在iSCSI目标和服务器之间作为客户端，我会否损害SAN的性能？
如果您共享iSCSI和普通stream量的网卡，那么请注意您发送的实际stream量以获得真正的答案。 如果服务器和工作站之间没有路由器，那么工作站的广播开销会稍微影响性能。
VLAN是免费的，使用一个来分开iSCSIstream量，现在大多数服务器有2xGbe，专门用于存储通常不是问题。
如果我在iSCSI目标上创build“磁盘”，多个客户端可以访问同一个“磁盘”吗？ 如果是这样，可以取代networking文件共享？
不，这是一个NAS（也许你应该看看，或者至less是像NetApp这样的组合设备）。
有“集群”文件系统这样做，但是他们要求所有的主机被信任，并且有很多手动configuration涉及。
你也会想看看“分区”（就像FC世界中所称的那样），以确保Windows（它将采取任何可以得到的）不会窃取另一个主机的LUN（认为是分区）
我记得也想知道这些确切的问题。
这里是独家新闻：服务器看到一个iscsi切片（称为LUN）就像硬盘驱动器。 它将其parsing为/ dev / sdwhatever，然后对其进行分区并使用LVM（如果需要），并在该设备上创build文件系统。 它工作很好。
现在，当你想让多台机器同时与同一个驱动器对话时，情况会变得复杂。 这就像是将一个USB驱动器同时连接到一堆计算机上。 疯狂。 猫和狗放在一起。 疯狂。
现在，碰巧有一些方法可以使多台机器与同一台设备通信，但是必须使用所谓的“集群”文件系统。 这是一个文件系统，知道多台计算机正在对话，并说明了这一点。 它通过几种可能的方式来做到这一点，包括多个期刊（通常每台机器一个），或者使用锁pipe理器（这是一个特定的计算机，像一个交通警察），但无论你走到哪里，必须将所有想要与之通话的机器集群到同一个LUN。
大多数人通常所做的，如果他们想要真正的高可用性，就是把三台（有时甚至两台，但可能更难）的机器作为一个文件服务器集群一起工作。 这三台机器是唯一一个写入LUN的机器，但是他们的客户机使用NFS，Samba，FTP或其他方式访问这些文件。
我实际上做了一个红帽群集HOWTO，但是我从来没有成功地工作和稳定。 现在我已经有几台机器被设置为没有安装LUN的文件服务器，但只需按一下button即可。 这对我来说是一种折衷，因为我没有时间学习集群套件。
1）如果我正确理解你的话：取决于你最适合什么。 你需要多个服务器来访问相同的文件？ 两者都能正常工作，所以这取决于你所需要的。
2）具有特定的文件系统（GFS，OCFS）是的。 否则不。
我们为我们的SAN使用NetApp硬件，并为我们提供了所有选项
加
这大大简化了我们的存储。 我正在将2TB磁盘从VMware虚拟机Windows 2003文件服务器迁移到直接从NetApp本身共享的过程中。 添加能够将快照和NDMP备份直接写入磁带，这是需要考虑的事情。
将SAN直接共享到台式机可能比它的价值更麻烦，因为您需要在台式机上安装特殊的群集文件系统软件。 这个软件对于Windows而言可能相当昂贵，几乎肯定不会给你带来什么好处。 最好使用文件服务器（如果需要，可以装入SAN卷）和标准的CIFS共享。
一些SAN设备也可以在双模式下工作，使用传统的文件共享协议导出块级存储和NAS。 NetApp以这类设备而闻名，尽pipe您可以从这类设备的大多数制造商处获得此类系统。
正如其他人所提到的，iSCSI使共享访问变得更加困难。 您需要特殊的文件系统（OCFS等），而且由于各种原因，这些文件系统的性能低于其他文件系统。 如无法使用内存进行caching，因为这会阻止在多个主机上对文件系统进行一致的视图，必须在文件系统本身而不是在内核上实现文件locking系统，因此性能可能显着比较慢。 它也不能在Windows中完成，因为目前没有针对该平台的多装载文件系统。
但是，如果您只想提供一片用于本地访问工作站的iSCSI磁盘，并通过具有iSCSI挂载存储的文件服务器处理共享访问存储，那么这将工作得很好。 NFS，CIFS或Windows的文件服务器被devise为在内存中而不是在文件系统上处理这种操作，因此性能可以更高。
那么Softwere对于你的场景来说可能是有用的，StarWind iSCSI SAN是一个软件，可以将你的Windows Server转换成一个可扩展的SAN。 这是他的一些更有趣的function：
对单个磁盘容量，安装的硬盘总数，CPU或CPU内核数量，以太网端口或RAM数量没有限制。将任何64位或32位Windows服务器转换为SAN。
无限的连接和无限的TB存储容量。 支持Windows服务器群集以实现高可用性。
虚拟化环境支持VMware，Hyper-V，XenServer，Virtual Iron。 支持高级VMwarefunction：VMotion，Storage VMotion，HA，DRS和VCB。 任何服务器应用程序的共享存储，包括SQL Server，Exchange，SharePoint。
我会build议你先使用免费试用，然后看看它是如何发展的。
我build议你看看Solaris10 + ZFS，因为这基本上可以做到所有的Netapp文件pipe理器的成本（iSCSI，RW快照，CIFS，NFS，集群和复制）的一小部分，操作系统是免费使用，它不需要任何特殊的硬件（大多数戴尔/惠普x86_64将工作得很好）。
干杯，
西蒙娜