我运行了一个6节点的nutanix集群,并计划运行一些容器(LXC),在VM中使用ZFS池,利用轻松克隆、迁移、快照容器,主要是为了将这些克隆传输到其他系统(DR)。
我了解到,ZFS需要直接处理磁盘硬件,以确定哪些内容实际写入磁盘,哪些内容没有写入磁盘。
ZFS是否适合运行在nutanix平台上,考虑到数据损坏或丢失池的风险,因为它不能直接处理磁盘硬件?
硬件是与nutanix-enterprise捆绑在一起的超微型。
我运行了一个6节点的nutanix集群,并计划运行一些容器(LXC),在VM中使用ZFS池,利用轻松克隆、迁移、快照容器,主要是为了将这些克隆传输到其他系统(DR)。
我了解到,ZFS需要直接处理磁盘硬件,以确定哪些内容实际写入磁盘,哪些内容没有写入磁盘。
ZFS是否适合运行在nutanix平台上,考虑到数据损坏或丢失池的风险,因为它不能直接处理磁盘硬件?
硬件是与nutanix-enterprise捆绑在一起的超微型。
你好
听起来您似乎已经知道了ZFS在虚拟磁盘中不能正常运行的一些原因。通过查看可用的文档,他们警告不要在另一个文件系统上实现,并警告性能损失和其他潜在问题。
我要补充的是,当应用于Nutanix分布式文件系统上的VM磁盘时,ZFS中包含的任何磁盘健康监视特性充其量都是无意义的。ZFS的设计似乎是为了充分利用(更便宜的)商品硬件,并包括一些磁盘健康监控和磁盘设备调整。任何ZFS文件系统块可能是一个或多个文件系统块的一部分Nutanix分布式文件系统(DFS),和那些DFS块将驻留在集群中的两个或多个物理磁盘和固态硬盘和硬盘驱动器层之间可能会迁移数据的生命周期。因此,任何试图识别和监控底层物理设备的尝试都不能依赖于它在每一个小时都是相同的设备。
我建议大家回顾一下码头工人储存注意事项部分的Docker容器在AHV上最佳实践指导,并确定相同的推理和建议是否可以成功应用到您的部署中。虽然Docker和LXC不是完全一样的东西,但它是经过彻底审查的最接近的模拟,您将看到,在形成他们的建议之前,作者在其他可用选项中考虑了ZFS。
亲爱的
谢谢你的解释。我已经认为这是ZFS在DFS上的情况,我需要确定。