完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
试图找到有关这方面的信息。
如果超过活动vGPU节点的限制会发生什么? 它还会启动吗? 司机不加载? 它会影响在同一主机上使用vGPU的预先存在的会话吗? 例如,我们使用XenDesktop,每个主机有一个K1和K140Q配置文件。 这为每个主机提供了多达16个活动节点。 如果我启动17号会怎么样? 它会影响其他16个会话吗? 以上来自于谷歌翻译 以下为原文 Trying to find information on this. What happens if and when the limit of active vGPU nodes is exceeded? Will it still boot? does the driver just not load? will it affect pre-existing sessions using the vGPU on the same host? For example, we use XenDesktop, with a single K1 per host and K140Q profiles. This gives us up to 16 active nodes per host. What will happen if I boot up number 17? Will it affect the other 16 sessions? |
|
相关推荐
5个回答
|
|
你好
基本上,VM将出错(在管理程序日志中)并且由于资源不可用而无法启动。 vGPU配置文件是可使用的资源,您需要确保有足够的可用于您的VM。 如果您有17个活动VM,则需要17个vGPU配置文件(或GPU片)。 它们不像您可以过度提交的内存或CPU。 要解决这个问题,请使用XenApp并在Passthrough中分配K1。 这样您就不受可用vGPU配置文件限制的约束。 但是,如果你要这样做的话,我建议使用Passthrough中的K2,而不是K1,因为你很快就会用K1耗尽电量。 我相信你宁愿坚持使用XenDesktop,在这种情况下,要运行17个以上的VM,你需要一个额外的K1。 问候 本 以上来自于谷歌翻译 以下为原文 Hi Basically, the VM will error (in the hypervisor logs) and not boot due to unavailable resources. vGPU profiles are a consumable resource, you need to make sure you have enough available for your VMs. If you have 17 active VMs, you need 17 vGPU profiles (or GPU slices) available. They are not like Memory or CPU where you can just over-commit. To get around that, use XenApp and assign a K1 in Passthrough. That way you are not bound by the limit of available vGPU profiles. However, if you're going to do that, I'd recommend a K2 in Passthrough, rather than a K1, as you'll soon run out of power with a K1. I'm sure you'd rather stick with XenDesktop, in which case, to run 17+ VMs, you'll need an additional K1. Regards Ben |
|
|
|
感谢Ben的回应,
所以我仍然有点好奇一旦限制通过,它将对用户已经在其上的活动虚拟机产生的影响。 因此,您提到该特定主机上的后续XenDesktop VM将无法启动。 我可以假设它不会对已经活动的VM产生负面影响吗? 以上来自于谷歌翻译 以下为原文 Thanks for the response Ben, So im still a bit curious on the affect that it will have on the active VMs with users already on them once the limit is passed. So you mention that the subsequent XenDesktop VMs on that particular host will just not boot. Can I assume it will not adversely affect the already active VMs? |
|
|
|
你无法超越限制,这是一个硬限制。
无法启动的虚拟机不会影响任何当前已启动的虚拟机或活动用户。 所有这一切都是你的Hypervisor中会出错。 尝试一下。 只需将一些虚拟机旋转到一个临时目录中,然后启动它们。 一旦你的GPU资源被完全分配,这就是你的命运! 唯一会注意到任何事情的人是管理员和你的第17个用户;-) 如果您正在运行XenServer,那么跟踪您的GPU分配很容易,因为它具有领先的GPU管理功能,具有出色的视觉效果,并且非常易于理解。 如果您正在使用vSphere,那么与Xen相比,它仍然缺乏任何类型的GPU管理,并且跟踪分配的内容并不那么容易...... 问候 本 以上来自于谷歌翻译 以下为原文 You can't pass the limit, it's a hard limit. VMs that fail to power on won't affect any currently powered on VMs or active users. All that happens is you'll have an error in your Hypervisor. Try it. Just spin up a few VMs into a temporary Catalog and power them all on. Once your GPU resource is fully allocated, that's your lot! The only people that will notice anything are the admins and your 17th user ;-) If you're running XenServer, keeping track of your GPU allocation is easy, as it has class leading GPU management with great visuals and is really easy to understand. If you're using vSphere, then it's still really lacking any sort of GPU management compared to Xen and keeping track of what's allocated is not so easy ... Regards Ben |
|
|
|
|
|
|
|
|
|
|
|
只有小组成员才能发言,加入小组>>
使用Vsphere 6.5在Compute模式下使用2个M60卡遇到VM问题
3127 浏览 5 评论
是否有可能获得XenServer 7.1的GRID K2驱动程序?
3533 浏览 4 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 20:10 , Processed in 0.592794 second(s), Total 83, Slave 67 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号