配置底层存储系统的核心是匹配业务场景的IO特征，在性能、容量、冗余三者间找到最优解，而非盲目追求高RAID级别或全闪存。
先理解底层存储系统的三个维度
性能与容量的矛盾：如何取舍？
底层存储系统不是越贵越好。IOPS（每秒读写次数） 和 吞吐量 是两个完全不同的指标，数据库事务型业务依赖高IOPS，视频渲染吞吐量更关键，一块SATA SSD的4K随机读写可能不到10000 IOPS，而NVMe SSD可以轻松突破50万，但容量相同的情况下,NVMe价格高出数倍。
行业共识认为，配置前先做IO特征分析，用iostat或fio模拟业务负载，看队列深度、读写比例、块大小，如果随机读写占多数，优先提升IOPS；如果是大文件顺序读写，机械盘组RAID0也能满足需求，犯不着用全闪存，容量和性能的平衡点，在于重建窗口RAID5的写入惩罚会拖慢业务，但成本低,适合读多写少的场景。
冗余策略：从单盘到分布式
单盘裸奔后患无穷。RAID 是传统的冗余方案，但级别选择直接决定恢复难度，RAID1镜像写性能好但容量利用率低，RAID5单盘故障后重建压力大，RAID6双盘冗余但写入性能下降明显，分布式存储则通过多副本或纠删码来保障,但需要网络协调。
实操中，硬件RAID卡和软件RAID的选择常被忽视，硬RAID有独立缓存，掉电保护更可靠，但品牌间兼容性不同；软RAID的mdadm在Linux社区广泛使用，配置灵活，但CPU占用高，业内专家指出，在虚拟化环境下，建议优先考虑分布式存储或硬件RAID，避免CPU争抢影响虚机性能。
实操：从RAID到LVM的底层配置流程
服务器存储RAID选型：如何选择RAID级别
这是采购时必须明确的问题。RAID0 追求极限性能，但无冗余，适合临时数据或缓存。RAID1 适合操作系统盘或关键日志，两盘互备，写入性能尚可。
RAID5 是性价比之选，三盘起步，容量利用率为(n-1)/n，但写入性能受校验计算影响，不适合频繁写入场景。RAID6 在RAID5基础上增加双校验，大数据量存储时重建风险更低，但写入性能下降约20%-30%。RAID10 兼顾性能和冗余，代价是容量利用率只有50%,且需要至少四块盘。
- 中小型数据库：RAID10，性能够用,恢复快。
- 视频监控或归档：RAID5或RAID6,容量优先。
- 虚拟化存储池：RAID5或RAID6配合大容量硬盘,关注写惩罚。
使用mdadm命令配置软RAID
以Linux系统为例，假设有4块未使用的硬盘/dev/sdb到/dev/sde,创建RAID10的命令：
mdadm --create /dev/md0 --level=10 --raid-devices=4 /dev/sdb /dev/sdc /dev/sdd /dev/sde完成后检查状态：cat /proc/mdstat 或 mdadm --detail /dev/md0，格式化文件系统：mkfs.ext4 /dev/md0，挂载到/data，并写入/etc/fstab，注意，软RAID在系统崩溃时重建依赖CPU，建议在非生产环境或低负载场景使用。
LVM配置：弹性扩容的底层逻辑
LVM是解决分区固定问题的利器，先将物理盘转为物理卷（PV），再创建卷组（VG），最后划分逻辑卷（LV），如果后期空间不足，可以直接从VG中划出空间给LV,无需停机。
- 创建PV：
pvcreate /dev/sdb1 /dev/sdc1 - 创建VG：
vgcreate vg_data /dev/sdb1 /dev/sdc1 - 创建LV：
lvcreate -L 500G -n lv_data vg_data - 格式化并挂载：
mkfs.xfs /dev/vg_data/lv_data，mount /dev/vg_data/lv_data /data
关键点：条带化（stripe）可以提升性能，但需要对齐IO大小。lvcreate -i 2 -I 64 表示跨两个PV且条带大小为64KB，适合大文件读写,小文件场景建议默认条带大小4KB。
文件系统选型：ext4 vs XFS vs ZFS
存储系统性能对比：不同文件系统的场景适配
文件系统选型直接影响底层存储表现。ext4 成熟稳定，单文件最大16TB，单分区最大1EB，但元数据性能一般，适合常规服务器。XFS 是大文件强项，支持在线扩容，单文件可达8EB，日志优化好，但小文件删除时碎片较多。ZFS 自带校验、压缩、快照，但内存消耗大,且许可证问题导致不在Linux主线内。
| 文件系统 | 适合场景 | 容量上限 | 元数据性能 | 维护成本 |
|---|---|---|---|---|
| ext4 | 通用、中小规模 | 1EB | 中等 | 低 |
| XFS | 大文件、数据库 | 8EB | 好 | 低 |
| ZFS | 高可靠性、冷存储 | 256ZB | 受内存影响 | 高 |
实操建议：一般业务用ext4或XFS即可，无需ZFS的复杂特性，如果需要压缩和去重，且预算充足,ZFS可以搭配专用存储服务器。
场景化配置方案：从中小企业到数据中心
中小企业存储配置方案：预算有限如何保障性能？
中小企业采购时面临价格和性能的博弈。典型方案：使用2-4块SSD做RAID1或RAID10作为热数据层，8-12块机械盘做RAID5或RAID6作为冷数据层，通过LVM或存储池统一管理，利用lvmcache或dm-cache将SSD作为缓存加速机械盘，这样既保证核心业务IOPS,又控制成本。
- 预算：2万元以内，可考虑4块480GB SSD + 4块4TB HDD，RAID10+RAID5。
- 不建议：所有盘都用企业级SSD,成本过高且容量不足。
数据库场景：高随机读写下的存储底层优化
数据库通常对IO延迟敏感。底层配置核心：使用RAID10或直通盘，禁用RAID卡的写缓存（除非有电池备份），文件系统选XFS，且挂载参数增加noatime,nodiratime。条带化与数据库的块大小对齐，MySQL InnoDB默认16KB，所以LVM条带大小建议设为16KB。
确保deadline或noop调度器,避免CFQ引入额外延迟。
虚拟化环境：存储池的规划与注意事项
虚拟化平台（如VMware vSphere、KVM）需要存储池提供共享存储。架构选择：中小规模用NFS或iSCSI，大规模用FC SAN或分布式存储。底层配置：每个数据存储对应一个LUN或文件目录，建议使用Thick Provisioned Lazy Zeroed，避免Thin Provisioning导致性能抖动。监控：定期检查存储池的队列深度和延迟，使用esxtop或iostat。
Q&A：服务器及存储系统配置底层存储常见问题
服务器底层存储系统应该选择硬RAID还是软RAID？
硬RAID有独立缓存和掉电保护，适合生产环境，尤其是数据库和高IO场景，软RAID成本低、配置灵活，但对CPU占用高，且在系统崩溃后重建可能失败。建议：关键业务用硬RAID,测试或非关键业务可以用软RAID。
配置存储系统时，如何评估是否需要使用LVM？
LVM适合需要动态扩容、快照或跨盘条带化的场景，如果业务分区固定且预计未来5年不扩展，直接用分区即可。评估方法：看业务增长预期，虚拟机环境下强烈建议LVM，因为虚机镜像经常需要扩容。注意，LVM条带化对性能提升有限,且需要谨慎操作。
本地存储和云存储哪个好？底层配置有何不同？
本地存储延迟低、可控性强，但扩容成本高、维护复杂，云存储按需付费、弹性伸缩，但存在网络延迟和带宽限制。底层配置差异：本地存储需要手动管理RAID、LVM、文件系统，云存储通常由云厂商提供底层抽象，用户只需选择存储类型和容量。选择依据：如果业务对延迟敏感且有固定预算，本地存储更合适；如果业务波动大且运维人力有限，云存储性价比更高。两者并不互斥，混合架构是常见方案。