Join us for a virtual Nutanix User Group meeting with Jarian Gibson as he covers Nutanix Cloud Clusters (NC2) on Azure and AWS with Citrix. <\/span><\/p>

Jarian will take a deep dive into NC2 on Azure architecture and Citrix on NC2 on Azure\u00a0that helps you strengthen your business continuity and disaster recovery position. He\u2019ll also provide the latest updates for NC2 on AWS.<\/span><\/p>

Plus, we're\u00a0giving away a Nutanix suitcase to one lucky winner!\u00a0Opt-in when you register\u00a0to be entered to win.\u00a0<\/p>","author":{"id":113632,"url":"\/members\/karlie-beil-113632","name":"Karlie Beil","avatar":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/icon\/200x200\/1581aab3-bcf6-49f4-b2fb-3d11e8c010dc.png","userTitle":"Community Manager","rank":{"isBold":false,"isItalic":false,"isUnderline":false,"name":"Community Manager","color":"#0873ba"},"userLevel":4},"type":"Webinar","url":"https:\/\/next.nutanix.com\/events\/global-nug-nc2-on-azure-and-aws-with-citrix-151","image":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/attachment\/f9693b5b-436b-427a-9b98-531b4040ff24_thumb.png","location":"","startsAt":1678298400,"endsAt":1678302000,"contentType":"event","attendees":[],"attendeeCount":0,"isLoggedInUserAttendee":false,"createdAt":"1675974969"},"phrases":{"Forum":{"{n} year|{n} years":"{n} year|{n} years","{n} month|{n} months":"{n} month|{n} months","{n} day|{n} days":"{n} day|{n} days","{n} hour|{n} hours":"{n} hour|{n} hours","{n} minute|{n} minutes":"{n} minute|{n} minutes","just":"just now","{plural} ago":"{plural} ago"}}}">

在VDI POC中写下延迟


徽章 +6
我们使用3节点Dell XC720XD群集在客户站点上执行POC。从vCenter获取的统计数据显示,在1 ms左右的平均读取率和5-6 ms的写入延迟。



写潜伏期似乎太高了,因为它应该仅在SSD上制作2个写作(基础和副本)。我想知道CVM是否有一个计时器,然后才将悬而未决的写入给OPLOG。



这可能有助于一般来说减少I/O的数量并增加对SSD有益的大小。



不幸的是,在我们的POC中,我们正在与Fusion-io PCI卡当前对服务器的配置作斗争,这种方法可能是不利的。



另一个重要参数是当前系统上平均35-40秒的登录时间,并使用Nutanix达到75秒。



加快Nutanix群集的任何建议可能正在修改一些参数吗?

该主题已关闭以供评论

6个答复

UserLevel 4
徽章 +19




您是否在同一广告中使用同一图像?棱镜中的“存储”选项卡上显示的延迟是什么?
徽章 +6
是的,



这是一个图像。桌面不持久,并分配给登录处的用户。他们在外部存储上使用漫游配置文件和文件夹重定向。用户配置文件的下载触发了大量在登录时间写入。如今,随着18-20个活动台式/节点的负载增加,平均写入延迟最高为7.5毫秒,平均读取延迟高达2.3 m。



更糟糕的是观察到峰值潜伏期。我们监视了一个“非常活跃”的特定虚拟桌面。它的写入/秒为40到80,写潜伏期最高为20毫秒以上。



我认为肯定有问题,因为总负载平均为240 IO/秒。但是,每个请求的峰值都会导致潜伏期激增。



最后一句话:最小写潜伏期永远不会低于6 ms。



我们没有从Prism的“存储”选项卡中的数据,因为我们可以获取数据,只要求客户为我们获取它们,而他不知道如何使用Prism。我们可以安排指示他获取数据表Prism。我们已经看到了Delta nd的大小低于4 GB,因此4x45用户是180GB,应该舒适地保持在SSD层。



客户的主要抱怨是登录时间是当前环境的两倍。由于每个VM平均执行6-8 IO/sec,因此6 ms平均写入潜伏期不应该是登录后的问题,但是我们已经看到了一定的请求峰值,这立即将延迟提高到20 ms。



当然,这些结果在POC中造成了一个问题。
UserLevel 3
徽章 +19
我无法评论写潜伏期,但是我在Xendesktop POC和GPO和文件夹重定向方面遇到了同样的问题。我必须创建新的GPO并申请而不是使用现有的GPO,并且能够在10秒以下获得登录时间。



VF.P
UserLevel 4
徽章 +19
是的,不对劲,会打开支持票。我怀疑Flash层是否已满,因此此时可能是一个全闪存阵列。我会从问题中倒退。我会阻止AD中的Inhertieance,创建一个新用户,而不是使用Romaing Croiles,文件夹重定向。然后慢添加东西。



什么是全新的台式机,没有附加到域的外观。我知道,当使用最小的GPO时,我的登录时间低于4s。



您也可以运行NCC来verfiry。我还会确认DNS不会与您搞砸。
徽章 +6




由于POC是基于戴尔电器,所以我昨天要求戴尔打开支持票。



在客户环境中可能会有很多改进,但这并不能解释应取决于存储的Nutanix实施的写入潜伏期。此外,读取可以在SSD上或HDD层上进行,但是在本环境中的所有写入都应该转到SSD层,该级别应具有1 ms左右的潜伏期...
徽章 +1
嗨,史蒂夫,



您是否曾经找出在POC期间经历的Flash层上写潜伏期的来源?我很想知道该决议是什么。谢谢
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