解决了

在昏迷时间内的快照

  • 2020年8月4日
  • 5回复
  • 1149的浏览量

你好云构建器

当我读NTNX圣经时,他们说虚拟机快照是通过冻结虚拟机获得的,不太可能在ESXi中,虚拟机被惊呆了

我的问题,而在NTNX平台上,当虚拟机被快照冻结时,I/O如何发生。

图标

最佳答案Alona2020年8月7日

Ok, so I do not have much for you and I apologise but I was able to find something.<\/p>

You know how hypervisor level snapshots and storage-level snapshots work differently traditional (I am tempted to put that word in quotes) environment and thus have different implications on the in-gues applications? For example a VM level snapshot would require a freeze of the I\/O but a volume level snapshot would come not noticeable or nearly not noticeable?<\/p>

Similar thing here. Nutanix is an HCI platform so we can operate with the block map on the storage layer and skip the stun entirely.<\/p>

That\u2019s what the Nutanix Bible paragraph meant. I sincerely hope that helps.<\/p>","className":"post__content__best_answer"}">

查看原始

本主题已关闭供评论

5回复

Userlevel 3
徽章 +4

@VMwarer

我请求回顾下面的帖子,我希望它能有所帮助

Nutanix保护域和VMware虚拟机快照——可以共存吗?

Userlevel 6
徽章 +5

伊卜拉欣-你好,

我相信下面是你所指的《Nutanix Bible》的一部分?如果我误解了,请告诉我。

消除ESXi眩晕

ESXi使用VMware客户工具支持原生应用一致性快照。然而,在这个过程中,创建了增量磁盘,ESXi“眩晕”虚拟机,以便将虚拟磁盘重新映射到新的增量文件,这些文件将处理新的写IO。删除VMware快照时,也会出现眩晕现象。

在这个眩晕过程中,虚拟机的操作系统不能执行任何操作,本质上是处于一种“卡住”的状态(例如,ping失败,没有IO)。眩晕的持续时间取决于vmdks的数量和数据存储元数据操作的速度(例如创建新的增量磁盘等)。

通过使用Nutanix VSS,我们完全绕过了VMware快照/ stun进程,对性能或VM / OS可用性几乎没有影响。

伊卜拉欣-你好,

我相信下面是你所指的《Nutanix Bible》的一部分?如果我误解了,请告诉我。

消除ESXi眩晕

ESXi使用VMware客户工具支持原生应用一致性快照。然而,在这个过程中,创建了增量磁盘,ESXi“眩晕”虚拟机,以便将虚拟磁盘重新映射到新的增量文件,这些文件将处理新的写IO。删除VMware快照时,也会出现眩晕现象。

在这个眩晕过程中,虚拟机的操作系统不能执行任何操作,本质上是处于一种“卡住”的状态(例如,ping失败,没有IO)。眩晕的持续时间取决于vmdks的数量和数据存储元数据操作的速度(例如创建新的增量磁盘等)。

通过使用Nutanix VSS,我们完全绕过了VMware快照/ stun进程,对性能或VM / OS可用性几乎没有影响。

谢谢Alona和Neel

我将阅读它并更新线程:)

Userlevel 6
徽章 +5

好吧,我没有太多东西给你,我很抱歉,但我找到了一些东西。

您知道虚拟机管理程序级快照和存储级快照在传统环境(我很想用引号括起来)中不同的工作方式,从而对in-gues应用程序有不同的含义吗?例如,VM级快照需要冻结I/O,但卷级快照不会被注意到或几乎不被注意到?

类似的事情。Nutanix是一个HCI平台,所以我们可以使用存储层上的块地图进行操作,并完全跳过晕眩。

这就是《Nutanix圣经》一段的意思。我真诚地希望这能有所帮助。

谢谢Alona和团队

对不起,我迟到了一会儿,这有助于我理解。

我仍然在用NTNX重新连接我的大脑,但到目前为止一切都很顺利

再次感谢

Baidu