NVMe 存储模型：命名空间、逻辑块地址与端到端数据保护

聊 NVMe 存储模型，咱们得从最基础的概念说起。你想想看，一块物理固态盘，怎么让操作系统和应用程序去读写数据？在 NVMe 协议里，顶层抽象就是命名空间（Namespace），底层的寻址单元是逻辑块地址（LBA），而为了保证数据不出错，端到端数据保护（End-to-End Data Protection）机制会在整个 IO 路径上保驾护航。

我个人习惯，每接触一个新存储系统，都会先把这三个概念的关系画清楚。它们像一根链条上的三个环，任何一个出问题，你的数据就不靠谱。

命名空间：逻辑上的“盘”

命名空间是什么？说白了就是一块逻辑盘。在物理 NVMe 设备上，你可以切出多个命名空间。每个命名空间都有自己的 ID，比如 Namespace 1、Namespace 2，彼此隔离。

举个例子。一个 1TB 的 NVMe 盘，我可以在上面创两个命名空间：NS1 分 400GB，NS2 分 600GB。这在虚拟化场景里特别有用。每个虚拟机可以得到独立的命名空间，物理盘共享但逻辑隔离。

我记得刚开始接触 NVMe 时，总把命名空间和分区搞混。分区是操作系统层面的，命名空间是协议层面的。两者不同层级。通俗点说：命名空间是硬件能看见的逻辑盘，分区是软件在逻辑盘上再分的区域。

逻辑块地址：寻址的最小单元

有了命名空间，数据怎么放？靠逻辑块地址。每个 LBA 代表一个逻辑块，就是最小可寻址单元。NVMe 协议规定，LBA 从 0 开始递增，达到命名空间大小减 1。

你可能会问：为什么非要用 LBA？直接物理寻址不行吗？嗯，这里要看应用。LBA 给了上层一个统一的视图，底层闪存怎么磨损均衡、垃圾回收，上层不用管。这就是存储分层的好处。

我曾经优化过一个数据库存储引擎，发现默认用 512 字节 LBA，结果映射表占了几十 MB 内存。改成 4KB 格式后，内存占用降到原来的八分之一，IOPS 还提升了 5%。

端到端数据保护：从主机到 NAND，全程校验

数据在传输和存储过程中，可能会发生比特翻转。NVMe 的端到端数据保护机制，就是在整条 IO 路径上加入保护信息，保证数据完整性。

保护信息（Protection Information, PI）通常包含三个字段：

• Guard（CRC）：对 LBA 和数据块的循环冗余校验
• Application Tag（APP Tag）：由上层应用写入，用于路径验证
• Reference Tag（REF Tag）：记录逻辑块地址，检测 LBA 是否被篡改

这三者组合在一起，形成一个 8 字节的保护信息。NVMe 支持三种保护类型：

举个实际场景。一个虚拟机下的 4KB 读请求，主机会生成保护信息，传给 NVMe 控制器。控制器校验通过后，再下发给闪存。返回数据时，控制器再次校验。整个过程叫“端到端”，因为它横跨主机内存、PCIe 总线、控制器、NAND 闪存。

// 伪代码：保护信息生成示例
struct protection_info {
    uint16_t guard;        // CRC-16 校验
    uint16_t app_tag;      // 应用标签
    uint32_t ref_tag;      // 参考标签（低32位LBA）
};

void generate_pi(uint64_t lba, uint8_t *data, uint32_t length,
                 struct protection_info *pi_out) {
    pi_out->guard = crc16_calculate(data, length);
    pi_out->app_tag = 0xAAAA;  // 应用层指定
    pi_out->ref_tag = lba & 0xFFFFFFFF;
}