1.接口是否是千兆或者万兆2.链接线缆是否达标。3.链路冗余是否满足需要4.多路径是否优化现在还采用ipsan的很少了，都是用fcsan或者分布式了。

已调研的情况是，业界各家做分布式存储的厂商，能够做大原有的集群，也就是纳管更多的节点，扩容或独立管控层，这样来扩大集群规模，但有直接的问题，比如不能接异构存储，也就是不能管其他品牌存储等等专门的分布式存储管控平台，暂时在业内还没找到合适的，或者说都不太成熟，所以看看大家的...

本次测试中没有实测使用对象存储的性能。原理上看，Kafka产生的以海量小IO小文件为主，且要求高速读写，从workload诉求出发，不太适合对象存储场景。

san存储有本身的优势。具体在银行中应用多少不太了解。不过按我的理解。对于一些高并发的业务处理时。比如数据库的处理SAN还是更胜一筹的。在实际的使用中。san的结构较比nas和对象存储要相对复杂。服务器到光交换机，光交换机在到存储。中间环节过多。某个环节出现问题都...

这个肯定不是越大越好。有一利必有一弊，本身M+N的机制也是要根据节点数量配置的。不通的节点数推荐的机制也不同。另外，还要平衡空间利用率和可靠性之间的关系。在具体的实际应用中，还是要看业务特点和需求。...