当您的云服务器（如 AWS EC2 实例）系统盘空间不足，或需要独立存储数据时，挂载一块新的云服务器数据盘是常见做法。本文以 AWS EC2 为例，讲解从识别设备到挂载的完整流程，并说明分区、格式化的决策点，以及成本和安全方面的注意事项。请注意，不同云厂商的命令可能略有差异，但底层 Linux 操作是通用的。
本文适用范围与边界
本文适用于 Linux 系统的云服务器。操作前请确认您有 sudo 权限，并已通过 SSH 登录实例。文中涉及的命令在 Amazon Linux 2、Ubuntu 等主流发行版上均可运行，但输出可能因系统版本而异。对于 Windows 实例，操作方式不同，本文不涉及。
另外，挂载数据盘前，请确保您已了解云厂商的计费方式：数据盘通常单独计费，即使未挂载也可能产生费用。根据 AWS 成本优化支柱，应合理规划存储容量，避免闲置资源导致浪费。
步骤一：确认数据盘已附加且被系统识别
在云控制台（如 AWS EC2 控制台）将新的 EBS 卷附加到实例后，登录实例，使用 lsblk 查看块设备列表：
sudo lsblk您会看到类似 nvme1n1 或 xvdb 的设备名，这些是数据盘，而 nvme0n1 或 xvda 通常是系统盘。请仔细核对设备名，避免误操作系统盘。
如果设备未出现，可能是附加失败或驱动问题，请检查云控制台中的状态。
步骤二：分区还是直接格式化？
对于新数据盘，您可以选择直接格式化整个设备，或先创建分区。如果整块盘只用于一个文件系统，直接格式化更简单；如果需要多个文件系统或将来扩展，建议分区。
分区使用 fdisk 或 parted。以 fdisk 为例：
sudo fdisk /dev/nvme1n1在交互界面中，输入 n 新建分区，按提示选择分区号、起始和结束扇区（默认即可），最后输入 w 写入并退出。创建后，分区设备名如 /dev/nvme1n1p1。
步骤三：格式化文件系统
使用 mkfs 命令格式化。常见文件系统有 ext4、xfs 等。例如，格式化为 ext4：
sudo mkfs.ext4 /dev/nvme1n1p1如果选择不分区，则格式化整个设备：
sudo mkfs.ext4 /dev/nvme1n1注意：格式化会清除所有数据，务必确认设备正确。
步骤四：挂载到目标目录
创建挂载点，例如 /data：
sudo mkdir -p /data
sudo mount /dev/nvme1n1p1 /data使用 df -h 验证挂载是否成功。此时数据盘已可用，但重启实例后挂载会丢失，需要配置自动挂载。
步骤五：设置开机自动挂载
编辑 /etc/fstab 文件，添加一行记录。建议使用 UUID 而非设备名，因为设备名可能变化。获取 UUID：
sudo blkid /dev/nvme1n1p1输出类似 UUID="1234-5678"。然后在 /etc/fstab 中添加：
UUID=1234-5678 /data ext4 defaults,nofail 0 2nofail 选项可防止因设备缺失导致启动失败。修改后，建议执行 sudo mount -a 测试，并重启实例确认。
常见误区与失败条件
- 误区：认为挂载后无需配置 fstab，导致重启后数据盘“消失”。实际上，未配置自动挂载，重启后需手动挂载。
- 误区：误将系统盘当作数据盘格式化，造成数据丢失。操作前务必用
lsblk确认设备。 - 失败条件：如果 fstab 配置错误，可能导致实例无法启动。使用
nofail可降低风险，但仍需谨慎。 - 注意：部分云厂商的 NVMe 设备名可能不稳定，使用 UUID 是更可靠的方式。
成本与安全注意事项
根据 AWS 成本优化支柱，存储成本是云支出的一部分。建议根据实际需求选择容量，利用快照和生命周期管理降低成本。同时，AWS 安全性支柱强调数据保护：对数据盘启用加密（如 EBS 加密），并定期备份。
在操作过程中，避免在公网暴露敏感数据，使用安全组限制访问。更多安全最佳实践，可参考 AWS 安全支柱文档。
参考资料
延伸阅读：云计算虚拟化技术演进，了解不同虚拟化技术对存储的影响。
延伸阅读