存储介质选型核心是匹配数据存取方式、使用者及容错能力：块存储适配裸设备直用场景（如数据库），文件存储面向共享目录协作，对象存储适用于http访问的海量非结构化数据；hdd、sata ssd、nvme ssd、nvdimm依延迟与成本逐级提升；raid需按故障容忍取舍，且raid不等于备份，须叠加快照与异地备份。
存储介质选型不是比参数，而是匹配数据怎么存、谁在读、出问题能不能扛住。核心就三点：访问方式决定类型，业务特征决定结构，故障模型决定冗余。
先分清块、文件、对象三类访问本质
块存储是“当本地硬盘用”——操作系统直接操作裸设备（如 /dev/nvme0n1），自己建文件系统、管权限、做日志。数据库、虚拟机磁盘、GPU训练镜像都依赖它。必须单主机独占，跨主机共享得加集群文件系统（如 Lustre），否则写冲突不可避免。
文件存储是“挂个共享文件夹”——通过 NFS 或 SMB 暴露完整路径（如 /project/data），服务端统一处理锁、权限、版本。适合研发代码仓、设计素材库、办公文档协同。但小文件多、目录深时，ls 和 open 这类元数据操作容易卡住整个服务。
对象存储是“扔进去就不管，但要随时能找出来”——没有目录树，只有 Bucket + Key，靠 HTTP API（S3 兼容）上传下载。监控视频、AI原始数据集、网站静态资源、备份镜像都适用。不支持随机写、没文件锁、延迟百毫秒级，别拿来跑数据库或实时日志追加。
再看介质物理特性与业务负载对齐
HDD 容量大、价格低，适合归档、冷备、顺序读写的场景，比如备份镜像长期存放；
SATA SSD 延迟约 0.1ms，性价比高，适合中等并发的数据库、文件服务器；
NVMe SSD 延迟压到 0.02ms，IOPS 超 70 万，是 OLTP、实时分析、AI 训练 checkpoint 加载的首选；
NVDIMM 接近内存级延迟，用于极敏感日志缓冲或金融交易中间层，成本高、部署复杂，非刚需不用上。
实测表明：MySQL 从 HDD 迁到 NVMe SSD，TPS 可提升 3 倍；但若应用本身是大量小文件随机写，再快的盘也救不了元数据瓶颈。
RAID 配置不是套模板，而是按故障面做取舍
RAID 0：两块盘条带化，性能翻倍，但坏一块全丢——仅限测试环境、临时缓存盘；
RAID 1：两块盘镜像，写双份、读可并行，50% 利用率，适合关键小容量系统盘或日志盘；
RAID 5：三盘起步，一块校验，坏一块可恢复，但写放大明显，控制器弱时写入拖慢；
RAID 6：四盘起步，两块校验，容忍同时坏两块，适合大容量归档存储；
RAID 10：先镜像再条带，性能接近 RAID 0、安全接近 RAID 1，50% 利用率，是数据库、虚拟化平台的主流选择——前提是预算够、盘位足。
注意：RAID 不是备份。它防硬件故障，不防误删、勒索、逻辑损坏。生产环境必须配合快照+异地备份双机制。
高可用不是堆设备，而是切掉单点依赖
存储链路每层都要冗余：HBA 卡双口、光纤通道双交换机、iSCSI 多路径（MPIO）、后端阵列双控制器；
避免“伪高可用”：比如 SAN 用了双交换机，但主机只插一根线；或者 NFS 服务做了双活，客户端却没配自动故障转移；
真实可用性 = （MTBF）/（MTBF + MTTR）。光买贵设备没用，重点是缩短故障发现时间（SMART 监控、日志告警）、缩短恢复时间（热备盘自动重建、一键切换脚本、标准化换盘 SOP）；
定期做故障注入演练：拔一根 HBA 线、模拟一块盘离线、关一个存储节点——不真动手，永远不知道哪条路径会断。
