问题

在Nutanix平台上运行ZFS虚拟机

  • 2020年2月21日
  • 3回复
  • 1403的浏览量

  • “航行者”号
  • 1回复

我运行了一个6节点的nutanix集群,并计划运行一些容器(LXC),在VM中使用ZFS池,利用轻松克隆、迁移、快照容器,主要是为了将这些克隆传输到其他系统(DR)。

我了解到,ZFS需要直接处理磁盘硬件,以确定哪些内容实际写入磁盘,哪些内容没有写入磁盘。

ZFS是否适合运行在nutanix平台上,考虑到数据损坏或丢失池的风险,因为它不能直接处理磁盘硬件?

硬件是与nutanix-enterprise捆绑在一起的超微型。


3回复

Userlevel 3
徽章 + 4

你好 @zain

听起来您似乎已经知道了ZFS在虚拟磁盘中不能正常运行的一些原因。通过查看可用的文档,他们警告不要在另一个文件系统上实现,并警告性能损失和其他潜在问题。

我要补充的是,当应用于Nutanix分布式文件系统上的VM磁盘时,ZFS中包含的任何磁盘健康监视特性充其量都是无意义的。ZFS的设计似乎是为了充分利用(更便宜的)商品硬件,并包括一些磁盘健康监控和磁盘设备调整。任何ZFS文件系统块可能是一个或多个文件系统块的一部分Nutanix分布式文件系统(DFS),和那些DFS块将驻留在集群中的两个或多个物理磁盘和固态硬盘和硬盘驱动器层之间可能会迁移数据的生命周期。因此,任何试图识别和监控底层物理设备的尝试都不能依赖于它在每一个小时都是相同的设备。

我建议大家回顾一下码头工人储存注意事项部分的Docker容器在AHV上最佳实践指导,并确定相同的推理和建议是否可以成功应用到您的部署中。虽然Docker和LXC不是完全一样的东西,但它是经过彻底审查的最接近的模拟,您将看到,在形成他们的建议之前,作者在其他可用选项中考虑了ZFS。

亲爱的 @JeremyJ

谢谢你的解释。我已经认为这是ZFS在DFS上的情况,我需要确定。

@JeremyJ我仍然认为应该支持ZFS nutanix,是的,这可能会带来一些性能问题,也失败的目的文件系统的自动愈合功能,对我来说我用FreeBSD的大部分时间和ZFS是如此强大的文件系统,不仅仅是因为它的auto-healing特性。但快照、压缩和加密,文件系统的数据集样式也是我喜欢的。对我来说,ZFS提供的特性远远超过了ZFS对DFS文件系统造成的性能问题。

回复


Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu