我正在为大约 150 台计算机实施基于 Crashplan ProE（无云存储）的 D2D 备份解决方案。对于存储后端，我选择了 Overland Snapserver DX2 主机和一个扩展，每个机柜有 12x2TB，我计划在每个机柜级别使用 RAID6。虽然系统的基础是 NAS，但 DX2 是一个“统一”存储提供商，因为它还能够充当 iSCSI 目标。
到目前为止，大多数事情都很好，但如果我想通过 NAS 或 iSCSI 访问备份档案，我会遇到相当多的困难。我已经确定 iSCSI 确实没有任何明显的处理或性能开销。我最关心的是文件系统的长期可靠性，而 iSCSI 本质上似乎是一个附加的功能。他们也只支持 2TB iSCSI 卷，直到去年某个时候，才启用了对更大卷的支持。我可能会使用 18TB iSCSI 磁盘。我尽我所能尝试重现可能的“最坏情况”，例如突然断电、驱动器移除/重新插入/重建等，一切似乎都还不错。我还看到一些评论表明，对于最有利于 Crashplan 获得良好性能的多线程文件访问，iSCSI 可能比 SMB 更合适。
因此，简而言之，任何有在“统一”的中低端 NAS/SAN 盒上使用非常大的 iSCSI 磁盘经验的人，对 iSCSI 文件系统的长期可靠性有何评论？
编辑：所有流量都从桌面传输到 Crashplan ProE 服务器。服务器是唯一与存储单元通信的系统。我本来可以使用 DAS，但我追求灵活性。抱歉，我没说清楚。
答案1
首先，iSCSI 不是文件系统，它是一种通过网络（接口）使用 SCSI 命令发送/访问/接收数据的协议。（是的，我知道这是基础，如果你想要维基百科或其他研究，你可以谷歌 iscsi）
也就是说，可靠性实际上基于后端存储的可靠性和前端主机的可靠性以及 iSCSI 运行的网络的可靠性。
如果您实施 iSCSI 与直接 NAS 访问，那么您确实添加了可能会发生故障的前端主机，因此请将其考虑在可靠性因素中。
我不会深入讨论，您可以在侧面看到“相关”链接，这些链接将为您提供有关各种 iSCSI 主题的更多信息，但您关于 iSCSI“文件系统”是否长期可靠的简短问题只能根据上面粗体部分单独回答。而且它仍然是主观的。也许对您来说可靠的是它连续 5 年全天候运行。对于其他人来说，如果它仅持续 6 个月，每月停机一小时，他们就很酷了。
注意：尽管如此……您似乎确实在质疑 iSCSI 块级访问与将数据存储在 NAS/CIFS/SMB 服务器存储上之间的区别。请注意，如果您正在实施 iSCSI，您仍然需要将主机上的 LUN 划分到您计划使用的任何文件系统中，这听起来仍然像一个基本的 SMB 文件服务器。
答案2
正如 TheCleaner 所述，iSCSI 不是文件系统，这意味着您必须选择一个群集感知文件系统来使用 iSCSI 共享块，并且还必须有一个锁定管理系统，可以作为群集感知文件系统的一部分或作为独立的系统。
我不知道是否存在任何通用的集群感知文件系统，能够管理您需要的流量级别，以支持 150 个客户端，而且有充分的理由表明，它们不是为完成这项工作而设计的。
因此，请使用 NAS 文件系统，而且，如果将超过 12-15 台机器备份到如此低性能的阵列（即最大 1250 IOPS），那将会带来麻烦。您必须非常精确地安排每台 PC 的备份计划，以确保它不会对每个人都超时。