解决了

自动化DRS规则创建以实现Metro的可用性

n
徽章 +5
我们正在使用Nutanix Metroavailable群集的View 6＆Unidesk Ontop部署新的VDI环境。
我们将平衡两个站点运行的生产台式机的数量，以分散负载（我们将在站点A中有一些活跃的容器，有些在现场活动，并希望确保VM不会被VMOTINCT到“待机”站点上。
尽管我们确实具有明显的带宽（通过深色纤维10GBE）和站点之间的低延迟（〜1-2ms），但我们希望在可能的情况下避免其他开销。

我们是否可以在VSphere中轻松地创建DRS规则，以确保网站上的活跃容器上的VM在站点B上始终运行A的主机和副副主席？我隐约记得在某个地方（或类似的事情）的地方遇到了一个PowerCli脚本，但无法再次找到它。

当然，如果这可以由Nutanix进行本地处理，那将是令人惊讶的，但是现在我很高兴我们可以按计划运行以更新DRS规则。
图标

最好的答案斯蒂芬布2016年6月9日，00：34

http:\/\/vmwaremine.com\/2015\/10\/26\/prepare-for-the-worst-and-oh-no-need-to-hope-for-the-best-part-13\/#sthash.Ktprz5Ng.dpbs<\/a>
\n
\nEnjoy.","className":"post__content__best_answer"}">
查看原件
    \nWe will be balancing the number of production desktops running at both sites to spread the load around (we'll have some containers active in site A, some active in Site 😎, and want to ensure VM's do not get vmotioned to the 'standby' site.
    \nAlthough we do have significant bandwidth (10Gbe via dark fibre) & low latency (~1-2ms) between sites, we'd like to avoid the additional overheads where possible.
    \n
    \nIs there a way for us to easily create DRS rules within vSphere to ensure VM's on Active Containers at Site A should always run on those hosts & vice-versa for Site B? I vaguely remember coming across a PowerCLI script somewhere that did this (or something similar), but have been unable to find it again.
    \n
    \nOfcourse it would be amazing if this could be natively handled by Nutanix, but for now i'd be happy with a script we can run on a schedule to update the DRS rules.","quoteUsername":"NoDowt","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
    该主题已关闭以供评论

    4个答复

    mmcghee
    秩
    UserLevel 3
    徽章 +17
    嗨

    Nutanix进行了NCC检查，可以找到与备用容器相对的VM，但是我们没有任何正式的维护DRS规则，尽管已经进行了讨论。关于脚本，也许此博客文章（来自）可以帮助：http://vcdx56.com/2013/07/09/update-vsphere-drs-rules-using-powercli/

    问候，
    麦克风
    \n
    \nNutanix has an NCC check to find VMs running against standby containers but we don't have anything formal to maintain DRS rules today, although this has been discussed. Regarding a script, maybe this blog post (from \ufeff ) can help: http:\/\/vcdx56.com\/2013\/07\/09\/update-vsphere-drs-rules-using-powercli\/ <\/a>
    \n
    \nRegards,
    \nMike","quoteUsername":"mmcghee","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
    s
    秩
    徽章 +2
    我写了一个可以做到这一点的脚本。它在此博客文章的末尾可用：http://vmwaremine.com/2015/10/26/prepare-forpare-the-worst-and-worst-and-no-need-to-hope-for-for-the-bes------------------------sthash.ktprz5ng.dpbs

    享受。
    http:\/\/vmwaremine.com\/2015\/10\/26\/prepare-for-the-worst-and-oh-no-need-to-hope-for-the-best-part-13\/#sthash.Ktprz5Ng.dpbs<\/a>
    \n
    \nEnjoy.","quoteUsername":"stephaneb","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
    乔恩
    秩
    UserLevel 6
    徽章 +29
    从我们的服务团队中查看Stephane的这篇文章

    http://vmwaremine.com/2015/10/26/prepare-frepare-the-worst-and-worst-and-no-need-to-hope-for-for-the-bes----------------------sthash.vbqxq7ax.dpbs

    这应该是您想要的。


    那就是说，我很好奇，是什么通过VDI设置推动了对地铁的需求？

    大多数我们与利益相互互动的商店在Citrix Xendesktop和Horizo​​n视图等产品中的各种内置机制都可以在网站上生存能力（就像一般性声明，Nutanix或其他方式一样），并且仅将Metro用于服务器虚拟化，这些应用程序可能不会使用这些应用程序。具有站点可用性解决方案。

    另外，您可能知道，即使在任何供应商的同步复制（再次是nutanix或其他解决方案）中，即使有10G，低延迟链接），任何类型的延迟都将直接在写入路径中，通常与VDI性能不太吻合（在此方面，服务器应用程序更宽容）。

    无论如何，要思考的食物。

    干杯，
    乔恩
    乔恩·科勒|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
    \n
    \nhttp:\/\/vmwaremine.com\/2015\/10\/26\/prepare-for-the-worst-and-oh-no-need-to-hope-for-the-best-part-13\/#sthash.vBqxq7ax.dpbs<\/a>
    \n
    \nThis should be what you're looking for.
    \n
    \n
    \nThat all said, I'm curious, what's driving the requirement for Metro with a VDI setup?
    \n
    \nMost shops that we interact with leverage the various in-built mechanisms in products like Citrix XenDesktop and Horizon View to do site surviveability (just as a general statement, Nutanix or otherwise), and only use Metro for Server Virtualization, where those apps may not have site availability solutions.
    \n
    \nAlso, as you likely know, even with a 10g, low latency link, in any vendor's sync-replication (again, Nutanix or some other solution), any sort of latency, at all, will be directly in the write path, which usually doesn't align well with VDI performance (server apps are a bit more forgiving on this front).
    \n
    \nAnyways, food for thought.
    \n
    \nCheers,
    \nJon","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
    n
    徽章 +5
    太棒了，斯蒂芬的帖子正是我以前遇到的。谢谢！

    至于地铁后面的驾驶员vdi；这是与以前的硬件故障实例接管我们的生产站点的方向。目的是转到所有基础架构的完整主动/主动解决方案；将RPO＆RTO全面减少，并有无需任何停机时间将所有处理迁移到任何一个站点的规定。
    \n
    \nAs for the driver behind Metro for VDI; its a direction from our CIO following previous instances of hardware failure taking out our production site. The goal is to move to a full Active\/Active solution for all infrastructure; reducing RPO & RTO across the board and having provisions for seemlessly migrating all processing to either site without any downtime.","quoteUsername":"NoDowt","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