虚拟桌面:早上 8 点,每个人都来上班

虚拟桌面:早上 8 点,每个人都来上班

我正在了解虚拟桌面,我很好奇;假设你的公司有 1500 名员工,几乎所有人都使用虚拟桌面,他们必须或多或少同时启动他们的计算机。

这会如何影响网络?有什么解决办法?这会造成网络拥塞,对吗?

我唯一能想到的可能是使用多播来传播黄金图像,或者每个级别(建筑级别)都有一个池,在早上缓存图像并确保它始终缓存最新的图像。

但我找不到任何关于它的文章。

有人有一些好的读物或例子来说明如何解决这个问题吗?

答案1

负载将非常大,不仅在网络上,在 VDI 主机上也是如此,唯一的解决方案是设计您的基础架构来管理负载。没有单一的万能解决方案可以解决此问题,因为它取决于您的物理环境、用户配置文件、可用硬件、预算等,这也是 VDI 咨询目前非常热门的原因。

最终,您必须对系统进行重大的设计审查以处理负载,并且在审查之后有几乎无数种前进的方式,与此同时,我不确定这个问题是否有一个普遍有效的答案,抱歉。

答案2

为预期负载设计系统。要做到这一点,您必须真正了解应该为哪种负载进行设计。要知道,最好从较小规模的实施中收集数据并从中推断。

为了应对早上用户蜂拥而至的现象,您可以预先创建虚拟桌面计算机,等待用户出现,这样存储系统的负载就可控了。您在周五下午修改内容,告诉基础设施重新部署,到周一早上,您就有 1500 个新映像急切地等待用户使用。

考虑将黄金映像及其链接克隆放在 SSD 磁盘上。SSD 适合随机读取访问,因此是一项不错的投资。

考虑 10 Gbps 网络基础设施。请记住,饱和的 10 Gbps 管道仅用于网络处理就可以消耗掉 CPU 的一个核心。

使用性能足够好的文件服务器(例如 NetApp 或 Storwize V7k)通过 CIFS 为用户提供网络共享和配置文件。

我不确定您是否有兴趣为负载设计 SAN 或 LAN,但有一些文档针对这两种情况,例如:

阅读供应商文档,从参考架构到设计和规划,再到安装指南。

答案3

周一早晨效应是一个已知问题,并且不仅仅存在于 VDI 中。但对于 VM 用例,当太多 VM 尝试同时启动时,虚拟机管理程序上就会增加额外负载。

有不同的解决方法,要么可编写脚本,要么内置于各种 VDI 产品中:

  1. 根本不要关闭虚拟机,这样它们就不会造成虚拟机启动风暴
  2. 保持虚拟机处于挂起状态(迁移到文件/SAN 状态)——它们不会启动,而是只加载 RAM 映像并开始工作——根据虚拟机类型,这可能会减轻基础设施负担
  3. 保持一批虚拟机处于启动状态,一旦分配给用户的虚拟机数量即将用完,就启动另一批。这是一种精简/稀疏的虚拟机启动模型
  4. 不要让超过少量的虚拟机同时启动,只有在其他虚拟机通过 POST 并安全启动后,才允许更多虚拟机启动
  5. 如果你在早上 8 点开始工作,那么可以在此之前以小批量的方式自动启动一批虚拟机,这样当用户进入时,虚拟机已经启动并等待

相关内容