存储资源池化，从最上层来看，目前的架构方案大部分的实现方案还是通过上层控制器就行IO终端的纳管，其实对于IO路径来说基本没有变化；例如Openstack中对于FCSAN的纳管方案，是通过cinder纳管盘机驱动、纳管光纤交换机驱动，通过WWN进行划zone，对于纳管的每台物理机来说，只是纳管挂盘...

闪存盘采用NVMe接口相较于SATA接口，对闪存性能的提升在已测试的范例中可以看到3.8-4.3倍。fcm是ibm特有的pcie接口的高性能闪存模块，模块内部具备硬件加速通道；SSD是通常所指的固态硬盘，不一定都有nvme能力；nvme是接口协议，实现主机端软件通过pcie接口同存储进行通信，绕过os内核...

一般这些大厂商使用的硬盘也都是几个硬盘厂商的代工产品，如果说有什么差距，以前是听说这样。不过没有求证。比如希捷，生产出的硬盘大概会有a，b，c，d这样的档次。分配给不同级别的厂商。厂商大一点。本身对产品的质量要求也会高一些。另外高出的价格应该是品牌效应和维保方面把。...

在全闪存时段，根据我司的经验多数性能问题都不是存储本身性能到了瓶颈所致，多数性能瓶颈都是在网络传输层面和架构层面： 比如应该用更快的16GB 网络替换旧一代的8GB 网络，比如要多关注HBA 口，存储FC 端口的queue depth 是否full 跑满，SAN SFP,光纤是否老化等问题。...

1.对于混合阵列，比如说闪存+传统硬盘在一个存储内都配置的场景，简单的做法是把数据库最热的数据都放在闪存上。比如说索引数据。或者，通过存储的智能分层技术，将访问最热的数据自动迁移到闪存上，不用主机端进行操作。2.闪存适合小块随机读写IO，像类似归档日志类的数据，就没必要...

最佳实践中是需要保持存储性能一致的（推荐同型号同配置的存储）。如果性能不一致，就是产生木桶效应，应用程序使用按照低性能存储。

第一，对于一个柜子一个raid也不能说不好，首先要根据raid等级去考虑，如果是raid10，就谈不上不好第二，对于划分raid，在中低端存储自由度比较高，但是高端存储大多有raid限制，具体原因可以看一下raid原理第三，对于lun多大合适，这个要完全根据应用特点来分析，没有100%能说怎么划lun就会好...

这个问题实际上存储双活不可避免要遇到的问题，相比单存储直接提供读写来说，存储双活一定会增加读写响应时间，更别说存储还是跨两个不同数据中心的，随着距离的增加，理论上每增加100KM，会增加1ms的RTT（往返延迟时间）,通常单个IO总耗时在1-3ms左右，就会认为单个存储I/O处理处于比较高...

重点关注双中心间光纤交换机级联端口的状态、流量变化，避免发生链路抖动甚至断开；关注cluster中仲裁盘状态是否online可用；关注vdisk的mirror状态是否实时一致。svc节点ups有自动充放电机制，关注集群事件告警信息。性能指标主要包含双活SVC节点上的总的IOPS，IO响应时间，IO吞吐...

有两种情况一种是SVC VDM的存储只是主备存储，通过VDM保持镜像同步，这时备存储性能稍差是可以容忍的，因为SVC有一个写延迟机制，可以在配置VDM时用带上相关参数，在备存储性能跟不上，SVC缓存写满时，主备存储写延迟差了5秒后，会自动中断VDM复制，当写压力降下来后，主存储又会根据VDM位图...