ZFS和SAN -最佳实践？

Question

ZFS的大多数讨论建议关闭硬件RAID，ZFS应该直接与磁盘对话并管理主机上的RAID (而不是RAID控制器)。

这在有2-16个甚至更多本地磁盘的计算机上是有意义的，但是在一个有大SAN的环境中呢？

例如，我工作的企业有一个我认为是中等大小的SAN，它有两个满满的磁盘架，大约有400个主轴。我看到的SAN货架比我们的要密集得多，SAN的部署比我们的要大得多。

人们直接向大型ZFS服务器公开100个磁盘吗?300个磁盘?3000个磁盘？SAN管理工具是否为这类事情的自动化管理提供了便利？

Answer 1

FWIW我在一个ZFS池中有多达92个磁盘的使用经验，到目前为止，它工作得很好。

但是如果你真的在谈论几百个磁盘，我会考虑将它们划分成少量的分离池(但仍然很大)。我不想知道一个zpool scrub在3000个磁盘池上运行多长时间(但您想定期进行清洗)。而且，像zpool status这样的命令的输出对于如此多的磁盘来说也是难以处理的。那么为什么把所有的鸡蛋都放在一个篮子里呢？

(关于de举的附带说明:注意，虽然可以在dataset级别控制去达达，但它会在池级别找到重复的数据。也就是说，如果按照建议进行分区，那么可能会得到更糟糕的结果。另一方面，您将需要更多的内存来保存单个巨型池的加法哈希，如果这个池太大，它可能不适合ARC+L2ARC。因此，如果您使用的是去达普，可用的内存量可能是最大实际池大小的一个很好的指示。)

Answer 2

我们让我们的SANs来管理这次突袭。为什么要把钱花在所有的电池支持的NVRAM和那些专用处理器上，然后将工作转移到服务器上，而不是RAID校验和(RAID校验和)？

Answer 3

这是一个老问题，但它只是一个相关的今天，因为它是7年前！

为了回答问题的第一部分，我不知道什么叫"SAN“，它会将原始磁盘公开给可以运行ZFS的服务器。根据定义，SAN只显示块存储(LUN)，或者可能具有类似Filer/FS之类的内容，显示NFS或CIFS。有一些“SAN”实际上在内部运行ZFS，但这在很大程度上是抽象的--磁盘从未公开给服务器，而是SAN的"Filer“组件将块或网络文件系统呈现给服务器。

显示原始磁盘的设备(通过SAS或在FC上的可能性更小)是DAS。要运行ZFS，通常需要告诉RAID控制器将磁盘显示为JBOD。

但是，您应该在SAN提供的LUN上使用ZFS吗？可能的话: ZFS EXT4提供了一些额外的特性，比如检查校验和或运行快照的检查。如果执行磁盘RAID，洗涤器很可能无法自动愈合，但它仍然可以提醒您防止损坏，有助于防止比特。您可以在上面创建的快照，例如Linux文件服务器，远远优于您可以使用EXT所做的操作，这些快照甚至可以在Windows中作为“早期版本”公开。