我对 SAN 还很陌生，继承了一台旧的 EMC CX300 来玩。CX300 是纯 FC，但我想尝试 ISCSI，而不必购买昂贵的 ISCSI 网关设备。
我在想我可以做如下的事情：
- 通过 FC 将 Win 2012 服务器直接连接到 CX300
- 安装 Windows 原生 ISCSI 目标软件
- 为服务器提供 LUN
- 通过 ISCSI 将客户端指向服务器以访问 LUN
这是一个可接受的生产解决方案吗？我会像使用 ISCSI 网关一样使用服务器。但我不想使用 Windows 可怕的存储池\RAID 解决方案，我只想将客户端直接传递到我提供给服务器的 LUN。
如果这个问题难以回答，我很抱歉，但正如我所说，我对 SAN 非常陌生。我实际上并没有在生产中部署它，但很好奇这样的设置是否存在或是否适用于生产环境。
答案1
这是一个可接受的生产解决方案吗？
不会。您确实说过您想“尝试使用 iSCSI”。进行实验是可以的。
我会像使用 ISCSI 网关一样使用服务器。但我不想使用 Windows 的可怕的存储池\RAID 解决方案，我只想让客户端直接通过我提供给服务器的 LUN。
存储空间实际上并不糟糕，但在这种情况下最好让 CX 处理 RAID。
如果这个问题难以回答，我很抱歉，但正如我所说，我对 SAN 非常陌生。我实际上并没有在生产中部署它，但很好奇这样的设置是否存在或是否适用于生产环境。
这在生产环境中并不常见。iSCSI 和 FC 都适用于生产，但不是您所提议的。人们会购买适合其操作的解决方案。如果您需要 FC，则购买 FC 套件。如果您需要 iSCSI，则购买 iSCSI 套件。就像我说的，这对于学习 iSCSI 的工作原理来说很好，但它与您在生产中配置存储的方式完全不同。
答案2
这是一个可接受的生产解决方案吗？
嗯，那样确实可行，但我不会说它是生产，因为延迟会很糟糕并且没有弹性 - 所以对于实验室来说它会很好，但我不会说它甚至是远程生产规格。
答案3
我这样做纯粹是为了临时解决这一问题。使用这种方法，您需要处理多个抽象层（呈现给 Windows 服务器的 LUN、在 Windows 服务器上创建 VHD 作为客户端的 iSCSI 目标等），而且性能不会达到我认为的“生产可接受”水平。
答案4
我已经这样做了...
我使用过运行虚拟文件系统通过NexentaStor放置在传统光纤 SAN 存储前面，并作为让旧存储阵列焕发新生的一种方式。这是一种权宜之计。适合测试……适合某些工作负载……但不是永久解决方案的正确选择。