基于传统存储构建VDI的时候，需要在存储阵列端创建Raid,划分LUN来存放虛拟桌面,考虑到虚机模板读取性能问题,通常一个LUN放20-30个以内的虚拟桌面，当虚拟桌面数量很多的时候，需要创建和管理非常多的LUN，例如1000个桌面大概需要50个LUN，导致存储管理非常复杂。
基于传统存储做虚拟桌面的IOPS容量规划的时候，实践当中经常不准确，因为做Raid的时候会导致IOPS发生写惩罚之类的性能开销，不同的Raid写惩罚开销还不一样，虚拟桌面的一个!到了存储端可能被放大为好几个0，所以基于传统LUN的IOPS来做规划的时候就容易因为性能不足产生启动风暴和生产高峰时虚拟桌面的慢、卡、顿等不良的使用体验。此外虚拟桌面如果安装了杀毒软件，更新病毒库的时候常常额外产生大量不可预估的IOPS性能开销，导致所有桌面性能下降。
当发生存储IOPS性能问题的时候，传统存储无法通过Web-Scale的方式在不影响虚拟桌面业务在线的前提下实现性能的线性扩展。

 

延迟和故障

 

VDI实践中将会有非常多的存储容量隐形增长的情况，比如之前提到的50个LUN的情况，发布虚拟桌面的软件为了增强性能会在每个LUN中都拷贝个虚拟机的模板，如果一个虚拟机模板为30GB,将会产生额外的约1500GB的容量开销，而且，当模板升级的时候还会出现同时在每个LUN中放两个，三个甚至更多模板的情况，导致存储容量额外增加以3TB，4.5TB的开销。一旦存储容量被吃光，还会连锁产生额外的性能下降为题。每个LUN需要预留至少10%的容量。传统存储的扩容或者升级是一个高风险业务，除了数据安全问题，更重要的是会对虚拟桌面的在线业务产生影响。实践当中经常是重新买一套阵列，再创建一个新的集群来解决问题，这会给管理员带来额外的管理负担。此外，VDI的User Profile Data在容量规划中往往也容易被忽视，User Profile Data的访问性能将严重影响虚拟桌面的性能，尤其是开机速度。