我正在学习虚拟桌面，我在想， 假设你公司有1500名员工，几乎都使用虚拟桌面，他们将不得不同时启动他们的计算机。
这将如何影响networking，解决scheme是什么？ 它会阻塞networking，对吧？
我唯一能想到的就是使用多播传播黄金图像，或者在每个层次（build筑物层次）上caching早晨的图像，并且看到它总是有最新的caching。
但是我找不到任何关于它的文章。
有没有人有一些很好的阅读或他们如何解决这个问题的例子？
不仅在networking上，而且在VDI主机上都会有巨大的负载，唯一的解决scheme就是devise基础设施来pipe理负载。 目前还没有一种单一的万能解决scheme，因为它取决于您的物理环境，用户configuration文件，可用的硬件，预算等，以及为什么VDI咨询目前是一个非常热门的领域。
最终，您必须对您的系统进行重要的devise审查以处理负载，并且在审查之后将有几乎无限的方式，同时我不确定这个问题的答案是否普遍有效。
devise预期负载的系统。 要做到这一点，你必须真正知道你应该devise什么样的负载。 要知道最好从较小的实现中收集数据并从中推断出来。
为了处理早上的用户踩踏事件，您可以预先创build虚拟桌面机器，等待用户出现，这样存储系统的负载就可以pipe理。 你星期五下午修改事情，告诉基础设施重新部署，到星期一早晨，你有1 500个新的图像急切等待用户。
考虑将金色图像及其链接克隆放在SSD磁盘上。 固态硬盘爱随机阅读访问，这是一个很好的投资。
考虑10 Gbps的networking基础设施。 请记住，一个饱和的10 Gbpspipe道只能用于networking处理的CPU核心。
使用充分执行的文件pipe理器（例如NetApp或Storwize V7k）通过CIFS向用户提供networking共享和configuration文件。
我不确定您是否有兴趣为负载deviseSAN或LAN，但是有文档解决这两种情况，例如：
http://www.vmware.com/files/pdf/view_storage_considerations.pdf
http://www.vmware.com/files/pdf/VMware-View-50kSeatDeployment-WP-EN.pdf
http://www.vmware.com/files/pdf/VMware-View-PCoIP-Network-Sizing-Guide-IG-EN.pdf
阅读供应商文档，从参考架构到devise和规划，再到安装指南。
周一早上的效果是一个已知的问题，不仅在VDI中。 但是，对于虚拟机用例来说，虚拟机pipe理程序有额外的负担，因为太多的虚拟机试图一次启动。
有不同的解决方法，可以编写脚本，也可以内置到各种VDI产品中：