Lor*_*ley 5 iscsi storage-area-network
我正在设计我们 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-cluster-suite/），但我从来没有让它成功地工作和稳定。现在我有几台设置为文件服务器的机器，它们没有安装 LUN，但只需按一下按钮即可。这对我来说是一种权衡，因为我没有时间学习集群套件。
如果让 SAN 流量在整个网络上运行，而不是仅在 iSCSI 目标和作为客户端的服务器之间运行，是否会影响 SAN 到服务器的性能？
如果您为 iSCSI 和普通流量共享 NIC，是的，但是请查看您发送的实际流量以获得真正的答案。如果服务器和工作站之间没有路由器，则工作站的广播开销会稍微影响性能。
VLAN 是免费的，使用一个来分隔 iSCSI 流量，现在大多数服务器都有 2xGbe，专用一个用于存储通常不是问题。
如果我在iSCSI目标上创建一个“磁盘”，多个客户端可以访问同一个“磁盘”吗？如果是这样，这可以取代网络文件共享吗？
不，那是 NAS（也许您应该关注的是，或者至少是像 NetApp 这样的组合设备）。
有“集群”文件系统可以执行此操作，但是它们要求所有主机都是可信的，并且涉及大量手动配置。
您还需要查看“分区”（FC 世界中的称呼）以确保 Windows（它将获取任何它能得到的东西）不会窃取其他主机的 LUN（想想分区）