解决了

昏迷时间的快照

  • 2020年8月4日
  • 5个答复
  • 1150次观看
VMWARER

嗨，云建造者

当我阅读NTNX圣经时，他们说VM快照是通过冻结VM来拍摄的，不太可能与eSXI震惊了VM»为I/OS创建的Delta，然后VMDK被合并了

我在NTNX平台上的问题是如何/何时在VM冻结时进行快照时如何进行I/O。

图标

最好的答案阿罗纳2020年8月7日，07：41

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"}">

查看原件
请问，如果这是一个非常基本的问题/回答，因为我是NTNX的新手。
Hi Cloud builder<\/p>

While I was reading the NTNX Bible they said that the VM snapshot being taked by freezing the VM, unlikely with ESXi where the VM is stunned \u00bb\u00a0Delta created for I\/Os and then VMDK is consolidated<\/p>

My question while on NTNX Platform how\/when the I\/O takes place while VM is being snapshot\u2019ed while its freeze.<\/p>","quoteUsername":"VMwarer","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

该主题已关闭以供评论

5个答复

Neel Kotak
秩
UserLevel 3
徽章 +4

你好 @vmwarer

我要求查看以下帖子，希望这会有所帮助

Nutanix保护域和VMware VM快照 - 它们可以共存吗？

阿罗纳
秩
UserLevel 6
徽章 +5

嗨，伊利亚斯，

我相信以下是您所指的Nutanix圣经的一部分？请让我知道我是否误会了。

消除ESXI眩晕

ESXI使用VMware Guest工具具有本机应用程序一致的快照支持。但是，在此过程中，创建了Delta磁盘，ESXI“昏迷” VM，以将虚拟磁盘重新映射到将处理新写入IO的新的Delta文件。当删除VMware快照时，也会发生昏迷。

在此电击过程中，VM的操作系统无法执行任何操作，并且基本上处于“卡住”状态（例如，PINGS会失败，而不是IO）。电击的持续时间将取决于VMDK的数量和数据存储元数据操作的速度（例如，创建新的Delta磁盘等）

通过使用Nutanix VSS，我们完全绕过VMware快照 /昏迷过程，对性能或VM / OS的可用性几乎没有影响。

Hi Ilyas,<\/p>

I believe the below is the part of the Nutanix Bible to which you are referring? Let me know if I misunderstood, please.<\/p>

Eliminating ESXi Stun<\/p>

ESXi has native app consistent snapshot support using VMware guest tools. However, during this process, delta disks are created and ESXi \"stuns\" the VM in order to remap the virtual disks to the new delta files which will handle the new write IO. Stuns will also occur when a VMware snapshot is deleted.<\/p>

During this stun process the VM its OS cannot execute any operations and is essentially in a \"stuck\" state (e.g. pings will fail, no IO). The duration of the stun will depend on the number of vmdks and speed of datastore metadata operations (e.g. create new delta disks, etc.)<\/p>

By using Nutanix VSS we completely bypass the VMware snapshot \/ stun process and have little to no impact to performance or VM \/ OS availability.<\/p><\/blockquote>

\u00a0<\/p>","quoteUsername":"Alona","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

VMWARER

嗨，伊利亚斯，

我相信以下是您所指的Nutanix圣经的一部分？请让我知道我是否误会了。

消除ESXI眩晕

ESXI使用VMware Guest工具具有本机应用程序一致的快照支持。但是，在此过程中，创建了Delta磁盘，ESXI“昏迷” VM，以将虚拟磁盘重新映射到将处理新写入IO的新的Delta文件。当删除VMware快照时，也会发生昏迷。

在此电击过程中，VM的操作系统无法执行任何操作，并且基本上处于“卡住”状态（例如，PINGS会失败，而不是IO）。电击的持续时间将取决于VMDK的数量和数据存储元数据操作的速度（例如，创建新的Delta磁盘等）

通过使用Nutanix VSS，我们完全绕过VMware快照 /昏迷过程，对性能或VM / OS的可用性几乎没有影响。

感谢Alona和Neel

我将阅读并更新线程:)

请问，如果这是一个非常基本的问题/回答，因为我是NTNX的新手。
\t

Hi Ilyas,<\/p>\t

I believe the below is the part of the Nutanix Bible to which you are referring? Let me know if I misunderstood, please.<\/p>\t

\t

Eliminating ESXi Stun<\/p>\t

ESXi has native app consistent snapshot support using VMware guest tools. However, during this process, delta disks are created and ESXi \"stuns\" the VM in order to remap the virtual disks to the new delta files which will handle the new write IO. Stuns will also occur when a VMware snapshot is deleted.<\/p>\t

During this stun process the VM its OS cannot execute any operations and is essentially in a \"stuck\" state (e.g. pings will fail, no IO). The duration of the stun will depend on the number of vmdks and speed of datastore metadata operations (e.g. create new delta disks, etc.)<\/p>\t

By using Nutanix VSS we completely bypass the VMware snapshot \/ stun process and have little to no impact to performance or VM \/ OS availability.<\/p>\t<\/blockquote>\t

\u00a0<\/p>\t<\/content-quote>

Thanks\u00a0Alona and Neel<\/p>

I will read it and update the thread :)\u00a0<\/p>","quoteUsername":"VMwarer","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

阿罗纳
秩
UserLevel 6
徽章 +5

好的，所以我没有太多给你，我深表歉意，但我能够找到一些东西。

您知道管理级别的快照和存储级快照的传统作用不同（我很想在引号中放置这个词）环境，从而对融资应用程序产生不同的影响？例如，VM级别的快照需要冻结I/O，但是音量级别的快照不会引人注目，或者几乎不明显？

这里类似的事情。Nutanix是一个HCI平台，因此我们可以在存储层上的块地图进行操作，并完全跳过眩晕。

这就是Nutanix圣经段落的意思。我衷心希望这会有所帮助。

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>","quoteUsername":"Alona","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

VMWARER

感谢Alona＆Team

很抱歉迟到了一点，这可以帮助我了解。

我一直在用ntnx重新布线，但是到目前为止一切都很好

再次感谢

请问，如果这是一个非常基本的问题/回答，因为我是NTNX的新手。
Thanks Alona & Team<\/p>

Sorry for being late a little, this helps me for sure to be understand.<\/p>

I am rewiring my mind with NTNX still, but all is going well till now<\/p>

Thanks again<\/p>","quoteUsername":"VMwarer","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

Baidu