第四章：NVMe命名空间——Namespace概念、创建与删除、格式化、块大小与容量管理

我记得刚接触NVMe时，最让我困惑的就是命名空间这个概念。你想想看，一块物理SSD，怎么还能拆成好几个“虚拟盘”？后来在项目中调过几个数据中心方案，才真正理解——命名空间就是NVMe世界里最灵活的“逻辑存储单元”。今天咱们就来把它说透。

4.1 什么是Namespace？一眼看穿本质

说白了，每个Namespace就是一块可以被操作系统直接寻址的虚拟磁盘。NVMe控制器可以把一块物理SSD的闪存空间，切分成一个或多个逻辑上独立的Namespace。每个Namespace都有自己的LBA范围、块大小、保护信息，甚至不同的元数据格式。

我经常把Namespace比作“大楼里的独立房间”。控制器是整栋楼（SSD），每个房间（Namespace）有自己的房门号（NSID）和内部布局（LBA Format）。操作系统通过Namespace ID来读写特定房间的数据，房间之间完全隔离。

在Linux里，nvme list命令就能列出所有Namespace。见过最多的场景是：一块企业级U.2 SSD，出厂默认划分成4个或8个Namespace，每个分配不同LBA大小，用于混合负载。

4.2 创建与删除Namespace——用nvme-cli搞定

我在项目中遇到过最典型的操作是：新来的SSD需要按业务需求重新划分命名空间。用nvme-cli工具，几行命令就能搞定。

4.2.1 创建Namespace

先看创建命令的基本格式：

nvme create-ns /dev/nvme0 --nsze=1048576 --ncap=1048576 --flbas=0 --dps=0

参数解释：

• --nsze：命名空间大小（以LBA为单位）。这里1048576意味着1M个LBA。
• --ncap：最大容量，通常和nsze一样，但可以做thin provisioning。
• --flbas：LBA格式索引。0通常表示512B LBA，1表示4K LBA等。
• --dps：保护信息设置，0表示无保护。

创建成功后，控制台会返回新Namespace的ID。比如返回“create-ns: 2”，意思就是新创建的Namespace ID为2。接着需要attach到某个控制器：

nvme attach-ns /dev/nvme0 --namespace-id=2 --controllers=0x7

4.2.2 删除Namespace

删除命令更简单：

nvme delete-ns /dev/nvme0 --namespace-id=2

删除前必须确保对应Namespace已经detach（detach-ns）。我一个同事曾经忘了这步，直接报错“namespace is attached”，还以为是SSD坏了……

4.3 格式化——改变块大小和元数据

格式化命令 nvme format 是命名空间管理的核心操作。你想想看，同一个SSD，有的应用需要512B扇区，有的需要4KB扇区，有的不需要保护信息，有的需要128B元数据。这些都在格式化时指定。

4.3.1 基本用法

nvme format /dev/nvme0n1 --lbaf=2 --ms=0 --pi=0

• --lbaf：选择LBA格式索引（如0=512B无元数据，1=512B+8B元数据，2=4KiB无元数据等）。
• --ms：元数据大小，0表示无元数据。
• --pi：保护信息类型，0=无，1=CRC64，2=CRC32C等。

格式化整个Namespace后，块大小、元数据布局、保护信息都会按指定格式重新初始化。数据全部会丢失——这点再强调一遍。

4.3.2 如何知道支持哪些LBA格式？

用nvme id-ns /dev/nvme0n1查看Namespace的Identify数据，里面有一个lbaf字段列表，展示所有支持的LBA格式。我习惯把它转成表格看：

LBAF索引	LBA数据块大小	元数据大小	典型用途
0	512B	0	传统兼容，虚拟机镜像
1	512B	8B	带保护信息，企业存储
2	4KB	0	数据库、大数据，性能优先
3	4KB	64B	带元数据，高级数据管理

4.4 块大小与容量管理——算清楚你的空间

命名空间的容量不是简单拿物理容量除以块大小就行。因为有元数据、保护信息、甚至预留空间（over-provisioning）的消耗。我刚开始算容量时栽过跟头，后来总结了一个公式：

命名空间用户可用容量 = LBA数量 × LBA数据块大小
物理闪存占用容量 = LBA数量 × (LBA数据块大小 + 元数据大小 + 保护信息大小)

举个例子：用户声明一个10GB的命名空间，使用4KB LBA + 64B元数据 + 8B保护信息，那么物理闪存实际占用是10GB × (4096+64+8)/4096 ≈ 10.17GB。多出来的就是元数据消耗。

4.4.1 调整命名空间大小

有些控制器支持“在线扩展”（Set Features功能），但大多数情况下，调整大小需要先删除再重建。可以用nvme set-feature修改命名空间属性，但我不建议在生产环境频繁改大小。最好在最初规划时就定好每个Namespace的容量和块大小。

4.4.2 容量管理实操

想知道当前每个Namespace的容量？用nvme list或nvme id-ns都能看到。我常用这个命令一行搞定：

nvme list -v /dev/nvme0 | grep -E "Namespace|Size|LBA"

输出会显示每个Namespace的NSID、总LBA数、可用LBA数、已用LBA数（如果支持）。

4.5 知识体系梳理：一张图看懂命名空间管理

下面这张SVG图把命名空间管理的关键概念、操作和相互关系画清楚了。从物理SSD出发，到多个Namespace的创建、格式化、块大小选择，再到容量计算和删除。我画图时尤其注意了操作顺序——先创建再attach，先detach再删除。

4.6 避坑指南：我踩过的几个坑

1. 忘记detach就删除：我之前有一次想快速清理测试环境，直接调delete-ns，报错“Device or resource busy”。后来才知道必须先detach-ns——命令是nvme detach-ns /dev/nvme0 --namespace-id=3 --controllers=0x7。
2. 格式化误操作：有次在生产服务器上想查LBA格式，结果忘加--lbaf参数直接执行format……还好那是刚部署的空Namespace，数据未写入。但冷汗出了一身。从此我在脚本里加了一行read -p "确认要格式化吗？" confirm。
3. 容量算错：早期没考虑元数据开销，给数据库分配了“10GB”命名空间，结果物理空间不够，格式化直接失败。后来学会用nvme id-ns -H /dev/nvme0n1 | grep "LBA Format"查看LBA格式的实际总占用。