前言：为什么要抛弃 NFS 挂载？
在家庭实验室或企业生产环境中，我们经常面临一个需求：让 Linux 虚拟机（计算节点）拥有海量的存储空间，同时利用 NAS（存储节点）的 RAID 机制保护数据。
很多人（包括曾经的我）第一反应是使用 NFS 挂载。然而，NFS 在此场景下存在诸多痛点：
- 权限噩梦：群晖的 ACL 权限与 Linux 的 POSIX 权限冲突，导致文件变成
777（绿色背景色），或者出现Permission Denied。 - 性能瓶颈：网络文件协议在高频随机读写（如编译、数据库）下性能一般。
- 依赖性强：如果 NAS 网络抖动，Linux 虚拟机容易卡死（I/O Wait）。
最佳的解决方案是：iSCSI + PVE 分层存储。
本方案将存储层（Synology）、管理层（PVE）和计算层（VM）解耦，让虚拟机认为自己在使用一块本地物理硬盘，彻底解决权限问题，并利用 PVE 实现极简的灾难恢复。
架构拓扑
- 存储层：群晖 NAS (RAID 保护) -> 提供 iSCSI Block 存储。
- 虚拟化层：Proxmox VE (PVE) -> 连接 iSCSI -> 创建 LVM 卷组。
- 计算层：CentOS/Ubuntu VM -> 挂载虚拟磁盘 (VirtIO) -> 格式化为 EXT4/XFS。
第一阶段：群晖 NAS 端配置 (iSCSI Target)
我们需要在群晖上切出一块“裸磁盘”给 PVE 使用。
-
打开 SAN Manager：
登录群晖 DSM，打开 SAN Manager (旧版本为 iSCSI Manager)。 -
创建 LUN (逻辑单元号)：
- 点击 LUN -> 新增。
- 位置：选择你做了 RAID 的存储空间。
- 容量：输入你需要的大小（例如 500GB）。
- 空间分配：建议选择 厚置备 (Thick Provisioning) 以获得最佳性能（或选精简置备以节省空间）。
- 点击下一步，完成创建。
-
创建 Target (目标)：
- 群晖会自动创建iSCSI的target，点击下面的iSCSI菜单就能看到
记录信息：创建完成后，请记下 Target 的 IQN 字符串（例如
iqn.2000-01.com.synology:nas.Target-1.xxx）。
第二阶段：PVE 宿主机配置 (挂载与 LVM)
这一步将群晖的磁盘“拉”到 PVE 中，并纳入 PVE 的存储管理体系。
-
建立 iSCSI 连接：
- 登录 PVE 管理网页。
- 依次点击 Datacenter (数据中心) -> Storage (存储) -> Add (添加) -> iSCSI。
- ID: 输入标识符，例如
synology-iscsi。 - Portal: 输入群晖的 IP 地址。
- Target: 输入 IP 后，点击下拉菜单，PVE 会自动扫描出群晖的 Target，选中它。
- 关键点：取消勾选 "Use LUNs directly" (我们要用更高级的 LVM 模式)。
- 点击 Add。
-
创建 LVM 卷组：
- 再次点击 Add (添加) -> LVM。
- ID: 输入名字，例如
synology-lvm(这个名字以后会用来给虚拟机选盘)。 - Base Storage: 选择刚才创建的
synology-iscsi。 - Base Volume: 下拉选择对应的 LUN。
- Content: 确保选中
Disk image和Container。 - Shared: 如果是单机 PVE，不勾选；如果是集群，请勾选。
- 点击 Add。
此时，在 PVE 左侧的存储列表中，你应该能看到 synology-lvm，容量就是你在群晖分配的大小。
第三阶段：虚拟机配置 (挂载与格式化)
这一步是将“硬盘”插到虚拟机上，体验原生 Linux 磁盘。
-
给 VM 添加磁盘：
- 选择你的 Linux 虚拟机 (VM)。
- Hardware (硬件) -> Add (添加) -> Hard Disk (硬盘)。
- Storage: 选择
synology-lvm。 - Disk size: 输入你想分配给这台虚拟机的大小（例如 200GB）。
- Bus/Device: 强烈建议选择 VirtIO Block (性能损耗最小)。
- 点击 Add。
-
虚拟机内部格式化 (以 CentOS 为例)：
无需重启 VM，Linux 内核通常支持热插拔。# 1. 查看新磁盘（通常是 /dev/vdb 或 /dev/sdb） lsblk # 2. 格式化磁盘（建立纯净的 EXT4 文件系统，无 ACL 干扰） # 注意：请确认 /dev/vdb 是新盘，数据无价！ mkfs.ext4 /dev/vdb # 3. 创建挂载点 mkdir /data # 4. 挂载测试 mount /dev/vdb /data # 5. 修改权限（让普通用户可写，永久解决权限问题） chown -R <你的用户名>:<你的组名> /data chmod 755 /data -
设置开机自动挂载：
# 1. 获取磁盘 UUID blkid /dev/vdb # 复制输出的 UUID="..." # 2. 编辑 fstab vi /etc/fstab # 3. 添加以下内容（注意替换 UUID） UUID=你的UUID值 /data ext4 defaults 0 0注：此时不需要
_netdev参数，因为 PVE 已经帮我们处理好了网络层，VM 认为这就是本地硬盘。
第四阶段：灾难恢复演练 (核心价值)
假设最坏的情况发生了：PVE 宿主机系统盘损坏，或者硬件彻底报废。
你需要在一台全新的机器上重装 PVE，并找回之前存在群晖里的数据。
前提条件：群晖 NAS 及其数据完好。
恢复步骤
-
重装 PVE：在修好的机器上安装全新的 Proxmox VE。
-
重新连接 iSCSI：
- 进入新 PVE 的 Storage -> Add -> iSCSI。
- 填入群晖 IP，扫描并选中之前的 Target。
- 点击 Add。
- 此时 PVE 已经连上了数据源，但还不知道怎么读取。
-
找回 LVM 卷组 (关键)：
- 正常情况下，直接去 Storage -> Add -> LVM。
- Base Storage 选 iSCSI。
- Base Volume 下拉菜单中，你应该能看到之前的 LUN。
- 重要警告：如果 PVE 弹出提示询问 "Wipe Disk?" 或 "Initialize?"，绝对选 NO！
- 如果直接添加成功，恭喜你，数据识别完毕。
如果界面无法自动识别旧数据，请使用命令行手动扫描：
打开 PVE Shell：# 扫描物理卷，确认旧数据存在 pvs # 输出示例：/dev/sdb synology-lvm lvm2 a-- <500.00g <100.00g # 扫描卷组 vgs # 你会看到原来的卷组名确认卷组存在后，再通过界面 Add LVM 添加，通常就能直接挂载了。
-
将旧磁盘挂载给新虚拟机：
- 新建一个虚拟机 (例如 ID 101)。
- 在 PVE Shell 中执行命令扫描未使用的磁盘卷：
qm rescan - 回到虚拟机 101 的 Hardware 界面，你会惊喜地发现多了一行：Unused Disk 0。
- 双击它，点击 Add。
- 启动虚拟机。
结果：CentOS 启动后，/data 目录下的数据完整无缺，权限完好，仿佛什么都没发生过。
总结
通过 Synology (iSCSI) -> PVE (LVM) -> VM 的架构，我们实现了：
- 完美的权限控制：Linux 内部使用原生 EXT4/XFS，彻底告别 NAS ACL 导致的
777权限异常。 - 极高的数据安全性：底层由群晖 RAID 保护，即使计算节点 (PVE) 彻底崩溃，数据依然在 NAS 中安然无恙且可秒级恢复。
- 灵活的管理：可以在 PVE 层面对磁盘进行快照、扩容和备份，而不影响虚拟机运行。
这就是当下虚拟化环境中最推荐的存算分离最佳实践。