一般现在的存储都有监控页面可以监控iops还有就是dd测试+nmoniozone+nmon

一般说来虚拟化系统占用的IO是比较高的，要提高客户桌面速度，要找出系统速度慢的根本原因，而不是盲目的提升IO性能而去采购高性能存储或采用VSAN，即使你采购了高性能存储，但效果也不一定很明显，建议从各个层面去优化，如主机的出口网速，跨地区客户端的出口网速，虚拟系统内部拓扑优化...

   如果仅仅是因为IOPS的瓶颈，全闪存阵列是个最好的解决方案，而且能立马见效和效果明显，但是费用比较高   如果是考虑费用，从架构上可以对后端的存储系统和网络部分进行优化，   针对网络：存储区域网络可以由IP升级成FC，如果是IP网络，可以采用链路...

如果后期还要加入灵活的调整，满足扩容或者容灾的需求。建议可以试试云平台呗，底层分布式存储利用SSD加速来提升IOPS，多节点聚合满足吞吐量的需求。通过qos来限制各个应用的阈值。不过还是要做好规划。...

要看存储虚拟化的使用方式了如果是IMAGE的方式，也就是后端存储LUN和存储虚拟化VDISK是一一对应的，这时存储虚拟化网关的存在只是类似增加了后端存储缓存的效果，在打开了写缓存的情况下，对于后端是低端存储来说，写性能是有所提升的，而读性能保持不变，对于后端是高端存储来说，写缓...

SVC硬件暂时还是SV1，性能数据依然是两节点cache hit两百万左右

新老数据中心双活并不是指所有业务双活，一般都是指核心业务双活，否则投资过大，也会造成一定程度的浪费，所以新数据中心满足所有业务的需要，老数据中心满足核心业务的需要，这个根据业务日常运维是可以较精确计算出来的，但是实际建设不会按照这个计算值，都会较大的超出，因为现在企业...

如果你主要是解决io问题，选 F900就行，如果还需要svc的一些高级功能可以选择V9000闪存

PPT中的IOPS是官方指标个人推荐使用orion工具，可以模式数据库IO，也可以模式ASM条带化下的数据库IOOrion可以支持下列IO负载小的随机的IO：OLTP的应用主要是随机的读写，大小和数据的块大小一样（一般是8K）。这样的应用主要是关注的吞吐量是IOPS和一个请求的平均延时时间。Orion可...

这个涉及存储分层的概念了，对于一些开发测试以及一些对iops、延迟、带宽等要求不高的生产系统肯定没有必要使用全闪存阵列，这样太浪费了，一定要知道哪些业务已经被IO“摧残够呛”了才上闪存...