iSCSI（Internet Small Computer System Interface）是一种基于IP网络的存储协议，它把SCSI指令封装在TCP/IP数据包中进行传输，使远程的存储空间可以像本地硬盘一样被服务器识别和使用。在企业环境中，iSCSI常用于搭建虚拟化平台的共享存储、数据库服务器的数据盘扩容以及集中化备份存储。本文将以Windows Server为主要环境，完整演示iSCSI目标服务器的配置过程，以及客户端通过iSCSI发起程序连接并使用存储的详细步骤，同时涵盖Linux客户端的连接方式和常见问题排查。
iSCSI 的工作原理与基本概念
在动手配置之前，理解几个核心概念是必要的。iSCSI体系中有两个角色：目标端和发起端。目标端是提供存储空间的一方，通常运行在存储服务器或NAS设备上，它把磁盘或分区封装成可供访问的LUN（逻辑单元号）；发起端则是消费存储空间的一方，也就是需要挂载磁盘的应用服务器。两者之间通过TCP端口860和3260进行通信，其中3260是最常用的默认端口。
每个iSCSI节点都有一个全局唯一的名称标识，即IQN（iSCSI Qualified Name），格式类似iqn.1991-05.com.microsoft:server01-target，其中包含年份、月份、域名反写和主机标识。发起端连接目标时，目标端会根据IQN来决定是否允许访问，这就是访问控制的基础。此外，目标端还可以配置CHAP认证（Challenge Handshake Authentication Protocol），通过用户名和密码对连接进行双向验证，防止未授权主机接入。
从传输层面看，iSCSI会话建立在TCP连接之上，一个会话可以包含多条TCP连接以实现多路径冗余。数据以PDU（协议数据单元）为单位交换，读写请求由发起端发出，目标端负责执行实际的磁盘操作并返回数据。理解这一点有助于后续排查网络层面的性能问题，比如MTU不匹配、丢包重传等都会直接影响存储I/O表现。
Windows Server 上配置 iSCSI 目标服务器
以Windows Server 2019为例，首先打开服务器管理器，选择添加角色和功能，在服务器角色列表中勾选iSCSI目标服务器，该角色位于文件和存储服务下的文件和iSCSI服务分类中。安装完成后，通过文件和存储服务进入iSCSI界面开始创建虚拟磁盘。
点击任务菜单中的新建iSCSI虚拟磁盘，指定存放位置。这里建议选择一个专用分区或独立磁盘，避免与系统盘混用。然后设置虚拟磁盘名称和容量，Windows使用VHDX格式作为后端存储，支持动态扩展和固定大小两种方式。生产环境推荐使用固定大小，因为动态扩展在写入时需要即时扩容，会造成I/O抖动。
创建向导接着会要求指定iSCSI目标。如果是首次创建，选择新建iSCSI目标，填写目标名称（默认会根据服务器名自动生成IQN）。下一步是配置访问服务器，也就是把允许连接的发起端IQN添加进来。可以在目标服务器上先打开iSCSI发起程序查看本机IQN，或直接在下拉列表中发现已注册的主机。务必只添加确实需要访问的主机，不要在生产环境中勾选允许所有发起端。
如果需要更强的安全性，在向导中勾选启用CHAP，设置用户名和不少于12位的密码。注意CHAP密码属于敏感信息，配置后发起端也必须填入完全相同的凭据才能连接成功。最后确认设置并完成创建，此时目标端配置基本就绪。用PowerShell操作的话，等效命令如下：
# 安装iSCSI目标服务器角色
Install-WindowsFeature -Name FS-iSCSITarget-Server -IncludeManagementTools
# 创建一个10GB的iSCSI虚拟磁盘并关联到新目标
New-IscsiVirtualDisk -Path "E:\iSCSIDisks\data01.vhdx" -SizeBytes 10GB
# 创建目标并添加发起端（替换为客户端实际的IQN）
New-IscsiServerTarget -TargetName "Target-App01" -InitiatorIds @("IQN:iqn.1991-05.com.microsoft:app01.contoso.local")
# 将虚拟磁盘挂载到目标
Add-IscsiVirtualDiskTargetMapping -TargetName "Target-App01" -Path "E:\iSCSIDisks\data01.vhdx"配置完成后，可以在iSCSI界面中查看目标状态，确认虚拟磁盘已正确映射。同时建议在防火墙上确认TCP 3260端口已放行，Windows安装该角色时通常会自动添加防火墙规则，但如果使用了第三方防火墙或硬件防火墙，需要手动开放。
客户端发起程序的连接与磁盘初始化
在Windows客户端上，打开iSCSI发起程序（可以在运行中输入iscsicpl快速调出）。首次启动会提示是否允许iSCSI服务开机自动运行，选择是。切换到发现选项卡，点击发现门户，输入目标服务器的IP地址，端口保持默认的3260。如果目标端启用了CHAP认证，需要先在常规选项卡中点击CHAP密钥，填入目标端设置的用户名和预共享密钥。
回到目标选项卡，刷新后可以看到目标服务器上配置的目标名称出现在列表中，状态为未连接。选中它点击连接按钮，如果配置了CHAP，需要在连接对话框中勾选启用CHAP登录并填入凭据。连接成功后状态会变为已连接，此时切换到卷和设备选项卡点击自动配置，系统会识别出新的磁盘。
打开磁盘管理器，会看到一块处于脱机状态的未初始化磁盘。右键联机，然后初始化磁盘（MBR或GPT，2TB以上必须选GPT），新建简单卷并格式化为NTFS或ReFS。完成后这块磁盘就可以像本地盘一样使用了。整个过程的关键命令也可以通过PowerShell完成：
# 设置iSCSI服务自动启动 Set-Service -Name MSiSCSI -StartupType Automatic Start-Service MSiSCSI # 建立到目标服务器的连接 New-IscsiTargetPortal -TargetPortalAddress "192.168.0.10" Get-IscsiTarget | Connect-IscsiTarget # 确认连接状态 Get-IscsiConnection
这里有一个重要的注意事项：iSCSI提供的是块设备，同一个LUN如果被多台服务器同时挂载并直接格式化使用，会造成文件系统损坏。如果多台主机确实需要共享同一存储（例如故障转移群集场景），必须配合群集Shared Volume或者让应用程序自身支持并发访问。普通单机使用场景下，一个LUN只分配给一台服务器即可。
Linux 客户端连接 iSCSI 目标
Linux环境下使用open-iscsi工具包作为发起端。以CentOS为例，先安装软件包并启动iscsid服务：
# 安装并启动iSCSI守护进程 yum install -y iscsi-initiator-utils systemctl enable --now iscsid # 修改发起端IQN（可选） vi /etc/iscsi/initiatorname.iscsi # 内容类似：InitiatorName=iqn.1994-05.com.redhat:app01 # 发现目标 iscsiadm -m discovery -t sendtargets -p 192.168.0.10:3260 # 登录目标 iscsiadm -m node -T iqn.1991-05.com.microsoft:target-app01 -p 192.168.0.10:3260 --login
登录成功后，通过lsblk命令可以看到新增的块设备（通常是sdb、sdc等），之后用fdisk分区、mkfs格式化、mount挂载即可。如果要设置CHAP认证，需要在/etc/iscsi/iscsid.conf中配置node.session.auth.authmethod为CHAP，并填写auth.username和auth.password，然后重新发现和登录。为了实现重启后自动挂载，除了把iscsi和iscsid服务设为开机启动外，还应把挂载信息写入/etc/fstab，并使用_netdev选项确保网络就绪后再挂载。
性能优化与常见故障排查
存储网络的质量直接决定iSCSI的性能表现。条件允许的情况下，建议为iSCSI流量划分专用VLAN或使用独立物理网卡，与业务流量隔离。链路层面尽量使用千兆以上网络，万兆则能显著提升吞吐。启用巨型帧（MTU 9000）可以降低CPU开销，但必须保证路径上所有设备（交换机、网卡）都支持且配置一致，否则会出现大包被丢弃导致的严重性能问题。可以用ping -f -l 8972命令在Windows下验证巨型帧链路是否通畅。
对于高可用要求较高的场景，可以配置MPIO（多路径I/O）。在目标端和发起端之间建立两条独立路径（双网卡双交换机），Windows上安装MPIO功能并为iSCSI总线启用支持，发起程序连接时对每个路径各连一次，即可实现链路冗余和负载均衡。Linux上则使用device-mapper-multipath工具实现类似效果。
常见故障方面，连接失败首先检查网络连通性和3260端口防火墙规则；提示目标不存在或拒绝访问，多数是发起端IQN没有添加到目标的访问列表中，或者CHAP凭据不一致，此时应在目标端重新核对InitiatorIds和密钥；发现能连接但看不到磁盘，检查客户端的iSCSI服务是否运行、磁盘管理中磁盘是否处于脱机状态。性能差时用任务管理器或iometer做基准测试，同时观察目标服务器磁盘队列长度，判断瓶颈在后端磁盘还是网络。遵循这些排查思路，绝大多数iSCSI问题都能快速定位解决。