存储系统基础概念：存储介质、存储架构与性能指标
各位好，我是这次课程的主讲。做了十几年存储审计和架构设计，说实话，每次遇到新项目，我还是会先把基础概念过一遍。为什么呢？因为很多故障的根源，其实都藏在这些最基础的东西里。
这一章，我们就来把存储系统的“地基”夯实。我会结合自己踩过的坑，聊聊存储介质、架构分类和那些绕不开的性能指标。
存储介质：数据的物理载体
首先我们得知道，数据到底存在了什么东西上面。常见的介质就三种：机械硬盘、固态硬盘，以及磁带。别看这几年SSD很火，HHD和磁带在特定场景下依然活得很好。
| 介质类型 | 核心特点 | 典型场景 |
|---|---|---|
| HDD (机械硬盘) | 容量大、成本低、有机械结构怕震动 | 大容量归档、冷数据存储 |
| SSD (固态硬盘) | 读写快、无噪音、有写入寿命限制 | 数据库、高频交易、虚拟化 |
| 磁带 | 存储成本极低、访问慢、离线管理 | 长期归档、灾备冷备份 |
我记得有一次审计一家金融公司的存储架构。他们核心交易库用的全是企业级SSD，当时我觉得挺靠谱。结果一翻监控数据，发现写入寿命已经用了70%，而设计寿命周期才过了2年。嗯，这里要注意——SSD的写放大效应在审计时必须纳入计算，不然你会以为自己还有5年可用，实际可能只有1年了。
存储架构：DAS、NAS、SAN
介质装好了，怎么连到服务器呢？这就引出了三种主流架构。说白了，就是数据通路的组织方式。
- DAS (直连式存储)：硬盘直接在服务器肚子里，或者通过线缆直连。好处是延迟极低、配置简单。坏处是扩展性差，而且服务器挂了，数据就暂时访问不了。
- NAS (网络附加存储)：通过TCP/IP网络共享文件。它以文件为单位提供服务，好处是共享方便，适用于文件服务器、备份服务器等。但协议开销较大，不适合对延迟极度敏感的场景。
- SAN (存储区域网络)：通过专用的光纤通道或iSCSI网络，以块为单位传输数据。SAN把存储资源池化，服务器看到的就像是一块块本地硬盘。它是高可用、高性能架构的标配。
你想想看，在审计实践中，判断错误往往从混淆这三者开始。我有一次审计一个系统，业务方说“用的是NAS高可用集群”，结果我一看网络拓扑，他们走的根本不是专用的存储网络，而是和业务网络共用的千兆交换机。那这种“NAS”的容错能力基本就形同虚设了。
这里我画了一张图，把三种架构的逻辑关系整理了一下。你看一眼，基本就明白了。
存储性能指标：不说虚的，看数字
讲完介质和架构，我们来聊聊性能。审计时经常发现，需求文档里写的是“高性能”，但到底多高没人说得清。我个人习惯只看三个核心指标：IOPS、吞吐量 和 延迟。
- IOPS (每秒输入输出次数)：主要衡量处理小块随机读写的能力。这对数据库来说尤其重要。SSD的IOPS可以轻松达到数万甚至几十万，而一块SATA HDD可能只有几百。
- 吞吐量 (Throughput)：指每秒能传输多少数据量。比如大文件流媒体，更看重吞吐量。它反应的是带宽的利用效率。
- 延迟 (Latency)：从发起请求到收到响应的时间。对于高频交易、实时计算，延迟的波动甚至比平均延迟更致命。
举个例子。我在审计一个备份系统时，对方说“我们用了四台高性能存储阵列做容错”。但我一测实际性能，发现IOPS只有标称值的60%。后来排查发现，是因为SAN交换机的端口配置错误，导致同一台主机的两个HBA卡走了同一个域。你看，性能指标的审计，往往能倒推出架构上的漏洞。
好了，存储的基盘咱们今天就讲到这里。介质、架构、指标，这三件事弄清楚了，后面再看容错设计、故障域划分、数据保护策略，心里就有底了。嗯，记住一句话：任何不谈积累的容错，都是空中楼阁。