1. 为什么还要折腾 Openfiler 与 iSCSI在虚拟化圈子里混久了你会发现一个很有意思的现象大家聊 ESXi、聊 vSphere、聊超融合聊得热火朝天但一提到“共享存储”这四个字很多人的第一反应就是——贵。一台入门级的企业级 SAN 动辄几万起步就算是二手拆机的存储阵列加上硬盘和授权也不是随便一个实验室或者个人玩家能轻松拿下的。于是把一台普通服务器或者一台闲置的 x86 主机改造成 IP SAN就成了性价比极高的替代方案。而 Openfiler正是这条路上绕不开的一个名字。Openfiler 本质上是一个基于 Linux 的存储操作系统它把底层复杂的 LVM、iSCSI target、NFS、SMB/CIFS 这些技术封装成了一个 Web 管理界面。你不需要去手写/etc/iet/ietd.conf也不需要跟targetcli的交互式命令行较劲打开浏览器点几下一个 iSCSI 目标就能建好。它解决的问题非常明确让没有专职存储工程师的团队也能快速搭出一块能被 ESXi、Windows、Linux 识别的共享块存储。这篇文章适合谁看如果你手里有一台闲置的物理机或者虚拟机想给 ESXi 主机挂一块共享存储来测试 vMotion、HA 或者集群功能如果你是个实验室环境的管理员预算有限但又需要一块像样的 IP SAN如果你只是单纯想搞明白 iSCSI 到底是怎么一回事想亲手搭一遍看看数据是怎么从主机写到远端磁盘的——那这篇内容就是写给你的。我会从 Openfiler 的安装开始一路讲到 iSCSI 的配置、ESXi 端的挂载以及那些我踩过的坑和绕过的弯。需要提前说明的是Openfiler 这个项目本身已经很久没有大版本更新了社区活跃度也不比当年。但这并不妨碍它在实验环境和小型部署中继续发光发热因为它的核心功能足够稳定而且整个配置逻辑非常清晰拿来学习 iSCSI 和共享存储的原理反而比那些高度封装的商业产品更直观。你把它当成一个教学工具也好当成一个低成本的生产力方案也罢只要理解了它背后的机制以后换到任何其他存储方案上思路都是通的。2. 安装前的整体设计与环境规划2.1 为什么选择 Openfiler 而不是其他方案在动手之前先把选型这件事说清楚。市面上能实现 iSCSI 共享存储的方案其实不少比如 Windows Server 自带的 iSCSI Target、Linux 上的 targetcli、TrueNAS原 FreeNAS、以及各种 NAS 系统。那为什么偏偏选 Openfiler第一个原因是轻量。Openfiler 的安装镜像只有几百兆装完之后系统本身占用的资源非常少一台 2GB 内存、双核 CPU 的虚拟机就能跑得很顺畅。相比之下TrueNAS 对内存的要求就高得多官方建议至少 8GB 起步因为它大量依赖 ZFS 的缓存机制。如果你只是想要一块简单的块存储Openfiler 的资源开销明显更友好。第二个原因是配置路径短。Openfiler 的 Web 界面把“物理磁盘 → 卷组 → 逻辑卷 → iSCSI 目标”这条链路做得非常线性。你不需要理解 ZFS 的 pool、dataset、zvol 这些概念也不需要去折腾 Windows 的存储池和故障转移集群。对于只是想快速验证 iSCSI 功能的人来说这个学习曲线是最平缓的。第三个原因是兼容性好。Openfiler 导出的 iSCSI LUN 在 ESXi、Windows、Linux 上都能被正常识别不需要额外安装驱动或者做特殊处理。这一点在实际操作中非常重要因为有些方案在 Linux 端没问题但到了 ESXi 上就会出现各种奇怪的兼容性告警。当然Openfiler 也有它的短板。它的底层系统版本比较老内核和软件包的更新停滞安全性方面需要你自己通过隔离网络来弥补。另外它的 Web 界面用的是比较早期的框架在某些现代浏览器上可能会有样式错位的情况但功能本身不受影响。综合来看如果你的目标是“快速搭一个能用的 iSCSI 存储”Openfiler 依然是值得考虑的选择。2.2 硬件与虚拟化平台的选择接下来聊聊跑 Openfiler 的载体。你有两种选择物理机或者虚拟机。两种方式我都试过各有各的适用场景。用物理机装 Openfiler 的好处是磁盘性能直接没有虚拟化层的开销适合对 I/O 延迟敏感的场景。但缺点也很明显你需要一台额外的机器而且一旦装好这台机器就基本被 Openfiler 占用了灵活性差。对于实验室环境来说除非你手头正好有闲置的服务器否则不太推荐。用虚拟机装 Openfiler 则是更常见的做法尤其是在学习和测试场景下。你可以用 VMware Workstation、ESXi 或者 Proxmox VE 来承载它。这里有一个关键点需要注意Openfiler 虚拟机所在的存储和它要导出的 iSCSI LUN 所在的存储最好是分开的。如果你把 Openfiler 的系统盘和 iSCSI 数据盘放在同一个物理硬盘上那么当 ESXi 主机通过 iSCSI 往这块盘上写数据时Openfiler 自身的系统 I/O 也会受到影响严重时甚至会导致系统卡死。我个人的做法是Openfiler 系统盘放在一块 SSD 上iSCSI 数据盘单独挂一块大容量机械盘或者另一块 SSD这样读写互不干扰。如果你用的是 ESXi 来跑 Openfiler 虚拟机还需要注意一个细节不要把 Openfiler 虚拟机放在它自己要导出的那个 datastore 上。这听起来像是个循环依赖但确实有人这么干过结果就是 ESXi 主机在启动时找不到存储整个环境起不来。正确的做法是Openfiler 虚拟机放在本地存储或者另一块独立的 datastore 上它导出的 iSCSI LUN 再作为新的 datastore 挂载给 ESXi 使用。2.3 网络规划与 IP 地址分配iSCSI 走的是 IP 网络所以网络规划直接决定了存储的性能和稳定性。在实验环境里很多人会把 iSCSI 流量和普通的业务流量混在同一个网段里这样虽然能跑通但一旦业务流量出现拥塞存储的延迟就会飙升严重时会导致 ESXi 主机上的虚拟机卡顿甚至假死。我的建议是如果条件允许给 iSCSI 单独划一个网段。比如你的业务网络是192.168.1.0/24那 iSCSI 可以用192.168.100.0/24。Openfiler 主机和 ESXi 主机各拿一个这个网段的 IP通过独立的物理网卡或者 VLAN 来通信。这样做的好处是存储流量和业务流量互不干扰而且排查问题的时候也更容易定位。如果受限于硬件条件只有一块网卡那至少也要保证 Openfiler 和 ESXi 之间的网络是千兆起步。百兆网络跑 iSCSI 会非常痛苦尤其是在做 vMotion 或者克隆虚拟机的时候速度会让你怀疑人生。另外强烈建议开启巨帧Jumbo Frame把 MTU 从默认的 1500 调到 9000。这个调整对 iSCSI 的性能提升非常明显因为 iSCSI 传输的数据包通常比较大巨帧可以减少拆包和重组的开销。当然前提是你的交换机、Openfiler 主机和 ESXi 主机的网卡都支持并正确配置了巨帧否则反而会导致丢包。下面这张表是我在实验环境里常用的 IP 规划你可以参考设备角色IP 地址网段MTUOpenfiler 主机iSCSI Target192.168.100.10192.168.100.0/249000ESXi 主机iSCSI Initiator192.168.100.20192.168.100.0/249000管理终端Web 管理192.168.1.100192.168.1.0/241500注意Openfiler 的管理界面默认走的是业务网络iSCSI 数据走的是存储网络两者可以共用一块网卡但最好在 Openfiler 里把 iSCSI 服务绑定到存储网段的 IP 上避免管理流量干扰存储流量。3. Openfiler 安装实操全流程3.1 下载镜像与创建虚拟机Openfiler 的官方镜像可以在它的官网或者一些开源镜像站上找到。目前最常用的版本是 2.99虽然版本号看起来有点奇怪但它确实是最后一个比较稳定的发布版。镜像格式通常是 ISO大小在 600MB 左右。下载的时候注意校验一下 MD5 或者 SHA1避免因为镜像损坏导致安装过程中出现莫名其妙的错误。创建虚拟机的时候有几个参数需要特别注意。首先是磁盘控制器类型如果你用的是 ESXi建议选择 LSI Logic SAS 或者 VMware Paravirtual这两种控制器的性能比默认的 LSI Logic Parallel 要好。其次是磁盘容量Openfiler 系统盘不需要太大8GB 到 16GB 就足够了因为系统本身占用的空间很少。但 iSCSI 数据盘要单独添加容量根据你的需求来定我一般会加一块 100GB 以上的盘专门用来做 LUN。内存方面2GB 是底线4GB 会更从容一些。CPU 给两个核心就够了Openfiler 本身不是计算密集型应用它的瓶颈主要在磁盘 I/O 和网络带宽上。网络适配器建议选 VMXNET3这是 VMware 的半虚拟化网卡性能比 E1000 好很多而且对巨帧的支持也更完善。还有一个容易被忽略的点虚拟机的引导顺序。安装的时候需要从 ISO 启动装完之后要把引导顺序改回从硬盘启动否则每次重启都会重新进入安装界面。这个细节看起来很小但我在第一次装的时候就在这里卡了好一会儿以为系统没装成功其实是引导顺序没改。3.2 安装过程逐步拆解Openfiler 的安装过程是基于文本界面的看起来有点像早期的 Linux 发行版安装程序。启动虚拟机后你会看到一个引导菜单直接回车选择默认的安装模式即可。接下来会进入语言和键盘布局的选择选 English 和 US 键盘就行中文支持在 Openfiler 上并不完整用英文界面反而更省心。分区这一步是安装过程中最关键的环节。Openfiler 的安装程序会问你希望如何分区对于新手来说选择“自动分区”是最省事的它会自动把系统盘分成/boot、/和swap三个分区。但如果你想让系统更可控也可以选择手动分区。我的习惯是给/分 6GBswap分 2GB内存的两倍剩下的空间留给/var因为 Openfiler 的一些日志和缓存会写在/var下面。分区完成后安装程序会要求你设置 root 密码和网络配置。网络配置这里要注意不要用 DHCP一定要手动指定静态 IP。因为 iSCSI 目标地址如果变了ESXi 那边的连接就会断掉需要重新配置。静态 IP 填你规划好的存储网段地址比如192.168.100.10子网掩码255.255.255.0网关可以留空或者填你的核心交换机地址。DNS 在实验环境里不是必须的但填一个也无妨。安装过程大概需要五到十分钟取决于你的硬件性能。装完之后系统会提示你重启这时候记得把 ISO 从虚拟光驱里弹出或者调整引导顺序让虚拟机从硬盘启动。重启后你会看到一个类似登录提示符的界面说明系统已经装好了。但 Openfiler 的日常管理并不需要你在这个命令行界面里操作它的核心管理入口是 Web 界面。3.3 首次登录 Web 管理界面打开浏览器输入https://192.168.100.10:446注意端口是446不是默认的 443。Openfiler 的 Web 管理界面走的是 HTTPS但用的是自签名证书所以浏览器会弹出一个安全警告点击“继续访问”或者“高级 → 继续前往”即可。这个警告是正常的因为自签名证书没有经过公共 CA 的认证在实验环境里不需要太在意。登录界面的默认用户名是openfiler密码是password。注意这个密码和 root 密码是两回事root 密码是你在安装时设置的用于命令行登录而openfiler这个账户是 Web 界面的管理员账户默认密码就是password。第一次登录后务必立刻修改这个默认密码因为 Openfiler 的 Web 界面如果暴露在网络上默认密码等于没有密码。登录进去之后你会看到 Openfiler 的主界面左侧是导航菜单右侧是状态面板。导航菜单里最常用的几个选项是Volumes卷管理、Services服务管理、System系统设置。iSCSI 的配置主要涉及 Volumes 和 Services 这两个模块。界面整体布局比较朴素但功能分区很清晰稍微点几下就能摸清楚各个菜单的作用。提示如果你在浏览器里看到界面样式错乱比如按钮重叠或者文字溢出可以尝试换一个浏览器或者把浏览器的缩放比例调到 100%。Openfiler 的 Web 界面基于比较老的 HTML 标准在某些现代浏览器上确实会有兼容性问题但功能本身不受影响。4. iSCSI 目标配置的核心细节4.1 磁盘、卷组与逻辑卷的关系梳理在 Openfiler 里配置 iSCSI你需要理解三个层次的概念物理磁盘Physical Disk、卷组Volume Group、逻辑卷Logical Volume。这三个概念是层层递进的关系搞清楚了它们后面的操作就是顺水推舟。物理磁盘就是你添加到 Openfiler 虚拟机里的那块数据盘比如/dev/sdb。这块盘在 Openfiler 的 Web 界面里会显示为一个可用的块设备。卷组是建立在物理磁盘之上的一个抽象层你可以把一块或多块物理磁盘加入同一个卷组卷组会把它们的空间汇总在一起。逻辑卷则是从卷组里划分出来的具体存储单元你可以把它理解成“从一个大池子里舀出来的一瓢水”。最终导出给 ESXi 的 iSCSI LUN就是一个逻辑卷。为什么要搞这么复杂直接拿物理磁盘做 LUN 不行吗技术上可以但灵活性差很多。用 LVM 的好处是你可以随时在线扩展逻辑卷的大小而不需要停机或者重新分区。比如你一开始给 ESXi 分了 100GB 的 LUN后来发现不够用了可以直接在 Openfiler 里把逻辑卷扩到 200GBESXi 那边重新扫描一下存储就能识别到新的容量。如果直接用物理磁盘扩容就麻烦得多。操作路径是这样的先在Volumes → Physical Storage里把新添加的磁盘初始化然后在Volumes → Volume Groups里创建一个卷组并把磁盘加进去最后在Volumes → Logical Volumes里从卷组中划分逻辑卷。每一步都有明确的向导跟着点就行。4.2 创建 iSCSI Target 与 LUN 映射逻辑卷创建好之后接下来就是把它变成一个 iSCSI 目标。在 Openfiler 的导航菜单里找到Volumes → iSCSI Targets这里就是配置 iSCSI 的核心页面。首先你需要创建一个新的 Target IQN。IQN 是 iSCSI Qualified Name 的缩写它是 iSCSI 目标的唯一标识符格式类似于iqn.2006-01.com.openfiler:tsn.xxxxxxxxxxxx。Openfiler 会自动生成一个 IQN你也可以手动修改但建议保持默认因为手动改容易出错而且 ESXi 那边需要填写完全一致的 IQN 才能连接。创建好 Target 之后需要把之前创建的逻辑卷映射到这个 Target 上。在LUN Mapping区域你会看到一个下拉菜单里面列出了所有可用的逻辑卷。选中你要导出的那个点击 Map 按钮它就会成为这个 Target 下的一个 LUN。默认情况下第一个映射的逻辑卷会被分配为 LUN 0第二个是 LUN 1以此类推。ESXi 在扫描存储的时候会按照 LUN ID 来识别不同的磁盘。接下来是Network ACL的配置。这一步非常关键它决定了哪些主机可以访问这个 iSCSI Target。在 ACL 页面里你需要添加 ESXi 主机的 iSCSI 发起端 IP 地址比如192.168.100.20。如果你不配置 ACLOpenfiler 默认会拒绝所有连接ESXi 那边就会一直显示“无法连接到存储”。ACL 的权限类型选择Allow也就是允许该 IP 访问。如果你有多个 ESXi 主机就把它们的 IP 都加进去。注意ACL 里填的 IP 是 ESXi 主机的 iSCSI 发起端 IP不是 ESXi 的管理 IP。如果你在 ESXi 上单独配了一块网卡用于 iSCSI那就要填那块网卡的 IP。填错了的话连接会一直失败而且错误提示不会告诉你具体是哪个 IP 被拒绝了排查起来比较费劲。4.3 CHAP 认证的取舍与配置CHAP 是 iSCSI 的一种认证机制全称是 Challenge Handshake Authentication Protocol。它的作用是让 iSCSI 发起端ESXi在连接目标端Openfiler时需要提供用户名和密码防止未授权的主机随意访问存储。在实验环境里很多人会图省事不配 CHAP因为配置起来多一步而且如果密码填错了连接失败的错误信息也不够直观。但从安全角度来说只要你的 iSCSI 网络不是完全隔离的就建议开启 CHAP。因为 iSCSI 本身不加密数据如果网络里有人抓包没有 CHAP 的话任何人都可以伪装成合法的发起端来访问你的存储。Openfiler 的 CHAP 配置在 iSCSI Target 的CHAP Authentication区域。你需要设置一个用户名和密码然后在 ESXi 那边的 iSCSI 适配器配置里填入相同的凭据。密码建议用 12 位以上的复杂密码包含大小写字母、数字和特殊字符。配置完成后记得在 Openfiler 里点击Enable来激活 CHAP。有一个细节需要注意Openfiler 的 CHAP 配置有时候不会立即生效需要重启 iSCSI 服务或者重启整个系统。我遇到过好几次配好 CHAP 之后 ESXi 一直连不上重启 Openfiler 之后就正常了。所以如果你配完 CHAP 发现连接有问题先别急着怀疑配置错了重启一下试试。5. ESXi 端挂载与验证5.1 配置 iSCSI 软件适配器ESXi 这边的工作从vSphere Client或者ESXi Host Client开始。登录到 ESXi 的管理界面找到存储 → 适配器你会看到有一个iSCSI 软件适配器。默认情况下它是禁用的你需要先启用它。启用之后点击适配器进入详细配置页面。在动态目标或者静态目标里添加 Openfiler 的 IP 地址和端口。iSCSI 的标准端口是3260Openfiler 默认也是用这个端口一般不需要改。添加目标的时候IQN 那一栏可以留空ESXi 会自动发现 Openfiler 上配置的 Target IQN。如果你开启了 CHAP就在这里填入之前设置的用户名和密码。配置完成后点击重新扫描适配器。如果一切正常你会在存储 → 设备里看到一个新的磁盘设备容量和你之前在 Openfiler 里创建的逻辑卷一致。这时候它还只是一个“设备”还没有被格式化成 datastore。你需要到存储 → 数据存储里点击新建数据存储选择 VMFS 文件系统然后选中刚才发现的那个设备按照向导完成格式化。提示如果重新扫描后没有发现新设备先检查 ESXi 主机和 Openfiler 之间的网络是否通。可以在 ESXi 的 SSH 里用vmkping 192.168.100.10来测试连通性。如果网络没问题再去 Openfiler 的 ACL 里确认 ESXi 的 iSCSI 发起端 IP 是否已经添加。5.2 多路径与性能调优在正式使用之前还有几个性能相关的设置值得调整。首先是多路径Multipathing如果你给 ESXi 主机配了两块 iSCSI 网卡并且在 Openfiler 上做了多网口绑定那么 ESXi 会自动识别出多条路径。你可以在存储 → 设备 → 路径里看到每条路径的状态。默认的路径选择策略是最近使用Most Recently Used对于 iSCSI 来说改成循环Round Robin通常能获得更好的负载均衡效果。其次是队列深度。ESXi 的 iSCSI 适配器默认队列深度是 128对于大多数场景来说够用了。但如果你发现存储延迟比较高可以尝试适当调大这个值。不过要注意队列深度不是越大越好调得太大反而会增加 Openfiler 端的压力导致响应变慢。我一般会保持在默认值除非有明确的性能瓶颈。还有一个容易被忽略的点是延迟确认Delayed ACK。在 iSCSI 通信中延迟确认可以减少确认包的数量提高吞吐量。你可以在 ESXi 的高级设置里找到VMkernel.Boot.iSCSI Delayed Ack这个参数把它设为 1 来启用。实测下来在千兆网络环境下开启延迟确认后顺序读写的速度大概能提升 5% 到 10%。5.3 验证存储可用性的几种方法存储挂载好之后怎么确认它真的能用最直接的方法是在 ESXi 上创建一台虚拟机把它的虚拟磁盘放在这个新的 datastore 上然后启动虚拟机看看能不能正常读写。如果虚拟机跑起来了而且没有出现磁盘 I/O 错误那基本就说明存储是通的。更专业的验证方法是做一次存储性能测试。你可以用dd命令在 ESXi 的 SSH 里直接往 datastore 里写数据比如dd if/dev/zero of/vmfs/volumes/你的datastore/testfile bs1M count1024这会写入一个 1GB 的文件然后看写入速度。读测试可以用dd if/vmfs/volumes/你的datastore/testfile of/dev/null bs1M。千兆网络环境下顺序读写的速度应该在 100MB/s 到 110MB/s 之间如果明显低于这个值就要检查网络或者 Openfiler 的磁盘性能了。另外你还可以在 Openfiler 端用iostat或者sar来观察磁盘的 I/O 情况。如果 ESXi 那边在写数据Openfiler 这边的磁盘利用率应该会相应上升。如果 ESXi 显示在写但 Openfiler 的磁盘几乎没有活动那可能是 iSCSI 连接有问题数据根本没有到达 Openfiler。6. 常见问题与排查技巧实录6.1 连接失败类问题速查现象可能原因排查方法ESXi 扫描不到 iSCSI 设备ACL 未添加 ESXi 发起端 IP检查 Openfiler 的 Network ACL 配置连接状态显示“已禁用”iSCSI 服务未启动在 Openfiler 的 Services 里启动 iSCSI Target 服务CHAP 认证失败用户名或密码不匹配确认 ESXi 和 Openfiler 两边的 CHAP 凭据完全一致能发现设备但无法格式化LUN 未正确映射检查 iSCSI Target 的 LUN Mapping 是否已保存连接时断时续网络不稳定或 MTU 不匹配检查交换机、网卡的巨帧配置是否一致这张表里的问题我几乎每一个都遇到过。其中最常见的是 ACL 没配和 iSCSI 服务没启动。Openfiler 的 iSCSI 服务默认是关闭的装完系统之后需要手动去Services里把它打开。这个设计有点反直觉因为很多人以为装好 Openfiler 之后 iSCSI 就能直接用了结果折腾半天才发现服务根本没启动。6.2 性能异常与延迟排查如果你发现 iSCSI 存储的性能明显低于预期比如虚拟机启动特别慢、文件拷贝速度只有几十兆可以从以下几个方向排查。先看网络带宽。在 ESXi 的 SSH 里用esxcli network nic stats get -n vmnicX查看网卡的收发速率确认是不是跑在千兆模式下。有时候网卡会自动协商到百兆尤其是在网线质量不好的情况下。如果速率只有 100Mbps那存储性能肯定上不去。再看磁盘 I/O。在 Openfiler 上用iostat -x 1观察数据盘的%util和await值。如果%util长期接近 100%说明磁盘本身已经是瓶颈了这时候换 SSD 或者加更多磁盘做条带化才是根本的解决办法。如果%util不高但await很大那可能是 iSCSI 的网络延迟导致的。还有一个隐蔽的问题是中断亲和性。在 ESXi 主机上iSCSI 的软中断默认可能只由一个 CPU 核心处理如果这个核心负载很高存储性能就会受影响。你可以在 ESXi 的高级设置里调整VMkernel.Boot.iSCSI相关的中断绑定参数把中断分散到多个核心上。这个操作稍微有点进阶但效果立竿见影。6.3 数据安全与日常维护建议Openfiler 本身没有提供数据冗余机制它只是把物理磁盘的空间通过 iSCSI 导出如果底层磁盘坏了数据就没了。所以在实际使用中一定要在 Openfiler 层面做好磁盘冗余。你可以用两块以上的磁盘做 RAID 1 或者 RAID 5然后再把 RAID 卷加入 LVM 卷组。Openfiler 的 Web 界面里支持软件 RAID 的创建虽然性能不如硬件 RAID 卡但在实验环境里够用了。另外定期备份 iSCSI LUN 上的数据也是必须的。你可以用 ESXi 的虚拟机快照功能或者用第三方备份工具把虚拟机备份到另一块存储上。不要觉得实验环境的数据不重要我见过太多人因为懒得备份结果一块盘挂了几个月的实验数据全没了。最后给 Openfiler 主机配一个 UPS。iSCSI 存储最怕的就是突然断电因为写入操作如果只到了 Openfiler 的内存缓存里还没落盘断电就会导致数据不一致。UPS 可以在断电时给 Openfiler 足够的时间把缓存刷到磁盘上然后安全关机。这个投入不大但能避免很多麻烦。7. 一些实操心得与后续扩展思路折腾 Openfiler 和 iSCSI 这套东西前前后后我装过不下十次每次都会遇到一些新的小问题。有一次是在 ESXi 8.0 上挂载 Openfiler 的 LUN发现 ESXi 默认的 iSCSI 适配器不支持某些旧的认证方式需要在高级设置里手动开启兼容模式。还有一次是 Openfiler 的 Web 界面在 Chrome 上死活登录不进去换到 Firefox 就正常了后来发现是 Chrome 对自签名证书的某个扩展属性校验更严格。这些经历让我意识到Openfiler 虽然配置逻辑简单但它的“年纪”摆在那里和现代虚拟化平台的配合确实需要一些额外的耐心。不过话说回来正是因为它足够简单你才有机会去理解 iSCSI 协议本身的工作方式而不是被各种封装好的功能遮住了眼睛。如果你已经把这套环境跑通了接下来可以尝试几个扩展方向。一是多路径配置给 Openfiler 配两块网卡ESXi 也配两块 iSCSI 网卡然后做 MPIO这样既能提升带宽又能实现链路冗余。二是把 Openfiler 的存储通过 NFS 也导出这样 ESXi 可以同时使用 iSCSI 和 NFS 两种存储类型对比一下它们在性能和功能上的差异。三是尝试用其他 iSCSI Target 方案替代 Openfiler比如 Linux 上的 targetcli 或者 TrueNAS把同样的 LUN 导出给 ESXi看看不同方案在兼容性和性能上有什么不同。我个人在实际操作中的体会是存储这个东西原理比工具重要。你把 iSCSI 的发现、登录、认证、LUN 映射这几个环节搞明白了换到任何平台上都能快速上手。Openfiler 只是一个载体它帮你把抽象的概念变成了可以点击的按钮。等你哪天不用 Openfiler 了这些经验依然是你自己的。 Openfiler 与 iSCSI 实战：低成本搭建 ESXi 共享存储
1. 为什么还要折腾 Openfiler 与 iSCSI在虚拟化圈子里混久了你会发现一个很有意思的现象大家聊 ESXi、聊 vSphere、聊超融合聊得热火朝天但一提到“共享存储”这四个字很多人的第一反应就是——贵。一台入门级的企业级 SAN 动辄几万起步就算是二手拆机的存储阵列加上硬盘和授权也不是随便一个实验室或者个人玩家能轻松拿下的。于是把一台普通服务器或者一台闲置的 x86 主机改造成 IP SAN就成了性价比极高的替代方案。而 Openfiler正是这条路上绕不开的一个名字。Openfiler 本质上是一个基于 Linux 的存储操作系统它把底层复杂的 LVM、iSCSI target、NFS、SMB/CIFS 这些技术封装成了一个 Web 管理界面。你不需要去手写/etc/iet/ietd.conf也不需要跟targetcli的交互式命令行较劲打开浏览器点几下一个 iSCSI 目标就能建好。它解决的问题非常明确让没有专职存储工程师的团队也能快速搭出一块能被 ESXi、Windows、Linux 识别的共享块存储。这篇文章适合谁看如果你手里有一台闲置的物理机或者虚拟机想给 ESXi 主机挂一块共享存储来测试 vMotion、HA 或者集群功能如果你是个实验室环境的管理员预算有限但又需要一块像样的 IP SAN如果你只是单纯想搞明白 iSCSI 到底是怎么一回事想亲手搭一遍看看数据是怎么从主机写到远端磁盘的——那这篇内容就是写给你的。我会从 Openfiler 的安装开始一路讲到 iSCSI 的配置、ESXi 端的挂载以及那些我踩过的坑和绕过的弯。需要提前说明的是Openfiler 这个项目本身已经很久没有大版本更新了社区活跃度也不比当年。但这并不妨碍它在实验环境和小型部署中继续发光发热因为它的核心功能足够稳定而且整个配置逻辑非常清晰拿来学习 iSCSI 和共享存储的原理反而比那些高度封装的商业产品更直观。你把它当成一个教学工具也好当成一个低成本的生产力方案也罢只要理解了它背后的机制以后换到任何其他存储方案上思路都是通的。2. 安装前的整体设计与环境规划2.1 为什么选择 Openfiler 而不是其他方案在动手之前先把选型这件事说清楚。市面上能实现 iSCSI 共享存储的方案其实不少比如 Windows Server 自带的 iSCSI Target、Linux 上的 targetcli、TrueNAS原 FreeNAS、以及各种 NAS 系统。那为什么偏偏选 Openfiler第一个原因是轻量。Openfiler 的安装镜像只有几百兆装完之后系统本身占用的资源非常少一台 2GB 内存、双核 CPU 的虚拟机就能跑得很顺畅。相比之下TrueNAS 对内存的要求就高得多官方建议至少 8GB 起步因为它大量依赖 ZFS 的缓存机制。如果你只是想要一块简单的块存储Openfiler 的资源开销明显更友好。第二个原因是配置路径短。Openfiler 的 Web 界面把“物理磁盘 → 卷组 → 逻辑卷 → iSCSI 目标”这条链路做得非常线性。你不需要理解 ZFS 的 pool、dataset、zvol 这些概念也不需要去折腾 Windows 的存储池和故障转移集群。对于只是想快速验证 iSCSI 功能的人来说这个学习曲线是最平缓的。第三个原因是兼容性好。Openfiler 导出的 iSCSI LUN 在 ESXi、Windows、Linux 上都能被正常识别不需要额外安装驱动或者做特殊处理。这一点在实际操作中非常重要因为有些方案在 Linux 端没问题但到了 ESXi 上就会出现各种奇怪的兼容性告警。当然Openfiler 也有它的短板。它的底层系统版本比较老内核和软件包的更新停滞安全性方面需要你自己通过隔离网络来弥补。另外它的 Web 界面用的是比较早期的框架在某些现代浏览器上可能会有样式错位的情况但功能本身不受影响。综合来看如果你的目标是“快速搭一个能用的 iSCSI 存储”Openfiler 依然是值得考虑的选择。2.2 硬件与虚拟化平台的选择接下来聊聊跑 Openfiler 的载体。你有两种选择物理机或者虚拟机。两种方式我都试过各有各的适用场景。用物理机装 Openfiler 的好处是磁盘性能直接没有虚拟化层的开销适合对 I/O 延迟敏感的场景。但缺点也很明显你需要一台额外的机器而且一旦装好这台机器就基本被 Openfiler 占用了灵活性差。对于实验室环境来说除非你手头正好有闲置的服务器否则不太推荐。用虚拟机装 Openfiler 则是更常见的做法尤其是在学习和测试场景下。你可以用 VMware Workstation、ESXi 或者 Proxmox VE 来承载它。这里有一个关键点需要注意Openfiler 虚拟机所在的存储和它要导出的 iSCSI LUN 所在的存储最好是分开的。如果你把 Openfiler 的系统盘和 iSCSI 数据盘放在同一个物理硬盘上那么当 ESXi 主机通过 iSCSI 往这块盘上写数据时Openfiler 自身的系统 I/O 也会受到影响严重时甚至会导致系统卡死。我个人的做法是Openfiler 系统盘放在一块 SSD 上iSCSI 数据盘单独挂一块大容量机械盘或者另一块 SSD这样读写互不干扰。如果你用的是 ESXi 来跑 Openfiler 虚拟机还需要注意一个细节不要把 Openfiler 虚拟机放在它自己要导出的那个 datastore 上。这听起来像是个循环依赖但确实有人这么干过结果就是 ESXi 主机在启动时找不到存储整个环境起不来。正确的做法是Openfiler 虚拟机放在本地存储或者另一块独立的 datastore 上它导出的 iSCSI LUN 再作为新的 datastore 挂载给 ESXi 使用。2.3 网络规划与 IP 地址分配iSCSI 走的是 IP 网络所以网络规划直接决定了存储的性能和稳定性。在实验环境里很多人会把 iSCSI 流量和普通的业务流量混在同一个网段里这样虽然能跑通但一旦业务流量出现拥塞存储的延迟就会飙升严重时会导致 ESXi 主机上的虚拟机卡顿甚至假死。我的建议是如果条件允许给 iSCSI 单独划一个网段。比如你的业务网络是192.168.1.0/24那 iSCSI 可以用192.168.100.0/24。Openfiler 主机和 ESXi 主机各拿一个这个网段的 IP通过独立的物理网卡或者 VLAN 来通信。这样做的好处是存储流量和业务流量互不干扰而且排查问题的时候也更容易定位。如果受限于硬件条件只有一块网卡那至少也要保证 Openfiler 和 ESXi 之间的网络是千兆起步。百兆网络跑 iSCSI 会非常痛苦尤其是在做 vMotion 或者克隆虚拟机的时候速度会让你怀疑人生。另外强烈建议开启巨帧Jumbo Frame把 MTU 从默认的 1500 调到 9000。这个调整对 iSCSI 的性能提升非常明显因为 iSCSI 传输的数据包通常比较大巨帧可以减少拆包和重组的开销。当然前提是你的交换机、Openfiler 主机和 ESXi 主机的网卡都支持并正确配置了巨帧否则反而会导致丢包。下面这张表是我在实验环境里常用的 IP 规划你可以参考设备角色IP 地址网段MTUOpenfiler 主机iSCSI Target192.168.100.10192.168.100.0/249000ESXi 主机iSCSI Initiator192.168.100.20192.168.100.0/249000管理终端Web 管理192.168.1.100192.168.1.0/241500注意Openfiler 的管理界面默认走的是业务网络iSCSI 数据走的是存储网络两者可以共用一块网卡但最好在 Openfiler 里把 iSCSI 服务绑定到存储网段的 IP 上避免管理流量干扰存储流量。3. Openfiler 安装实操全流程3.1 下载镜像与创建虚拟机Openfiler 的官方镜像可以在它的官网或者一些开源镜像站上找到。目前最常用的版本是 2.99虽然版本号看起来有点奇怪但它确实是最后一个比较稳定的发布版。镜像格式通常是 ISO大小在 600MB 左右。下载的时候注意校验一下 MD5 或者 SHA1避免因为镜像损坏导致安装过程中出现莫名其妙的错误。创建虚拟机的时候有几个参数需要特别注意。首先是磁盘控制器类型如果你用的是 ESXi建议选择 LSI Logic SAS 或者 VMware Paravirtual这两种控制器的性能比默认的 LSI Logic Parallel 要好。其次是磁盘容量Openfiler 系统盘不需要太大8GB 到 16GB 就足够了因为系统本身占用的空间很少。但 iSCSI 数据盘要单独添加容量根据你的需求来定我一般会加一块 100GB 以上的盘专门用来做 LUN。内存方面2GB 是底线4GB 会更从容一些。CPU 给两个核心就够了Openfiler 本身不是计算密集型应用它的瓶颈主要在磁盘 I/O 和网络带宽上。网络适配器建议选 VMXNET3这是 VMware 的半虚拟化网卡性能比 E1000 好很多而且对巨帧的支持也更完善。还有一个容易被忽略的点虚拟机的引导顺序。安装的时候需要从 ISO 启动装完之后要把引导顺序改回从硬盘启动否则每次重启都会重新进入安装界面。这个细节看起来很小但我在第一次装的时候就在这里卡了好一会儿以为系统没装成功其实是引导顺序没改。3.2 安装过程逐步拆解Openfiler 的安装过程是基于文本界面的看起来有点像早期的 Linux 发行版安装程序。启动虚拟机后你会看到一个引导菜单直接回车选择默认的安装模式即可。接下来会进入语言和键盘布局的选择选 English 和 US 键盘就行中文支持在 Openfiler 上并不完整用英文界面反而更省心。分区这一步是安装过程中最关键的环节。Openfiler 的安装程序会问你希望如何分区对于新手来说选择“自动分区”是最省事的它会自动把系统盘分成/boot、/和swap三个分区。但如果你想让系统更可控也可以选择手动分区。我的习惯是给/分 6GBswap分 2GB内存的两倍剩下的空间留给/var因为 Openfiler 的一些日志和缓存会写在/var下面。分区完成后安装程序会要求你设置 root 密码和网络配置。网络配置这里要注意不要用 DHCP一定要手动指定静态 IP。因为 iSCSI 目标地址如果变了ESXi 那边的连接就会断掉需要重新配置。静态 IP 填你规划好的存储网段地址比如192.168.100.10子网掩码255.255.255.0网关可以留空或者填你的核心交换机地址。DNS 在实验环境里不是必须的但填一个也无妨。安装过程大概需要五到十分钟取决于你的硬件性能。装完之后系统会提示你重启这时候记得把 ISO 从虚拟光驱里弹出或者调整引导顺序让虚拟机从硬盘启动。重启后你会看到一个类似登录提示符的界面说明系统已经装好了。但 Openfiler 的日常管理并不需要你在这个命令行界面里操作它的核心管理入口是 Web 界面。3.3 首次登录 Web 管理界面打开浏览器输入https://192.168.100.10:446注意端口是446不是默认的 443。Openfiler 的 Web 管理界面走的是 HTTPS但用的是自签名证书所以浏览器会弹出一个安全警告点击“继续访问”或者“高级 → 继续前往”即可。这个警告是正常的因为自签名证书没有经过公共 CA 的认证在实验环境里不需要太在意。登录界面的默认用户名是openfiler密码是password。注意这个密码和 root 密码是两回事root 密码是你在安装时设置的用于命令行登录而openfiler这个账户是 Web 界面的管理员账户默认密码就是password。第一次登录后务必立刻修改这个默认密码因为 Openfiler 的 Web 界面如果暴露在网络上默认密码等于没有密码。登录进去之后你会看到 Openfiler 的主界面左侧是导航菜单右侧是状态面板。导航菜单里最常用的几个选项是Volumes卷管理、Services服务管理、System系统设置。iSCSI 的配置主要涉及 Volumes 和 Services 这两个模块。界面整体布局比较朴素但功能分区很清晰稍微点几下就能摸清楚各个菜单的作用。提示如果你在浏览器里看到界面样式错乱比如按钮重叠或者文字溢出可以尝试换一个浏览器或者把浏览器的缩放比例调到 100%。Openfiler 的 Web 界面基于比较老的 HTML 标准在某些现代浏览器上确实会有兼容性问题但功能本身不受影响。4. iSCSI 目标配置的核心细节4.1 磁盘、卷组与逻辑卷的关系梳理在 Openfiler 里配置 iSCSI你需要理解三个层次的概念物理磁盘Physical Disk、卷组Volume Group、逻辑卷Logical Volume。这三个概念是层层递进的关系搞清楚了它们后面的操作就是顺水推舟。物理磁盘就是你添加到 Openfiler 虚拟机里的那块数据盘比如/dev/sdb。这块盘在 Openfiler 的 Web 界面里会显示为一个可用的块设备。卷组是建立在物理磁盘之上的一个抽象层你可以把一块或多块物理磁盘加入同一个卷组卷组会把它们的空间汇总在一起。逻辑卷则是从卷组里划分出来的具体存储单元你可以把它理解成“从一个大池子里舀出来的一瓢水”。最终导出给 ESXi 的 iSCSI LUN就是一个逻辑卷。为什么要搞这么复杂直接拿物理磁盘做 LUN 不行吗技术上可以但灵活性差很多。用 LVM 的好处是你可以随时在线扩展逻辑卷的大小而不需要停机或者重新分区。比如你一开始给 ESXi 分了 100GB 的 LUN后来发现不够用了可以直接在 Openfiler 里把逻辑卷扩到 200GBESXi 那边重新扫描一下存储就能识别到新的容量。如果直接用物理磁盘扩容就麻烦得多。操作路径是这样的先在Volumes → Physical Storage里把新添加的磁盘初始化然后在Volumes → Volume Groups里创建一个卷组并把磁盘加进去最后在Volumes → Logical Volumes里从卷组中划分逻辑卷。每一步都有明确的向导跟着点就行。4.2 创建 iSCSI Target 与 LUN 映射逻辑卷创建好之后接下来就是把它变成一个 iSCSI 目标。在 Openfiler 的导航菜单里找到Volumes → iSCSI Targets这里就是配置 iSCSI 的核心页面。首先你需要创建一个新的 Target IQN。IQN 是 iSCSI Qualified Name 的缩写它是 iSCSI 目标的唯一标识符格式类似于iqn.2006-01.com.openfiler:tsn.xxxxxxxxxxxx。Openfiler 会自动生成一个 IQN你也可以手动修改但建议保持默认因为手动改容易出错而且 ESXi 那边需要填写完全一致的 IQN 才能连接。创建好 Target 之后需要把之前创建的逻辑卷映射到这个 Target 上。在LUN Mapping区域你会看到一个下拉菜单里面列出了所有可用的逻辑卷。选中你要导出的那个点击 Map 按钮它就会成为这个 Target 下的一个 LUN。默认情况下第一个映射的逻辑卷会被分配为 LUN 0第二个是 LUN 1以此类推。ESXi 在扫描存储的时候会按照 LUN ID 来识别不同的磁盘。接下来是Network ACL的配置。这一步非常关键它决定了哪些主机可以访问这个 iSCSI Target。在 ACL 页面里你需要添加 ESXi 主机的 iSCSI 发起端 IP 地址比如192.168.100.20。如果你不配置 ACLOpenfiler 默认会拒绝所有连接ESXi 那边就会一直显示“无法连接到存储”。ACL 的权限类型选择Allow也就是允许该 IP 访问。如果你有多个 ESXi 主机就把它们的 IP 都加进去。注意ACL 里填的 IP 是 ESXi 主机的 iSCSI 发起端 IP不是 ESXi 的管理 IP。如果你在 ESXi 上单独配了一块网卡用于 iSCSI那就要填那块网卡的 IP。填错了的话连接会一直失败而且错误提示不会告诉你具体是哪个 IP 被拒绝了排查起来比较费劲。4.3 CHAP 认证的取舍与配置CHAP 是 iSCSI 的一种认证机制全称是 Challenge Handshake Authentication Protocol。它的作用是让 iSCSI 发起端ESXi在连接目标端Openfiler时需要提供用户名和密码防止未授权的主机随意访问存储。在实验环境里很多人会图省事不配 CHAP因为配置起来多一步而且如果密码填错了连接失败的错误信息也不够直观。但从安全角度来说只要你的 iSCSI 网络不是完全隔离的就建议开启 CHAP。因为 iSCSI 本身不加密数据如果网络里有人抓包没有 CHAP 的话任何人都可以伪装成合法的发起端来访问你的存储。Openfiler 的 CHAP 配置在 iSCSI Target 的CHAP Authentication区域。你需要设置一个用户名和密码然后在 ESXi 那边的 iSCSI 适配器配置里填入相同的凭据。密码建议用 12 位以上的复杂密码包含大小写字母、数字和特殊字符。配置完成后记得在 Openfiler 里点击Enable来激活 CHAP。有一个细节需要注意Openfiler 的 CHAP 配置有时候不会立即生效需要重启 iSCSI 服务或者重启整个系统。我遇到过好几次配好 CHAP 之后 ESXi 一直连不上重启 Openfiler 之后就正常了。所以如果你配完 CHAP 发现连接有问题先别急着怀疑配置错了重启一下试试。5. ESXi 端挂载与验证5.1 配置 iSCSI 软件适配器ESXi 这边的工作从vSphere Client或者ESXi Host Client开始。登录到 ESXi 的管理界面找到存储 → 适配器你会看到有一个iSCSI 软件适配器。默认情况下它是禁用的你需要先启用它。启用之后点击适配器进入详细配置页面。在动态目标或者静态目标里添加 Openfiler 的 IP 地址和端口。iSCSI 的标准端口是3260Openfiler 默认也是用这个端口一般不需要改。添加目标的时候IQN 那一栏可以留空ESXi 会自动发现 Openfiler 上配置的 Target IQN。如果你开启了 CHAP就在这里填入之前设置的用户名和密码。配置完成后点击重新扫描适配器。如果一切正常你会在存储 → 设备里看到一个新的磁盘设备容量和你之前在 Openfiler 里创建的逻辑卷一致。这时候它还只是一个“设备”还没有被格式化成 datastore。你需要到存储 → 数据存储里点击新建数据存储选择 VMFS 文件系统然后选中刚才发现的那个设备按照向导完成格式化。提示如果重新扫描后没有发现新设备先检查 ESXi 主机和 Openfiler 之间的网络是否通。可以在 ESXi 的 SSH 里用vmkping 192.168.100.10来测试连通性。如果网络没问题再去 Openfiler 的 ACL 里确认 ESXi 的 iSCSI 发起端 IP 是否已经添加。5.2 多路径与性能调优在正式使用之前还有几个性能相关的设置值得调整。首先是多路径Multipathing如果你给 ESXi 主机配了两块 iSCSI 网卡并且在 Openfiler 上做了多网口绑定那么 ESXi 会自动识别出多条路径。你可以在存储 → 设备 → 路径里看到每条路径的状态。默认的路径选择策略是最近使用Most Recently Used对于 iSCSI 来说改成循环Round Robin通常能获得更好的负载均衡效果。其次是队列深度。ESXi 的 iSCSI 适配器默认队列深度是 128对于大多数场景来说够用了。但如果你发现存储延迟比较高可以尝试适当调大这个值。不过要注意队列深度不是越大越好调得太大反而会增加 Openfiler 端的压力导致响应变慢。我一般会保持在默认值除非有明确的性能瓶颈。还有一个容易被忽略的点是延迟确认Delayed ACK。在 iSCSI 通信中延迟确认可以减少确认包的数量提高吞吐量。你可以在 ESXi 的高级设置里找到VMkernel.Boot.iSCSI Delayed Ack这个参数把它设为 1 来启用。实测下来在千兆网络环境下开启延迟确认后顺序读写的速度大概能提升 5% 到 10%。5.3 验证存储可用性的几种方法存储挂载好之后怎么确认它真的能用最直接的方法是在 ESXi 上创建一台虚拟机把它的虚拟磁盘放在这个新的 datastore 上然后启动虚拟机看看能不能正常读写。如果虚拟机跑起来了而且没有出现磁盘 I/O 错误那基本就说明存储是通的。更专业的验证方法是做一次存储性能测试。你可以用dd命令在 ESXi 的 SSH 里直接往 datastore 里写数据比如dd if/dev/zero of/vmfs/volumes/你的datastore/testfile bs1M count1024这会写入一个 1GB 的文件然后看写入速度。读测试可以用dd if/vmfs/volumes/你的datastore/testfile of/dev/null bs1M。千兆网络环境下顺序读写的速度应该在 100MB/s 到 110MB/s 之间如果明显低于这个值就要检查网络或者 Openfiler 的磁盘性能了。另外你还可以在 Openfiler 端用iostat或者sar来观察磁盘的 I/O 情况。如果 ESXi 那边在写数据Openfiler 这边的磁盘利用率应该会相应上升。如果 ESXi 显示在写但 Openfiler 的磁盘几乎没有活动那可能是 iSCSI 连接有问题数据根本没有到达 Openfiler。6. 常见问题与排查技巧实录6.1 连接失败类问题速查现象可能原因排查方法ESXi 扫描不到 iSCSI 设备ACL 未添加 ESXi 发起端 IP检查 Openfiler 的 Network ACL 配置连接状态显示“已禁用”iSCSI 服务未启动在 Openfiler 的 Services 里启动 iSCSI Target 服务CHAP 认证失败用户名或密码不匹配确认 ESXi 和 Openfiler 两边的 CHAP 凭据完全一致能发现设备但无法格式化LUN 未正确映射检查 iSCSI Target 的 LUN Mapping 是否已保存连接时断时续网络不稳定或 MTU 不匹配检查交换机、网卡的巨帧配置是否一致这张表里的问题我几乎每一个都遇到过。其中最常见的是 ACL 没配和 iSCSI 服务没启动。Openfiler 的 iSCSI 服务默认是关闭的装完系统之后需要手动去Services里把它打开。这个设计有点反直觉因为很多人以为装好 Openfiler 之后 iSCSI 就能直接用了结果折腾半天才发现服务根本没启动。6.2 性能异常与延迟排查如果你发现 iSCSI 存储的性能明显低于预期比如虚拟机启动特别慢、文件拷贝速度只有几十兆可以从以下几个方向排查。先看网络带宽。在 ESXi 的 SSH 里用esxcli network nic stats get -n vmnicX查看网卡的收发速率确认是不是跑在千兆模式下。有时候网卡会自动协商到百兆尤其是在网线质量不好的情况下。如果速率只有 100Mbps那存储性能肯定上不去。再看磁盘 I/O。在 Openfiler 上用iostat -x 1观察数据盘的%util和await值。如果%util长期接近 100%说明磁盘本身已经是瓶颈了这时候换 SSD 或者加更多磁盘做条带化才是根本的解决办法。如果%util不高但await很大那可能是 iSCSI 的网络延迟导致的。还有一个隐蔽的问题是中断亲和性。在 ESXi 主机上iSCSI 的软中断默认可能只由一个 CPU 核心处理如果这个核心负载很高存储性能就会受影响。你可以在 ESXi 的高级设置里调整VMkernel.Boot.iSCSI相关的中断绑定参数把中断分散到多个核心上。这个操作稍微有点进阶但效果立竿见影。6.3 数据安全与日常维护建议Openfiler 本身没有提供数据冗余机制它只是把物理磁盘的空间通过 iSCSI 导出如果底层磁盘坏了数据就没了。所以在实际使用中一定要在 Openfiler 层面做好磁盘冗余。你可以用两块以上的磁盘做 RAID 1 或者 RAID 5然后再把 RAID 卷加入 LVM 卷组。Openfiler 的 Web 界面里支持软件 RAID 的创建虽然性能不如硬件 RAID 卡但在实验环境里够用了。另外定期备份 iSCSI LUN 上的数据也是必须的。你可以用 ESXi 的虚拟机快照功能或者用第三方备份工具把虚拟机备份到另一块存储上。不要觉得实验环境的数据不重要我见过太多人因为懒得备份结果一块盘挂了几个月的实验数据全没了。最后给 Openfiler 主机配一个 UPS。iSCSI 存储最怕的就是突然断电因为写入操作如果只到了 Openfiler 的内存缓存里还没落盘断电就会导致数据不一致。UPS 可以在断电时给 Openfiler 足够的时间把缓存刷到磁盘上然后安全关机。这个投入不大但能避免很多麻烦。7. 一些实操心得与后续扩展思路折腾 Openfiler 和 iSCSI 这套东西前前后后我装过不下十次每次都会遇到一些新的小问题。有一次是在 ESXi 8.0 上挂载 Openfiler 的 LUN发现 ESXi 默认的 iSCSI 适配器不支持某些旧的认证方式需要在高级设置里手动开启兼容模式。还有一次是 Openfiler 的 Web 界面在 Chrome 上死活登录不进去换到 Firefox 就正常了后来发现是 Chrome 对自签名证书的某个扩展属性校验更严格。这些经历让我意识到Openfiler 虽然配置逻辑简单但它的“年纪”摆在那里和现代虚拟化平台的配合确实需要一些额外的耐心。不过话说回来正是因为它足够简单你才有机会去理解 iSCSI 协议本身的工作方式而不是被各种封装好的功能遮住了眼睛。如果你已经把这套环境跑通了接下来可以尝试几个扩展方向。一是多路径配置给 Openfiler 配两块网卡ESXi 也配两块 iSCSI 网卡然后做 MPIO这样既能提升带宽又能实现链路冗余。二是把 Openfiler 的存储通过 NFS 也导出这样 ESXi 可以同时使用 iSCSI 和 NFS 两种存储类型对比一下它们在性能和功能上的差异。三是尝试用其他 iSCSI Target 方案替代 Openfiler比如 Linux 上的 targetcli 或者 TrueNAS把同样的 LUN 导出给 ESXi看看不同方案在兼容性和性能上有什么不同。我个人在实际操作中的体会是存储这个东西原理比工具重要。你把 iSCSI 的发现、登录、认证、LUN 映射这几个环节搞明白了换到任何平台上都能快速上手。Openfiler 只是一个载体它帮你把抽象的概念变成了可以点击的按钮。等你哪天不用 Openfiler 了这些经验依然是你自己的。