不会，原因很简单，读还是和以前一样，直接读底层存储，加了层网关，并不会增加延时；写和以前类似，之前的写是写底层存储缓存，存储双控间完成缓存同步后，返回主机完成写IO周期，加了层网关后，先写网关缓存，待存储网关双节点完成缓存同步后，返回主机完成写IO周期；对比这两个过程，写延时也没见哪...
链路恢复后，存储网关可以让后端存储自动做数据同步，并不需要人工干预，只要设置好同步速率，上层并不会有感知。
一、首先要搞清楚IO争用是因为应用等层面的IO量过大导致，还是系统层面不能承载这些IO量。如果应用层面有过多不必要的读写，首先解决应用问题。举例1:数据库里面用于sort的buffer过小，当做sort的时候，有大量的内存与磁盘之间的数据交换，那么这类IO可以通过扩大sort buffer的内...
跑一会就会出现一串0. 而fio 往虚拟盘打压力都正常，用户是在虚拟机里面用虚拟盘做一个ceph. 我们交付的存储是没问题的，用户在我们提供的虚拟机上面又搭了一个ceph发现了这个问题。 我定位到问题就是卡在了 kernel block层。感觉跟qemu-kvm关系比较大,而且每次都卡12秒...
IO 高说明该语句需要频繁读取磁盘，800 万条数据量并不是非常大，看 SQL 是否走了合适的索引，考虑对 SQL 语句进行优化。降低系统对 IO 的访问量。
随机读和小文件访问上性能会有明显提升。对于顺序读写的文件，因传统高端阵列的预读功能作用发挥良好，差别不大
添加了2个node就是添加了一个新的io group
FlashSystem是全新的存储架构不存在传统存储所常见的所谓控制器、缓存再到磁盘这样比较复杂的数据转换处理场景。所有数据已经是按照4K大小打散到了所有的Flash Moudle上，不存在调优的问题。而且FlashSystem使用2D Raid技术，用户也不需要考虑Raid的划分配置问题。...
