存储资源池化对读写速度的影响？

存储资源池化，从最上层来看，目前的架构方案大部分的实现方案还是通过上层控制器就行IO终端的纳管，其实对于IO路径来说基本没有变化；例如Openstack中对于FCSAN的纳管方案，是通过cinder纳管盘机驱动、纳管光纤交换机驱动，通过WWN进行划zone，对于纳管的每台物理机来说，只是纳管挂盘的方式通过控制器来实现，而物理机到盘机的路径没有实际变化，因此我们认为读写速度没有影响，只是要防范数据热点，因此要通过抽象出一定的盘机选择算法通过控制来实现，尽量避免数据热点和过多的IO争用。

存储资源池化跟单存储比较，并不影响读写速度，不会造成IO瓶颈，无非多了道物理到虚拟的转换而已，这种级别的转换效率是非常高的，与实际物理落盘和机械寻址相比，不是同一个级别的延时，几乎可忽略，而单存储如有有IOPS的压力，通过LUN数据打散在多个存储中，反而还可以增加整体IOPS，对业务性能也是有所提升的。

我理解存储虚拟化不等于存储的池化，池化的重点在于存储管理和分配方式的变化。
存储池化决定了用什么形式去进行管理，是用cinder接口直接连接各类型存储，或者自己基于smis等协议开发的平台，这些对于业务是无感知的，不影响使用，自然也不影响读写速度。
至于用不用存储网关设备，比如通过SVC等网关设备间接管理，这个就依赖于管理水平了。。