Solaris：与ZFS一起使用的虚拟片/磁盘

Question

这与我先前的问题Solaris有点相关：Solaris：在应用程序的处理程序上挂载文件系统，除了这个问题是出于不同的目的，并且由于没有打开/关闭/锁定，它很简单，它只是一个固定长度的字节块，具有读取功能/ write操作。

无论如何，我可以创建一个虚拟切片，有点像RAM磁盘或SVM切片..但是我希望读写能够通过我的应用程序进行。

我计划使用ZFS来获取这些虚拟片/磁盘中的多个，并使它们成为一个更大的虚拟片/磁盘，以用于带有快照的分布式备份存储。 我真的很喜欢ZFS提供的压缩和堆栈。 如有必要，我可以保证一次只有ZFS实例访问这些虚拟磁盘（以防止发生缓存冲突等）。 如果一个实例发生故障，我们可以确保它不会重新启动，然后我们可以启动该ZFS的另一个实例。

我打算将这些磁盘分成大约4GB的块，然后我可以在每个块周围移动并决定将它们存储在何处（当然是多次镜像），然后让ZFS访问这些块并将它们放在一起实际使用的块。 而且，如果有必要增加较大块的大小，ZFS还将允许添加这些小块。

我知道，如果我们在Java中使用自己的应用程序，将会有额外的延迟/网络流量，但这仅用于备份存储。 生产存储是完全不相关的不同配置。

编辑：我们有一个使用所有可用空间的系统，基本上，当没有足够的空间时，它将删除旧快照并增加旧快照之间的间隔。 我提议的目的是允许生产设备中未使用的空间免费使用。 在不同的时间，我们生产设备的不同单元将具有可用空间。 同样，我正在描述的系统在尝试访问数据时应该消除任何单点故障。 我希望不必购买两个大型单元并使它们保持同步。 我只希望有两个访问点，然后我们可以按照自己想要的任何方式混合使用大/小单元，并无缝移动数据。

这是一个交叉发布，因为它比sysadmin相关的软件更多。原始问题在这里： https : //serverfault.com/questions/212072 。 关闭原件可能是个好主意

Answer 1

一种方法是编写一个Solaris设备驱动程序，恰好是一种块设备，一个设备模仿一个实际的磁盘，但它将代替它与您的应用程序通信。

首先阅读《 设备驱动程序教程》 ，然后查看OpenSolaris源代码中的真实驱动程序代码。

或者，您可以研究将Solaris iSCSI目标修改为与应用程序的接口。 同样，查看OpenSolaris COMSTAR将是一个好的开始。

Answer 2

似乎任何文件系统上的任何固定长度文件都将与用于ZFS的块设备一起使用。 不确定重新启动的工作方式，但是我确定我们可以编写一些启动命令来解决该问题。

编辑：定长文件将位于网络文件系统（例如NFS）上。