解决了

VMware/unidesk/Xendesktop/nutanix


徽章 +3
嗨,大家好,

目前,我们使用UNIDESK 2.1运行Xendesktop 5.6环境,并且只有一个我们希望解决的主要问题。使用Unidesk,VMDX磁盘(包含图层信息)分为非持久驱动器。结果,当重新启动虚拟destkop VM时,流程的功率可以在10-15分钟之间进行交谈 - 如果这些磁盘持续存在 - 电源会更快。我已经读过(UT无法找到链接),这已被接受为VMware问题并正在处理 - 任何人都可以阐明这一点,即何时可以解决VMware解决问题

干杯
达蒙
图标

最好的答案dlink72014年2月8日,21:53

\n
\nI haven't heard of any update from VMware. The only work around today is to create small containers for the VM's.
\n
\nHere are two links explaining the current issue for people that might not know.
\n
\nhttp:\/\/www.unidesk.com\/support\/kb\/unidesk-configuration-considerations-nfs-based-storage-including-nutanix-your-boot-images
\n
\nhttp:\/\/nutanix.blogspot.ca\/2013\/10\/unidesk-on-nfs-taking-about-minute-to.html","className":"post__content__best_answer"}">
查看原件

14个答复

UserLevel 4
徽章 +19
嗨,坎贝恩兹

我没有听说过VMware的任何更新。今天唯一的工作是为VM创建小容器。

这是两个链接,解释了可能不知道的人们的当前问题。

http://www.unidesk.com/support/kb/unidesk-configuration-consideration-nfs-基于storage-including-nutanix-your-boot-images

http://nutanix.blogspot.ca/2013/10/unidesk-on-nfs-taking-about-minute-to.html
徽章 +5
在过去的几周中,我一直在与VMware/Nutanix/Unidesk合作,目前与VMware/Nutanix(144445911002/00011020)开放案例。

我可以确认问题与VMware有关,并且他们知道它(PR#913980)。不幸的是,我与之合作的支持工程师否认这是一个VMware问题,似乎并不渴望帮助我或提供更多信息(表示涉及机密信息)。我向他提供了这里提供的两个链接,以及Nutanix工程师的信息和响应。

在这一点上,问题已经存在,Nutanix正在加紧努力,以解决其客户(为此,对他们的荣誉)。我被告知,下一个NOS版本(3.5.3)将减轻问题,并最终以4.x围绕它进行设计。

编辑:
刚刚在此问题上收到了VMware的正式答复。

对不起,回应的延迟。我想为您提供最新的信息。您正在经历的问题已被确定为我们的NFS堆栈中的设计问题。
解决此问题的解决方案需要完整的重新编写,这至少要等到下一个主要版本,该版本是2015年的球场。对不起,更新并不是很有利,但是我希望您拥有VMware的官方在问题上而不是博客中的二手信息的立场。如果您还有其他问题或问题,请告诉我。
Userlevel 1
徽章 +7
NOS 3.5.3现在可用
UserLevel 4
徽章 +19
从3.5.3的快速测试中,如果将bootlayersartive分为单独的容器,则可以将其改进约50%。我的测试是使用Vsphere 5.5和128台式机。您的里程可能会有所不同。这实际上取决于Vsphere必须扫描多少个文件。
徽章 +6
我想知道他们的NFS堆栈中还有哪些其他设计问题?我注意到NFS下的Nutanix上的快照比我的旧ISCSI SAN删除慢,而Stun Times可以达到6秒 - 这会导致我的VMware 5.5 Update Manager在备份期间从vCenter上断开连接(因为它们必须在不同的VMS上进行。如果使用VC设备)。

这对客户数据库服务器及其相关的应用程序服务器来说是一个可怕的影响,我正在认真考虑再次实施ISCSI(我相信您可以使用Nutanix也可以做到),因为我认为VMware NFS是片状的。
UserLevel 4
徽章 +19
我鼓励您使用基于Nutanix的快照,并在可能的情况下留在Nutanix NFS上。

基于管理程序的快照存在局限性。下面的KB指出基于管理程序的快照“对虚拟机的性能产生负面影响”。

http://kb.vmware.com/selfservice/microsites/search.do?language= en_us&cmd = displaykc&externalId=1009402
徽章 +6
只是好奇,但是仅创建vdisks并在unidesk的ISCSI上创建数据存储会表现更好吗?

在一个名为unidesk-ds01的容器中创建一个名为unidesk-ds01的ISCSI LUN,大小为500g

ncli vdisk创建名称= unidesk-ds01 ctr-name = unidesk-ds01 max-apacity = 500
徽章 +6
Nutanix快照非常好(非常快),可以保护整个VM,但是当您需要更多的粒度恢复像文件时,通常最好使用依赖VMware快照的第三方备份工具。
期待NOS4.0,因为Nutanix Protect功能似乎有很大的改进,我注意到Veeam与Nutanix的收敛性增加了,所以也许我也尝试该产品,看看它是否解决了我在VMware上的快照蓝调。
UserLevel 4
徽章 +19
Veeam很棒,如果您有时间,我们将在本周三举行联合网络研讨会,

http://itbloodpressure.com/2014/04/13/blue-yelly-green-nutanix-and-veeam-paint-by-number-disaster-recovery/

-dl
徽章 +3
有偶然的屏幕截图吗?
UserLevel 4
徽章 +19
答复在这里

http://www.veeam.com/videos/select-vmware-hyper-v-protection-data-center-4076.html
徽章 +2
我遇到了同一问题。我在VMware和Nutanix方面工作了几个月,并解决了稳定性问题。如果我在任何VM上进行了VMware快照,它将峰值CPU峰值,vCenter中的统计信息将消失,并且连接到接头的VM的任何人都会断开连接。我还使用Unidesk,当这种情况发生时,cachepoints将会腐败。

在我的UNIDESK环境中,我小心的每个数据存储都没有超过25 VM的VM,但是我在一个数据存储中都有一个旧的非遗传视图环境。它从失败的播放中积累了数百个孤儿文件夹。我清理了所有文件夹,并注意到了显着差异,但仍然不完美。

我更新了Nutanix 3.5.3,情况更好,但仍然不完美。我对Cassandra服务的记忆力不足,因此我不得不手动重新启动它。
在上周的维护期间,我借此机会更新了ESXI。我更新到5.1.0,1743533,快照问题消失了。现在,他们的行为就像我习惯了,主人不会像以前那样吓坏了。我实际上要使用Nutanix快照,但是由于View使用快照来提供,因此我必须解决该问题。我确实同意VMware上的NFS仍然存在一些问题。

我仍在等待3.5.4来帮助解决卡桑德拉问题,但是我的环境现在更加稳定。

我还使用Vshield运行BitDefender,这似乎也会引起零星的问题。我不知道其他人是否正在使用Vshield产品。
UserLevel 4
徽章 +19
Unidesk&Nutanix认为已经找到了NFS错误的解决方案。目前,Unidesk正在使用脚本来解决该问题。如果您面临问题,请联系Unidesk支持,然后可以解决。听起来您会重新启动桌面以修复此问题。
徽章 +3
仅供参考,Nutanix和Unidesk最近根据我们自己的实验室和现有客户环境中的广泛测试发布了最佳实践。现在,我们有了一个最佳实践,当遵循遵循时,我们为诸如ON和VMOTION之类的操作提供了一致的时间。请在我们的支持门户中查看KB1208,或使用以下链接。

https://portal.nutanix.com/#/page/kbs/details?targetId=ka0600000008xgccau

随着未来的NOS和ESXI版本的发布,这将继续发展,以改善我们今天所知道的。

回复


Baidu