VDI的性能测试

  • 2014年3月19日
  • 3个答复
  • 1806年的观点
v
徽章 +6
我有兴趣看到VMware Planner，登录VSI等的一些性能测试和结果。

我通常使用loginvsi。只是好奇您使用什么。
\n
\nI usually use LoginVSI. Just curious what you use.","quoteUsername":"vedeht","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
该主题已关闭以供评论

3个答复

Joshsinclair
秩
UserLevel 2
徽章 +13
我只是写一个PowerCli脚本来旋转桌面池，并执行启用/禁用影子克隆并通过REST API抓住指标。不过，它只会衡量供应，而不是工作负载。

我之所以坚持下去，是因为尽管Vaai现在是View 5.3中的支持功能，但在创建池时也没有参数可以启用它。Wierd的事情是，一切都如此之快，以至于看起来已经启用了，即使它说如果您查看View Administrator中的池，它是禁用的。我用VMware开了一张支持票，他说这尚未得到支持。我感谢其他人打电话说我在PowerCli中的VAAI支持在哪里，也许它会让它观看5.4。

我们一直在遇到令人耳目一新的问题，磁盘被踢离线踢，节点被扔出应该在3.5.3中固定的元数据戒指，所以我真的没有在看脚本来衡量最大性能，但是，我可以同时让1000个用户注销，并且不会从元数据戒指中丢弃任何节点。
\n
\nI got held up because it seems that even though VAAI is now a supported feature in View 5.3, there is no parameter to enable it when creating a pool. Wierd thing is that everything spins up so fast it looks like it is enabled, even though it says it's disabled if you look at the pool in the View Administrator. I opened a support ticket up with VMware, who said it's not supported yet. I'd appreciate anyone else calling up and saying where's my VAAI support in PowerCLI, maybe it will make it to View 5.4 then.
\n
\nWe've been having issues with refreshing thrashing and the disks getting kicked offline and nodes being thrown out of the metadata ring that is supposed to be fixed in 3.5.3, so I'm really not looking at the script to measure max performance, but can I have 1000 users log off at the same time and not get any nodes thrown out of the metadata ring.","quoteUsername":"joshsinclair","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
d
秩
徽章 +5
通常，在此中登录VSI。至少对最终用户的通常内容获得中间地面结果并不是不错的方法。

我倾向于通过随机启动/重新启动20％左右的庄园来添加一些混乱，而VSI测试在其他80％上进行，只是尝试复制您一天中可能看到的最坏情况。通常，如果您可以摆脱启动风格，您可以处理任何事情：D

也许将上面的脚本想法与常规测试混合在一起是前进的道路吗？

我在联合Citrix-Vendorxyz测试中看到的绝大多数性能数据也使用了登录VSI，因此我认为这是一个很好的起点。


大卫
_____________________________________________________________________________________________________________________________________________________________________________________________________________
\n
\nI tend to add some chaos into the mix by randomly booting\/rebooting 20% or so of the estate while the VSI tests are running on the other 80% just to try and replicate the worst scenarios you might see during a day. Generally if you can get away with a boot-storm you can handle anything :D
\n
\nMaybe mixing the scripting idea above with the regular tests is the way forward?
\n
\nThe vast majority of performance data I've seen on joint Citrix-VendorXYZ testing uses Login VSI too so I think it's a good starting place anyway.
\n
\n
\nDavid","quoteUsername":"David","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
Thedude
秩
UserLevel 2
徽章 +11
我始终将loginvsi与4.0中的新基准测试模式一起使用，该模式将所有变量（基于中等工作负载）锁定到苹果比较。

如果您尚未看到它们的所有RA都有LoginVSI测试数据：
  • http://go.nutanix.com/techguide-nutanix-citrixxendesktoponhyper-vreferencearchitecture_asset.html
  • http://go.nutanix.com/techguidenutanixxendesktopandvsphereonnutannixreferencearchitecture_lp.html
  • http://go.nutanix.com/techguidenutanixhorizo​​nonnutanixreferencearchitecture_lp.html
我还要注意，loginvsi擅长模拟工作负载，但是我不会将其用于尺寸，因为POC总是最好的
http://nutanixbible.com
\n
\nIn case you haven't seen them all of our RAs have LoginVSI test data:
\n
    \n
  • http:\/\/go.nutanix.com\/TechGuide-Nutanix-CitrixXenDesktoponHyper-VReferenceArchitecture_Asset.html \n
  • http:\/\/go.nutanix.com\/TechGuideNutanixXenDesktopandvSphereonNutanixReferenceArchitecture_LP.html \n
  • http:\/\/go.nutanix.com\/TechGuideNutanixHorizononNutanixReferenceArchitecture_LP.html<\/ul>I would also note that LoginVSI is good at simulating workload, however I wouldn't use it for sizing as a PoC is always best 🙂","quoteUsername":"TheDude","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
条款和条件
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