你好!
我是这个Nutanix世界的新手。十多年来一直在处理标准服务器+存储。我们在这里有2个簇,每个站点中有3个节点,并具有地铁可用性。每个站点(活动)中有3个活跃的保护域,这些域被复制到另一个站点(被动),反之亦然。
site1:
node1 -node3 -node5
PDS SITE1(活动):prod_001,dev_001,infra_001
PDS SITE1(被动):prod_002,dev_002,infra_002
站点2:
node2 -node4 -node6
PDS SITE2(活动):prod_002,dev_002,infra_002
PDS SITE2(被动):prod_001,dev_001,infra_001
在vCenter群集配置中,我们显然在site1和site2中对VMS/主机具有亲和力规则,从而阻止“奇数”节点中运行的VMS存储在“偶数”节点中。
有时我们必须将VM从一个站点迁移到另一个站点。因此,我们进行完整的VMOTION(计算和存储)。迁移后,我们开始不断收到带有此消息的警报:
Vstore Infra_001的快照状态:失败。VSTORE INFRA_001的VM受其他VSTORE的保护:VM = SXXXX96 VSTORES =(prod_002)。在快照此Vstore之前,请从VSTORE取消保护VM。
当我们存储VMotion A VM DataFiles从一个数据存储到另一个站点的另一个数据存储时,也会发生这种情况。我在Internet和Nutanix文档中进行了搜索,但没有发现如何处理这些错误。它说“在快照此Vstore之前,没有保护VMS到VSTORE””,但是我该怎么做呢?它在NCLI上完成了吗?棱镜?vCenter?我们在这里没有做什么吗?最好的做法是什么?
任何帮助将不胜感激。
谢谢
亨里克
最好的答案谢尔盖·伊万诺夫(Sergei Ivanov)
I have checked the history of your support cases and I have found a performance related case that was regarding the bug in VMware - when there are more than 5 NFS datastores connected via the same IP, the storage performance degrades over time. This issue is addressed in ESXi versions 6.5U3, 6.7U3 and newer. We have also applied a workaround from the AOS side and simply upgrading AOS to 5.10.4 and newer applies the fix, but the hosts need a reboot after that. That is what i can see happened in your situation - fix was already applied, but the reboot was pending. As i can see from the case, the issue was resolved after the hosts reboots were completed.<\/p>
Here is the information about that VMware bug:\u00a0https:\/\/kb.vmware.com\/s\/article\/67129<\/a><\/p> We also have a KB about this issue with more details:\u00a0https:\/\/portal.nutanix.com\/kb\/6961<\/a><\/p> \u00a0<\/p>","className":"post__content__best_answer"}">