我运行了一个6节点的Nutanix群集,并计划使用ZFS池在VM内运行一些容器(LXC),以利用Easy Clone,迁移,快照,主要是将这些克隆运送到其他系统(DR)(DR)
我读到,ZFS需要直接与磁盘硬件打交道,以确保什么是什么或实际写给磁盘的内容。
是否可以在Nutanix平台上运行,ZFS是否可以使用,因为它无法直接处理磁盘硬件?
硬件超级捆绑在一起,与Nutanix-Enterprise捆绑在一起。
我运行了一个6节点的Nutanix群集,并计划使用ZFS池在VM内运行一些容器(LXC),以利用Easy Clone,迁移,快照,主要是将这些克隆运送到其他系统(DR)(DR)
我读到,ZFS需要直接与磁盘硬件打交道,以确保什么是什么或实际写给磁盘的内容。
是否可以在Nutanix平台上运行,ZFS是否可以使用,因为它无法直接处理磁盘硬件?
硬件超级捆绑在一起,与Nutanix-Enterprise捆绑在一起。
你好
听起来您已经意识到ZF可能无法在虚拟磁盘中执行预期的某些原因。通过审查可用的文档,他们警告不要在另一个文件系统上实施,并警告性能损失和其他潜在问题。
我补充说,当ZF中包含的任何磁盘健康监测功能充其量都是荒谬的,将其应用于Nutanix分布式文件系统上的VM磁盘。ZFS似乎旨在充分利用(廉价)商品硬件,并包括一些磁盘健康监控和磁盘设备调整。ZFS中的任何文件系统块都可以是Nutanix分布式文件系统(DFS)中一个或多个文件系统块的一部分,并且这些DFS块中的任何一个都将位于集群中的两个或多个物理磁盘上,并可能在SSD和HDD层之间迁移在数据的生命周期期间。因此,任何尝试识别和监视基础物理设备的尝试根本无法依靠它是同一设备,从一个小时到另一个小时。
我建议审查Docker Storage Considerations部分AHV上的Docker容器最佳实践指南,并确定是否可以成功地应用相同的推理和建议。虽然Docker与LXC不会完全相同,但它是经过彻底审查的最接近的模拟,您会看到作者花时间在制定建议之前考虑ZFS等其他可用选项。
亲爱的
谢谢你的解释。我已经认为DFS上的ZF是这种情况,我需要确定。