Solaris：用于ZFS的虚拟切片/磁盘

Question

这与我以前的问题有点相关 Solaris：将文件系统安装在应用程序的处理程序上 除此问题是出于不同的目的，并且更简单，因为没有开放/关闭/锁，它只是带有读/写操作的字节的固定长度块。

无论如何，我可以创建一个虚拟切片，有点像公羊磁盘或SVM片。但是我希望阅读并写入我的应用程序。

我打算使用ZFS来使用这些虚拟切片/磁盘的多个，并将其制成一个较大的切片/磁盘，以便使用快照的分布式备份存储。我真的很喜欢ZFS提供的压缩和堆叠。如有必要，我可以保证只有一个ZF一次访问这些虚拟磁盘的实例（以防止缓存冲突等）。如果一个实例下降，我们可以确保它不会重新启动，然后我们可以启动该ZFS的另一个实例。

我打算将这些磁盘放在大约4GB左右的块中，然后我可以在每个块中移动并决定存储在哪里（当然要多次反映），然后让ZFS访问块并将它们放在更大的地方实际使用的块。同样，ZFS将允许在必要时增加这些小块，以增加较大块的大小。

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

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

这是一个跨职位，因为这比Sysadmin与与Sysadmin相关的软件更相关。原始问题在这里： https://serverfault.com/questions/212072. 。关闭原件可能是个好主意

Answer 1

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

编辑：固定长度文件将在NFS等网络文件系统上。

Answer 2

一种方法是编写Solaris设备驱动程序，恰恰是一个模拟真实磁盘的块设备，但它会回到您的应用程序中。

从阅读 设备驱动程序教程, ，然后看看 OpenSolaris源代码 对于真实的驱动程序代码。

另外，您可以调查修改Solaris ISCSI目标是您应用程序的接口。再次看着 OpenSolaris Comstar 将是一个好的开始。