我想用iSCSI来build立一个存储农场。 我有2个集群节点机，1个安装了8TB的iscsi目标机为RAID 10，容量现在是8TB，但我将来会升级容量。 比方说，我安装了集群作为文件服务器，并将这些服务器连接到iscsi目标，然后我将8TB容量作为唯一文件夹共享给Windows用户。 用户现在只能看到一个容量为8TB的文件夹。 但是如果我想添加另外的8TB来扩展主容量，用户不能看到这个新的8TB的第二个文件夹。 用户必须像以前一样只能看到一个文件夹，但这次这个文件夹的容量扩展到了16TB。 等等，如果我添加另一个8TB，用户只能处理一个文件夹。 为此，我了解到ZFS可以扩展其大小而不会出现问题。 因此，如果我在iSCSI LUN上使用ZFS作为文件系统，群集机器如何看到ZFS。 因为群集机器有Windows 2008.有没有另一种方法来扩大共享文件夹的大小没有问题？ ntfs是否支持它？
首先我要说你需要退后一步，了解块和文件存储的区别。 我不相信你真正理解了你的问题的措辞的差异。
你说你有一个iSCSI目标机器，并提到ZFS。 您的iSCSI目标系统是否运行Solaris / OpenSolaris / NexentaOS或BSD？ 如果没有，那么你不能实际使用ZFS。 （虽然FUSE可能工作，我不会依赖它的服务器）
对于在iSCSI LUN上看到ZFS文件系统的Windows 2008集群系统。 不会发生。 这里是我不认为你理解块和文件存储之间的区别，我不知道任何体面的网站，你可以了解这一点，也许有人读这可以build议一个很好的网站？ 下面是一个关于块和文件存储之间差异的中途文章的链接：
http://findarticles.com/p/articles/mi_m0DUJ/is_12_106/ai_n27577413/
我总是可视化存储层，在这种情况下，你最有可能：
1）磁盘
2）Raid组（ZFS zpool或传统RAID组和一组磁盘）
3）卷（Think C：在Windows中是Linux或LVM）
4）文件系统（Windows中的NTFS，Solaris上的ZFS，Linux上的ext3 / 4）
5）文件。
根据iSCSI目标实现，可以从原始设备（第3层）或文件系统（第5层）上的大文件共享LUN。 基于ZFS的目标几乎肯定会使用驻留在ZFS文件系统上的文件。 从iSCSI目标导出LUN时，底层的ZFS文件系统对于使用它的Windows系统变得不可见。 对他们来说，他们最初只看到一张空白的磁盘 然后，您只需使用NTFS格式化LUN并安装集群。 这增加了以下图层到我们的图：
5）目标上的LUN文件（Great big binary blob）
6）iSCSI目标层
7）卷（即D 🙂
8）文件系统（NTFS）
9）用户数据文件。
我希望我已经有点清楚:-)
并解决扩展NTFS格式的LUN的核心问题。 这很简单，基本上在diskpart中使用extend命令，卷将立即扩展以填充所有可用空间。 我一直在从NetApp共享iSCSI LUN。 请注意，扩展C：驱动器可能会很麻烦，因为您必须重新引导到WinPE才能使卷脱机一段时间来执行扩展。 也许这是在Windows 2008中修复的，但我还没有尝试过呢…（绝对不是Windows 2003中的情况，它需要WinPE中的diskpart）