应用访问存储的机制，在传统存储和分布式存储，逻辑上不会有什么变化；数据通过传输介质到存储，经过写缓存之后落盘，再返回完成标识，表示一次写动作完成；读请求到存储后会优先从读缓存区寻找，如果没有再去磁盘池获取；与传统存储不同的是，一个数据会被拆散到多个物理节点上存放，读取的时... (more)

选择存储磁盘类型和配比，还是根据IO模型的不同，进行一些分类 1、全闪场景，去应对高IO，海量小文件读写等 2、混闪场景，较高的混合IO，现在多用2U12盘的服务器，2块ssd+10块hdd的方式 3、全HDD场景，多是大块稳定流... (more)

对于分布式存储节点的规划，提出问题一定是有大规模部署的需求，可以从以下几个角度去考虑和设计： 1、性能和容量直接需求，是否需要在一个分布式存储集群上提供全部能力，或者一个数据资源池上提供全部能力 2、故障域的区分，是否需要配合物理位置的不同，进行设计 3、产品的实际能力... (more)

依照IDC的中国市场分析，分布式存储在国内占比已经超过40%，可以说是普适了大量的行业和场景； 从场景看： 1、私有云和混合云，本身就是分布式存储的主战场，在各个行业内广泛采用，其中政府、互联网、金融、运营商、教育、医疗等等行业已经稳定运行多年。 2、各种类型影像类统，比如金... (more)

产品级别的分布式存储，对于基础硬件层面告警已经没什么问题了，如果说这方面监控不到位，只能说产品化能力不好；个人觉得最难监控的部分其实不是硬件本身，而是网络层面，因为分布式架构对于网络的要求非常高，所以初期分布式存储多是建议专有的集群内部网络，一方面是避免流量干扰，另一... (more)

已经三副本的情况下，如果底层再做raid，感觉对空间的损耗就太大了，没有必要；不如增加一些CRC校验手段去避免磁盘逻辑损坏和磁盘扫描技术去预判磁盘物理损坏；另外现在EC纠删码技术很成熟，性能也很接近副本，可以通过加大纠删码的校验值的方式提高容错能力 ... (more)

副本 n：可用容量=裸容量*1/n，可以任意损坏n块磁盘或n个节点数据不丢失 EC纠删码 n+m：可用容量=裸容量*n/(n+m)，可以任意损坏m块磁盘或m个节点数据不丢失 EC纠删码 n+m:k ：可用容量=裸容量*n/(n+m)，可以任意损坏m块磁盘或K个节点数据不丢失... (more)

分布式存储，如果产品化做的还好，那么在日常使用上，与传统存储差异不大，但是重点需要关注网络的稳定性，分布式架构中，节点之间的通讯尤为重要；但是开源的和产品化不够好的产品，在运维需要投入较大的力量，一方面是图形化UI不够完善，大量配置管理工作需要在CLI命令行执行，另一方面是功... (more)

现在PACS影像信息基本上是切片方式存放数据到存储，随着影像设备的更新和断层扫描能力的加强，只会使得文件数量和占用空间的增速越来越快；所以在选择存储的时候，扩展能力显得尤为重要，但是对于分布式存储的选择不能只衡量带宽吞吐能力，还需要关注其小文件并发处理能力和文件系统... (more)