在 Windows Server 2022 2025 中配置和使用 iSCSI 服务器是一项常见的任务，尤其是在虚拟化、存储管理和备份等场景中。NVMe-oF(TCP)：NVMe over Fabrics TCP，把原生 NVMe 命令封装在 TCP 报文，跑通用以太网；不经过 SCSI 转换层，是 iSCSI 的下一代 IP 块存储协议。

NVMe/TCP 开源工具分类汇总表

按Target 服务端、Initiator 客户端管理、性能 / 测试、库与二次开发4 大类划分，包含作用、底层实现、适用场景、对标（iSCSI 对应工具）

分类	工具名称	底层实现	核心能力	适用场景	备注
Target（存储服务端，对外发布 NVMe/TCP Namespace）	SPDK nvmf_tgt	Linux 用户态，DPDK 旁路网卡，用户态完整 NVMe-oF TCP 协议栈，BDEV 块抽象层	发布 NVMe/TCP 子系统、Namespace；支持 TLS、DH-HMAC-CHAP；JSON-RPC 管理；高性能低延迟	生产高性能存储、虚拟化、数据库；Windows 客户端 nvme.exe 挂载	无 Windows 版本；进程崩溃所有会话断开；配套`rpc.py`做管理
	Linux 内核 nvmet + nvmet-tcp.ko	Linux 内核模块，复用内核 TCP 协议栈	内核态 NVMe/TCP Target，通过 configfs 配置，原生内核存储栈	中小规模、追求稳定，不想部署 DPDK 大页	配套管理工具`nvmetcli`；内核模块 panic 风险低于 SPDK 进程崩溃；性能弱于 SPDK
	Ceph NVMe-oF Gateway	基于 SPDK，Ceph RBD 作为 BDEV 后端	把 Ceph 分布式块存储导出为 NVMe/TCP Namespace	分布式存储集群对外提供 NVMe/TCP 块存储	Ceph 生态专用，属于 SPDK 上层封装
Initiator（客户端，挂载远端 NVMe/TCP）管理工具	nvme-cli（Linux）	用户态 CLI，调用内核`nvme-tcp.ko`驱动	`discover`发现控制器、`connect`/`disconnect`连接子系统、枚举 namespace、安全配置	Linux 主机管理 NVMe/TCP Initiator；对标 Windows `nvme.exe`	Linux 发行版默认包，社区标准工具；直接操作内核 NVMe-oF 栈
	nvmetcli	用户态 Python 工具，操作 configfs 文件系统	配置内核 nvmet target（创建子系统、端口、namespace、TLS、认证）	Linux 内核 nvmet Target 的配置管理，仅用于内核 nvmet 模块	只管理内核 nvmet，不能管理 SPDK nvmf_tgt
性能 / IO 压力 / 诊断测试工具	fio	用户态 IO 压测引擎	对挂载后的 NVMe/TCP 块设备做随机 / 顺序读写、IOPS、延迟压测；支持 SPDK bdev 引擎	NVMe/TCP 链路性能验证、压力测试	存储行业标准压测工具；可直接读写远端 Namespace 块设备
	pynvme	基于 SPDK 封装的 Python 测试库	Python 脚本直接发送 NVMe Admin/IO 命令，绕过内核，可测试 NVMe/TCP 协议层	协议自动化测试、异常注入、回归测试、开发调试	pytest 集成，可以构造非法 PDU 做破坏性测试
	ntprof	内核 + 用户态诊断工具	NVMe/TCP 链路延迟拆解，端到端 IO 耗时采集，定位瓶颈	性能分析，定位 TCP/PDU/ 存储层延迟瓶颈	学术开源，生产环境较少部署
底层库（二次开发 SDK）	libxnvme(xNVMe)	跨平台用户态 NVMe 库	统一抽象本地 NVMe、NVMe-oF (TCP/RDMA)，C API，可自研工具	开发自定义 NVMe/TCP 管理程序，跨 Linux/Windows	替代零散 nvme api，现代推荐底层开发库
	SPDK libspdk_nvmf.so	SPDK 用户态 C 库	完整 NVMe-oF TCP 协议库，可自研 Target/Initiator	自研高性能存储程序，不使用 nvmf_tgt 主程序	DPDK 依赖，开发门槛高

重点单独拆解核心工具

1. nvme-cli（Linux，对标 Windows nvme.exe）

最主流 Linux NVMe-oF 管理 CLI，不是驱动，是用户态前端工具

底层原理：调用libnvme库，通过 ioctl 和内核nvme-tcp.ko交互；不实现 NVMe/TCP 协议，协议在内核驱动
核心命令（NVMe/TCP）

nvme discover -t tcp -a 192.168.1.10 -s 4420          # 查询Discovery Controller
nvme connect -t tcp -a 192.168.1.10 -s 4420 -n nqn  # 连接远端子系统
nvme disconnect -n nqn.xxx                           # 断开子系统
nvme list                                             # 枚举本地+远端NVMe Namespace

依赖：libnvme、内核 nvme-tcp.ko、nvme-fabrics.ko
边界：nvme-cli 进程退出不中断已建立 NVMe/TCP 会话；仅负责下发控制指令，不处理 IO 数据面。

2. nvmetcli（内核 nvmet Target 专用）

操作 Linux configfs 文件系统，用来配置内核 nvmet-tcp 目标，不能操作 SPDK

底层原理：读写/sys/kernel/config/nvmet configfs 虚拟文件系统，内核 nvmet 模块监听 configfs 变更，创建端口、子系统、namespace
依赖：python、configfs、nvmet.ko、nvmet-tcp.ko
边界：仅内核 nvmet 栈管理工具；SPDK nvmf_tgt 有独立 JSON-RPC 接口，完全独立，二者不互通。

3. SPDK rpc.py（SPDK nvmf_tgt 配套管理工具）

SPDK 的控制面 CLI，通过 JSON-RPC over Unix Socket/TCP 和 nvmf_tgt 进程通信

底层原理：发送 JSON RPC 请求给运行中的 nvmf_tgt 用户态进程；由 SPDK 进程内部创建 NVMe 子系统、端口、BDEV、TLS/DHCHAP 配置
边界：只管理 SPDK nvmf_tgt，不能管理 Linux 内核 nvmet；nvmf_tgt 进程停止则 RPC 不可用。

补充边界与选型要点

Windows 侧无开源 NVMe/TCP Initiator 工具，Windows Server2025 仅自带闭源nvme.exe；没有开源 GUI（无 iscsicpl 等价开源程序）
两套 Target 实现互不兼容管理工具：
- 内核 nvmet → nvmetcli /configfs
- SPDK nvmf_tgt → rpc.py JSON-RPC
协议测试：pynvme 适合做协议层异常注入；fio 仅做块设备层 IO 压测，不做 NVMe PDU 协议测试
库选型：二次开发，轻量跨平台优先libxnvme；高性能用户态存储程序优先 SPDK libspdk_nvmf

与 iSCSI 开源工具对照

NVMe/TCP	对等 iSCSI 开源工具
nvme-cli	open-iscsi（iscsiadm）
nvmetcli	targetcli（Linux LIO iSCSI Target）
SPDK nvmf_tgt + rpc.py	SPDK iscsi_tgt
fio	fio（同样通用 IO 压测）

Windows Server 2025 NVMe/TCP Initiator 完整解构

核心定位：仅内置 NVMe/TCP 客户端（Initiator），无原生 NVMe/TCP Target（服务端）

配套管理工具：nvme.exe（命令行，对标 iscsicli.exe）；无内置 GUI 面板（不存在 iscsicpl.exe 同类程序）

适用：Windows 主机作为客户端，通过 TCP 网络远程挂载 NVMe Namespace 块存储；Windows 无法原生对外发布 NVMe/TCP 存储，服务端只能使用 SPDK、Linux nvmet 等第三方方案。

一、底层原理

Windows NVMe/TCP Initiator 是内核态传输驱动 + 用户态 WMI/API 管理层，遵循 NVMe-oF TCP 传输规范。

模型：把远端 NVMe 控制器通过 TCP 隧道，模拟成本地 NVMe 控制器接入 Windows 原生 NVMe 存储栈，不经过 SCSI 转换层（和 iSCSI 最大区别，iSCSI 是 SCSI over TCP）。
会话流程：
- 先连接Discovery Controller（发现控制器），获取远端 NVMe 子系统、Namespace、传输地址；
- 建立 TCP 连接，NVMe-oF TCP 握手、DH-HMAC-CHAP 认证、TLS 加密协商；
- 建立 NVMe 队列对（SQ/CQ，提交队列 / 完成队列），多队列并行 IO；
- IO 下发：应用读写卷 → Windows NVMe 栈 → nvmetcp.sys → TCP 报文封装 → 远端 NVMe/TCP Target。
TLS 工作机制：TLS 在 TCP 之上，NVMe PDU 载荷加密；TLS 握手在 NVMe-oF 连接建立阶段完成，原生内置，不需要 IPSec（对比 iSCSI）。
多路径：使用 NVMe 原生 ANA（非对称命名空间访问），配合 Windows MPIO 框架做路径故障切换。

关键：nvmetcp.sys 是传输驱动，不是 NVMe 控制器本身；它负责把 NVMe 命令封装成 TCP PDU，对接 Windows 系统通用 NVMe 驱动 stornvme.sys。

二、依赖文件 & 依赖关系

🔹内核态依赖（驱动栈）

文件	模块名称	作用
nvmetcp.sys	NVMe over TCP Transport Driver	NVMe/TCP 传输核心驱动：NVMe PDU 编解码、TCP 会话管理、TLS 层对接、队列管理
stornvme.sys	Windows NVMe 存储类驱动	Windows 原生 NVMe 控制器驱动；接收来自 nvmetcp.sys 的 NVMe 命令，向上暴露 NVMe 设备模型
storport.sys	Storport 存储端口驱动	Windows 存储底层框架，stornvme.sys 基于 Storport 构建
tcpip.sys	TCP/IP 协议栈	底层 TCP 网络收发、重传、拥塞控制
tls.sys / schannel.sys	安全内核 / SSP	TLS1.2/TLS1.3 加密、证书校验（NVMe/TCP TLS 握手）
mpio.sys	Windows 多路径 IO 驱动	ANA 多路径路径管理、故障转移
disk.sys	磁盘类驱动	识别 Namespace，生成磁盘设备对象，向上挂载卷管理器

🔹用户态依赖（管理层，nvme.exe 调用链）

文件	模块	作用
nvme.exe	NVMe 命令行工具	用户入口，对标`iscsicli.exe`；调用 WMI / NVMe 用户态 API
nvmeapi.dll	NVMe 用户模式 API 库	封装 NVMe-oF 管理接口，枚举控制器、连接 / 断开子系统、配置 TLS / 认证
wmiprov.dll	WMI Provider	提供 NVMe WMI 类（`ROOT\Microsoft\Windows\Storage`），nvme.exe、PowerShell `Get-Nvme*` Cmdlet 底层调用
advapi32.dll	安全 API	证书读取、密钥存储、DH-HMAC-CHAP 密钥管理
ole32.dll	COM 组件	WMI 通信、对象序列化
ntdll.dll	基础用户态库	进程、内存、系统调用

注册表持久化路径： HKLM\SYSTEM\CurrentControlSet\Services\NvmeTcp（驱动参数、默认 TLS 配置） HKLM\SYSTEM\CurrentControlSet\Enum\NVMeTcp：已连接远端 NVMe 控制器实例信息

三、调用链（完整链路示例：nvme.exe 连接远端 NVMe/TCP 子系统）

nvme.exe（用户执行 nvme connect ...）
    ↓ 调用 nvmeapi.dll
nvmeapi.dll → WMI Provider (wmiprov.dll)
    ↓ WMI 向内核下发IOCTL控制码
nvmetcp.sys（内核NVMe/TCP传输驱动）
    ↓ 发起TCP连接，执行TLS握手、DH-HMAC-CHAP认证
tcpip.sys → 网络报文发送到远端NVMe/TCP Target（SPDK/nvmet）
远端Target返回应答，建立NVMe队列对(SQ/CQ)
    ↓ 上报NVMe控制器到 stornvme.sys
stornvme.sys → storport.sys → disk.sys → PnP管理器
PnP识别Namespace，生成磁盘设备，挂载至卷管理器NTFS/FAT
【IO读写链路】
应用程序 → 卷管理器 → disk.sys → stornvme.sys → nvmetcp.sys → tcpip.sys → 远端NVMe/TCP Target

用户态逻辑链路（nvme.exe 内部）

nvme.exe 启动，解析命令行参数（目标 IP、端口、子系统 NQN、TLS 开关、认证密钥）
加载 nvmeapi.dll，调用 API 查询本机 NVMe/TCP 传输是否启用（校验 nvmetcp.sys 驱动状态）
通过 WMI 向内核下发「连接 NVMe 子系统」请求
内核 nvmetcp.sys 执行 TCP 连接、TLS 协商、DH-HMAC-CHAP 握手
协商成功：远端 Namespace 作为磁盘设备 PnP 枚举到系统；失败返回错误码，nvme.exe 打印报错
持久化：可选将连接配置写入注册表，开机自动重连（类似 iSCSI 持久会话）

四、配套链（整套 Windows NVMe/TCP Initiator 生态）

管理入口
- nvme.exe：命令行工具（唯一内置管理工具），对标 iscsicli.exe
- PowerShell Storage Cmdlets：Get-NvmeController, Connect-NvmeSubsystem，底层同样调用 nvme WMI Provider
- 无内置 GUI：没有类似iscsicpl.exe的图形控制面板，所有管理操作只能 CLI/PowerShell
内核传输栈：nvmetcp.sys + stornvme.sys + storport.sys
网络安全配套：schannel TLS 栈，支持证书认证、DH-HMAC-CHAP 双向认证
多路径 HA 配套：mpio.sys + NVMe ANA，多路径冗余，路径失效自动切换
事件日志：Microsoft-Windows-NvmeTcp 事件日志（会话、TLS、认证报错排查）
存储上层：卷管理器、NTFS、ReFS、BitLocker（远端 NVMe 磁盘可以做 BitLocker 加密）

⚠️ 缺失组件：Windows Server 2025 不包含 NVMe/TCP Target 服务端组件。如果需要 Windows 主机对外提供 NVMe/TCP 块存储，只能部署第三方方案：

SPDK nvmf_tgt（用户态 DPDK NVMe-oF Target）

第三方商业 NVMe Target 软件

五、职责边界（内核 / 用户态边界，重点区分）

✅ nvmetcp.sys（内核驱动负责）

NVMe-oF TCP PDU 封装、解析
TCP 会话管理、保活、断线检测
TLS 加密 / 解密（对接 schannel 内核 TLS）
NVMe SQ/CQ 队列维护，IO 提交完成
和 stornvme.sys 交互，上报远端 NVMe 控制器、Namespace
ANA 路径状态上报，配合 MPIO 多路径

✅ nvme.exe + nvmeapi.dll + WMI Provider（用户态管理层负责）

接收用户输入参数（NQN、IP、端口、认证、TLS 开关）
枚举本地 NVMe 控制器、远端子系统列表
下发连接 / 断开 / 发现的控制指令到内核驱动
读取 NvmeTcp 事件日志，展示错误信息
读写注册表，保存持久化连接配置

❌ 用户态组件不负责

不做 NVMe IO 命令处理、不处理块读写；所有 IO 在内核存储栈完成
nvme.exe 退出不会断开已经建立的 NVMe/TCP 会话，会话由内核 nvmetcp.sys 维持（对标 iscsicpl.exe 退出不影响 iSCSI 会话）
不实现 TLS 加密算法，仅调用系统 schannel 安全组件

❌ Windows 系统整体不提供

没有 NVMe/TCP Target 内核驱动，Windows 无法原生导出 Namespace 对外提供 NVMe over TCP 存储服务
没有图形化管理面板（无 iscsicpl.exe 等价程序）

六、失效模式简要边界说明

nvme.exe 执行报错无法连接：多为参数错误、证书失效、TLS 策略、远端 Target 不可达；已建立的 NVMe 会话不受 nvme.exe 程序崩溃影响
nvmetcp.sys 驱动异常：会导致所有 NVMe/TCP 磁盘离线，IO 中断（蓝屏 / 设备丢失风险）
TLS 协商失败：握手阶段直接拒绝建立 NVMe 子系统连接，不会创建任何磁盘设备
网络 TCP 中断：nvmetcp.sys 检测链路丢失，触发 ANA/MPIO 路径切换；如果无冗余路径，IO 报错

七、与 Windows MSiSCSI（iscsicpl/msiscsi.sys）架构对比要点

项目	Windows NVMe/TCP Initiator (Server2025)	Windows iSCSI Initiator
内核传输驱动	nvmetcp.sys	msiscsi.sys
存储命令模型	原生 NVMe 命令，无 SCSI 转换	SCSI 命令封装 TCP
管理工具	nvme.exe + PowerShell，无 GUI	iscsicpl.exe(GUI)+iscsicli.exe(CLI)
加密	原生 TLS1.3 内置	协议无加密，依赖 IPSec
多路径	NVMe 原生 ANA + MPIO	MPIO（SCSI 层多路径）
服务端支持	无内置 Target	旧版 Windows Server 内置 iSCSI Target，2022 后移除

nvme.exe（Windows Server 2025）完整解构

文件路径：C:\Windows\System32\nvme.exe

全称：Windows NVMe Command Line Utility

定位：纯用户态命令行管理工具，无内核代码；CLI 前端，对标iscsicli.exe；无 GUI，没有窗口渲染能力；不收发 NVMe/TCP 网络 PDU，不执行 IO 读写

作用：提供命令行入口，调用 NVMe 用户态 API/WMI，下发控制指令管理本地 NVMe 设备与 NVMe-oF (TCP) 远端子系统。

重要区分：nvme.exe ≠ NVMe/TCP 协议栈；协议栈在内核驱动nvmetcp.sys。

一、底层原理

CLI 前端 + WMI/API 代理模型 nvme.exe本身不实现 NVMe 协议、不处理 PDU 封装解析。它只负责解析命令行参数，校验输入（NQN、IP 端口、TLS 证书路径、DH-HMAC-CHAP 密钥），调用nvmeapi.dll，通过NVMe WMI Provider向内核下发 IOCTL 控制码。
两套管理对象：
- 本地物理 NVMe SSD（PCIe 直连 NVMe 控制器）
- NVMe-oF (TCP) 远端子系统（本次重点）：发现控制器查询、连接 / 断开 NVM 子系统、TLS、DHCHAP 认证配置、枚举 Namespace
配置持久化：持久化配置写入注册表：HKLM\SYSTEM\CurrentControlSet\Services\NvmeTcp，包含持久连接、TLS 策略、认证信息；内核驱动启动时读取注册表自动重连。
会话生命周期隔离： nvme.exe进程退出不会终止已建立 NVMe/TCP 会话；会话由内核nvmetcp.sys维护，和nvme.exe进程生命周期完全解耦（和 iscsicpl.exe 行为一致）。

二、依赖文件 & 依赖关系

用户态直接依赖（nvme.exe 加载）

文件	模块	作用
nvmeapi.dll	NVMe User Mode API Library	核心中间库，封装 NVMe WMI 接口，nvme.exe 的核心 API 调用入口
wmiprov.dll	NVMe WMI Provider	提供 WMI 类 `ROOT\Microsoft\Windows\Storage`，实现用户态↔内核 IOCTL 通道
advapi32.dll	安全 / 注册表 API	读写注册表持久化配置、证书存储访问、安全描述符、密钥读取
crypt32.dll	加密证书库	TLS 证书解析、X509 证书校验，TLS 握手证书预校验
ole32.dll	COM 组件	WMI COM 通信支撑
user32.dll	控制台 API	控制台输出、错误信息打印
ntdll.dll	NT 底层 API	进程加载、内存管理、基础系统调用

内核态间接依赖（nvme.exe 不直接加载，WMI/IOCTL 下发指令后由系统加载）

文件	模块	作用
nvmetcp.sys	NVMe over TCP Transport Driver	NVMe/TCP 传输内核驱动，PDU 编解码、TCP 会话、TLS 加密、SQ/CQ 队列管理
stornvme.sys	Windows NVMe 控制器驱动	Windows 原生 NVMe 存储栈，对接 nvmetcp.sys，抽象 NVMe 控制器
storport.sys	Storport 存储端口框架	Windows 存储底层基础设施
tcpip.sys	TCP/IP 协议栈	TCP 报文收发、拥塞控制
schannel.sys / tls.sys	系统 TLS 安全组件	TLS1.2/1.3 握手、加解密
mpio.sys	MPIO 多路径驱动	ANA 多路径状态管理、路径故障切换
disk.sys	磁盘类驱动	PnP 枚举 Namespace，生成磁盘设备对象

三、调用链（示例：nvme.exe connect 连接远端 NVMe/TCP 子系统）

nvme.exe（命令行：nvme connect -t tcp -a 10.0.0.10 -s 4420 -n nqn.2024-08.io.spdk:cnode1）
    ↓ 解析命令行参数、参数合法性校验
nvmeapi.dll → 调用NVMe WMI Provider(wmiprov.dll)
    ↓ WMI封装IOCTL控制码，下发到内核
nvmetcp.sys（内核）
    ↓ 发起TCP连接，执行TLS握手 + DH-HMAC-CHAP认证
tcpip.sys ←→ 远端NVMe/TCP Target（SPDK/nvmet）
远端应答成功 → nvmetcp.sys 创建NVMe队列对SQ/CQ
    ↓ 上报远端NVMe控制器实例给 stornvme.sys
stornvme.sys → storport.sys → PnP管理器枚举Namespace
disk.sys 创建磁盘设备对象，卷管理器挂载卷（NTFS/ReFS）
【返回链路】内核执行结果 → WMI Provider → nvmeapi.dll → nvme.exe控制台打印成功/错误码

内部逻辑链路（用户态内部，nvme.exe 程序内部执行流）

程序入口：解析nvme子命令（connect / disconnect / discover / list / security）
参数校验：IP、端口、NQN 格式、证书文件是否存在；校验管理员权限（NVMe-oF 操作需要管理员）
加载nvmeapi.dll，调用对应 API；查询 WMI 提供者是否就绪，内核 nvmetcp 驱动是否启用
下发 WMI 请求，执行动作：
- discover：访问 Discovery Controller，查询所有可用子系统 NQN、地址
- connect：建立 NVMe-oF TCP 子系统连接，可选择持久化写入注册表
- disconnect：断开子系统连接，可选择删除注册表持久配置
- list：WMI 查询内核，枚举当前控制器、Namespace、会话状态
接收 WMI 返回结果，格式化文本输出到控制台；捕获错误码，打印事件日志提示
进程退出：仅退出 CLI 程序，内核 NVMe/TCP 会话继续保持

四、配套链（nvme.exe 整套配套体系）

用户态管理层
- nvme.exe：命令行 CLI 主程序
- nvmeapi.dll：用户态 API 封装库
- NVMe WMI Provider (wmiprov.dll)：用户态与内核的 IOCTL 桥梁
- PowerShell NVMe Cmdlets（Connect-NvmeSubsystem等）：底层复用同一套 WMI Provider，和 nvme.exe 共用内核接口
内核 NVMe-oF TCP 栈
- nvmetcp.sys（传输驱动）+ stornvme.sys（NVMe 控制器驱动）+ storport.sys
安全配套
- schannel TLS 栈、crypt32 证书存储，DH-HMAC-CHAP 密钥存储
多路径 HA 配套
- mpio.sys + NVMe ANA 非对称命名空间访问，多路径故障转移
日志排查配套
- 事件日志：Microsoft-Windows-NvmeTcp，记录连接、TLS、认证、队列报错，nvme.exe 可读取事件日志辅助排错
存储上层配套
- 卷管理器、NTFS/ReFS、BitLocker，远端 NVMe Namespace 可以加密挂载

⚠️ 缺失配套：无内置 GUI 面板（无 iscsicpl.exe 对等程序）；Windows 没有原生 NVMe/TCP Target 组件。

五、职责边界（边界划分，内核 / 用户态隔离）

✅ nvme.exe 负责范围

控制台参数解析、输入校验、帮助文档输出
调用 nvmeapi.dll/WMI，下发「发现 / 连接 / 断开 / 枚举」等控制指令
格式化并展示 NVMe 控制器、Namespace、会话状态信息
读取系统事件日志，展示操作错误信息
配合 API 读写注册表，持久化 NVMe/TCP 连接配置
证书、认证参数传入，供内核驱动做 TLS/DHCHAP 协商

❌ nvme.exe 不负责

不实现 NVMe-oF TCP 协议，不构造 / 解析 NVMe PDU，PDU 处理全部在内核 nvmetcp.sys
不发起 TCP 网络连接，TCP 连接由内核驱动完成
不处理块 IO 读写，文件读写、卷 IO 完全在内核存储栈，和 nvme.exe 无关
不维护会话保活、断线重连，保活、重连由 nvmetcp.sys 内核驱动独立维护
nvme.exe 崩溃 / 退出，不会中断已经建立好的 NVMe/TCP IO 会话

边界关键要点

权限边界：所有 NVMe-oF 子系统连接 / 断开操作必须管理员权限；普通用户仅可执行nvme list只读查询。
控制面 vs 数据面分离：nvme.exe 只操作控制面（管理会话）；业务 IO 属于数据面，完全在内核，不经过 nvme.exe 用户态程序。
持久化边界：nvme connect --persistent写入注册表，开机自动重建连接；非持久连接，重启主机丢失。

六、失效模式（FMEA 简要）

失效模式	底层根因	影响范围
nvme.exe 提示 WMI 查询失败	nvmeapi.dll 缺失损坏；NVMe WMI Provider 未注册；nvmetcp.sys 驱动未加载	无法使用 nvme.exe 管理 NVMe/TCP；已存在的 NVMe/TCP 业务 IO 不受影响
nvme connect 报 TLS 握手失败	证书路径错误、证书过期、远端 Target TLS 策略不匹配；证书私钥权限不足	无法新建 NVMe 子系统连接；存量会话不受影响
nvme list 看不到远端 Namespace	WMI 查询超时；内核 nvmetcp 会话异常；PnP 枚举失败	CLI 无法展示设备；磁盘可能仍可正常读写
nvme.exe 执行成功，但重启主机连接丢失	未加 --persistent，没有写入注册表持久配置	临时连接，重启丢失；会话当前正常

七、nvme.exe VS iscsicli.exe（对标对照）

项目	nvme.exe (Windows Server2025)	iscsicli.exe（Windows iSCSI CLI）
用途	管理本地 NVMe、NVMe-oF (TCP) 远端子系统	管理 MSiSCSI iSCSI Initiator 会话
API 底层	nvmeapi.dll + NVMe WMI Provider	iscsidsc.dll
内核对应驱动	nvmetcp.sys	msiscsi.sys
加密	支持 TLS1.3 原生（内核 schannel）	依赖 IPSec，协议本身无加密
GUI 配套	无 iscsicpl.exe 对等图形工具	配套 iscsicpl.exe GUI 面板
会话生命周期	进程退出不影响内核会话	进程退出不影响内核会话

nvmetcp.sys（Windows Server 2025 NVMe over TCP Transport Driver）完整解构

驱动全称：NVMe over TCP Transport Driver

文件名：nvmetcp.sys 驱动类型：内核态存储传输驱动（WDF 框架，Storport 子类驱动）

定位：Windows NVMe-oF TCP 客户端（Initiator）内核传输层；仅客户端，无 Target 能力

上层对接：stornvme.sys（Windows 原生 NVMe 控制器驱动）

下层对接：Windows 内核 TCP/IP 栈 tcpip.sys、Schannel TLS 内核组件

管理入口：用户态 nvme.exe / PowerShell NVMe Cmdlet，通过 WMI+IOCTL 下发控制指令

一、底层原理

nvmetcp.sys 本质是远程 NVMe 控制器的 TCP 传输适配器。

模型抽象：把远端 NVMe-oF TCP 子系统，虚拟成本地 NVMe 控制器实例向上暴露给 stornvme.sys；上层 NVMe 存储栈完全不需要感知底层是 PCIe 本地 SSD 还是 TCP 网络远端设备。
队列模型：NVMe 原生 SQ（提交队列）/CQ（完成队列）对。
- Admin 队列：用于发现、认证、控制器配置、Namespace 枚举（控制面）
- IO 队列：业务读写 IO（数据面，支持多队列并行，每 CPU 可独立队列）
TCP 与 PDU 处理：
- 在 TCP 字节流上做 NVMe-oF PDU 边界切分、重组；
- 发送路径：接收 stornvme 下发的 NVMe 命令 → 封装成 NVMe-oF TCP PDU → 交给 tcpip.sys 发送；
- 接收路径：tcpip.sys 收到 TCP 报文 → nvmetcp 重组字节流、解析 PDU → 提取 NVMe 完成条目，投递到 CQ，通知 stornvme 完成 IO。
TLS 安全层：TLS1.2/1.3 集成在 TCP 和 NVMe PDU 之间；TLS 握手在 NVMe Admin 连接建立阶段完成，调用系统 Schannel 内核安全组件做加解密。
ANA（Asymmetric Namespace Access）：原生 NVMe 多路径机制，跟踪每条 TCP 路径健康状态，上报给 Windows MPIO 框架，实现路径故障检测与自动切换。
会话状态机：Discovery 会话 → Admin 连接握手 → TLS/DH-HMAC-CHAP 认证 → 创建 IO 队列对 → IO 运行 → 链路保活检测 → 断连重建 / 路径失效。

核心区分：nvmetcp.sys 不实现 NVMe 命令集本身，只做「NVMe 命令 ↔ TCP PDU」的传输转换；NVMe 命令语义由上层stornvme.sys处理。

二、依赖文件 & 依赖关系

内核态依赖（加载顺序）

文件	模块	依赖角色
storport.sys	Storport 存储端口框架	基础 WDF 存储驱动框架，nvmetcp 是 Storport Miniport
stornvme.sys	Windows NVMe 类驱动	nvmetcp 向上对接的 NVMe 控制器驱动，接收虚拟 NVMe 控制器实例
tcpip.sys	TCP/IP 协议栈内核驱动	底层 TCP socket 收发、重传、拥塞控制、TCP 保活
schannel.sys + tls.sys	内核安全 TLS 组件	TLS 握手、TLS 记录层加解密、证书校验
mpio.sys	Windows MPIO 多路径驱动	ANA 路径状态上报、多路径 IO 调度、故障切换
disk.sys	磁盘类驱动	PnP 枚举 Namespace，生成磁盘设备对象
ndis.sys	NDIS 网络框架	网卡底层网络抽象（tcpip.sys 依赖 ndis）

用户态依赖（nvmetcp.sys 不直接加载，用于控制面管理）

文件	模块	作用
nvmeapi.dll	NVMe 用户态 API 库	封装 WMI/IOCTL 接口
wmiprov.dll	NVMe WMI Provider	用户态 ↔ nvmetcp.sys IOCTL 通道
nvme.exe	NVMe 命令行工具	用户下发 connect/discover/disconnect 等控制指令

注册表配置路径

HKLM\SYSTEM\CurrentControlSet\Services\NvmeTcp

Parameters：默认 TLS 策略、保活超时、PDU 最大长度
Enum：已实例化远端 NVMe 控制器硬件实例信息
PersistentSubsystems：持久化 NVMe/TCP 子系统连接配置，开机自动重建会话

三、调用链

3.1 控制面调用链：nvme.exe connect 建立 NVMe/TCP 子系统连接

nvme.exe
    ↓ nvmeapi.dll
WMI Provider(wmiprov.dll)
    ↓ IOCTL 下发控制码 → nvmetcp.sys（内核）
nvmetcp.sys 创建TCP Socket，tcpip.sys发起TCP三次握手
    ↓
Schannel TLS握手（启用TLS场景）
    ↓
NVMe-oF Admin连接建立，DH-HMAC-CHAP双向认证
    ↓
创建NVMe Admin队列对，查询远端控制器、Namespace信息
    ↓
nvmetcp.sys 向 stornvme.sys 注册虚拟NVMe控制器实例
stornvme.sys → storport.sys → PnP管理器枚举Namespace
disk.sys生成磁盘设备对象，卷管理器挂载NTFS/ReFS

3.2 数据面 IO 调用链（业务读写，不经过 nvme.exe）

应用程序 ReadFile/WriteFile
    ↓ 卷管理器
disk.sys
    ↓
stornvme.sys（接收NVMe读写命令）
    ↓
nvmetcp.sys：封装NVMe命令为NVMe-oF TCP PDU
    ↓
tcpip.sys：TCP报文发送 → 网络 → 远端NVMe/TCP Target（SPDK/nvmet）
远端Target处理IO，返回NVMe完成PDU
    ↓
tcpip.sys回传TCP报文 → nvmetcp.sys重组PDU，提取完成条目
nvmetcp.sys 通知 stornvme.sys IO完成
stornvme.sys向上完成IO，返回结果至应用程序

3.3 故障检测链路

nvmetcp.sys 内置链路保活定时器 → 检测 TCP 断连 / 无响应 → 标记路径为 ANA 不可用 → 通知 mpio.sys → MPIO 触发路径切换；无冗余路径则 IO 失败。

四、逻辑链路（nvmetcp.sys 内部状态机）

驱动初始化阶段：系统启动加载 nvmetcp.sys；注册 Storport miniport，注册 WMI 控制接口；读取注册表持久子系统配置。
Discovery 会话阶段：收到 Discover 指令，建立 TCP 连接到 Discovery Controller，获取远端所有子系统 NQN、IP、端口。
Admin 会话建立：针对目标 NQN 建立 Admin TCP 连接；TLS 协商、DH-HMAC-CHAP 认证；握手校验 NVMe-oF 版本协商。
队列创建：协商并创建 Admin SQ/CQ；按需创建多组 IO SQ/CQ 队列对。
IO 运行态：持续收发 NVMe PDU；维护 TCP 流重组、保活探测、ANA 路径状态统计。
异常处理：TCP 超时 / 重置 → 标记路径失效；支持路径重建；重建失败则注销虚拟 NVMe 控制器，磁盘设备离线。
断开流程：收到用户 disconnect IOCTL → 销毁 IO 队列 → 关闭 Admin 连接 → 关闭 TCP socket → 注销虚拟 NVMe 控制器实例。

五、配套链

上层存储配套
- stornvme.sys：Windows 原生 NVMe 驱动，屏蔽本地 PCIe NVMe 与 NVMe-oF 差异
- storport.sys：Storport 存储驱动模型基础
- mpio.sys：ANA 多路径故障转移
- disk.sys + 卷管理器 + NTFS/ReFS/BitLocker：远端 Namespace 可像本地磁盘分区、加密
网络配套
- tcpip.sys、ndis.sys、网卡驱动：底层网络传输
- Windows 防火墙：放行 4420 端口（NVMe-oF TCP 默认端口）
安全配套
- schannel.sys：内核 TLS1.2/1.3，证书校验
- 证书存储：本地计算机证书存储，存放 TLS 证书、DH-HMAC-CHAP 密钥
管理配套
- WMI Provider：内核到用户态控制通道
- nvme.exe、PowerShell NVMe Cmdlets：用户管理工具
- 事件日志：Microsoft-Windows-NvmeTcp，记录连接、TLS、认证、PDU、队列、链路报错
诊断配套
- Windows Performance Recorder (WPR)：捕获 nvmetcp 内核 ETW 事件，跟踪 PDU、IO 延迟
- Storport 诊断日志：存储栈底层调试

六、边界（职责边界，内核分层隔离）

✅ nvmetcp.sys 负责

作为 Storport miniport，向 stornvme.sys 虚拟出 NVMe 控制器硬件抽象
NVMe-oF TCP PDU 封装、解析、TCP 字节流重组、PDU 边界处理
TCP socket 管理、TCP 保活、链路心跳、TCP 断连检测
TLS 层对接 schannel 内核组件，TLS 记录层加解密（不实现 TLS 算法，仅调用 schannel）
NVMe Admin/IO 队列（SQ/CQ）生命周期管理
ANA（非对称命名空间访问）状态采集、上报给 MPIO
WMI IOCTL 控制接口，接收用户态 connect/disconnect/discover 指令
上报 ETW 事件与Microsoft-Windows-NvmeTcp事件日志

❌ nvmetcp.sys 不负责

不实现 NVMe 命令语义：Read/Write/Identify 等 NVMe 命令的解析、校验由上层 stornvme.sys 完成
不实现 TCP 协议本身：TCP 滑动窗口、重传、拥塞控制交给 tcpip.sys
不提供 NVMe/TCP Target 能力：只能做 Initiator，无法对外导出 Namespace
不处理文件系统、卷管理：文件读写逻辑在卷管理器 / NTFS 驱动
不处理用户态 nvme.exe 程序生命周期：nvme.exe 退出不会影响内核 nvmetcp 建立好的会话
不做全局密钥存储：DH-HMAC-CHAP 密钥、TLS 证书读取交由系统安全组件

边界关键区分

控制面：用户态 nvme.exe → WMI → IOCTL → nvmetcp.sys（仅用于建立 / 销毁会话、查询控制器信息）
数据面：IO 读写完全在内核存储栈，不经过任何用户态组件，性能开销很低

七、内核相关风险边界（简要 FMEA）

失效模式	失效位置	影响
TCP 链路中断	nvmetcp 链路检测	触发 ANA 路径切换；单路径场景下磁盘离线，IO 报错
TLS 握手失败	nvmetcp+schannel	无法建立 Admin 会话，不能创建远端 NVMe 控制器，无磁盘挂载
PDU 解析错误	nvmetcp.sys	驱动蓝屏 BugCheck，所有 NVMe/TCP 磁盘全部离线
队列资源耗尽	nvmetcp 队列管理	新 IO 队列创建失败，IO 卡住；存量队列会话可能保持
WMI/IOCTL 通道失效	nvmetcp WMI Provider	nvme.exe 无法管理会话；已建立的数据面 IO 不受影响

八、nvmetcp.sys vs msiscsi.sys（iSCSI 内核驱动，对标参考）

项目	nvmetcp.sys（NVMe/TCP 传输驱动）	msiscsi.sys（iSCSI Initiator 驱动）
上层对接	stornvme.sys（原生 NVMe 栈）	scsiport.sys（SCSI 存储栈）
命令模型	NVMe 多 SQ/CQ 队列	SCSI 单会话单队列
加密	原生集成 TLS（schannel）	无内置加密，依赖 IPSec
多路径	NVMe 原生 ANA，内置路径状态上报	依赖 Windows MPIO SCSI 多路径
协议封装	NVMe-oF TCP PDU	SCSI 命令封装在 iSCSI PDU
Windows Target 支持	无原生 Target	旧版 Windows 有 iSCSI Target，2022 移除

nvme.exe (Windows Server 2025) ↔ iscsicli.exe 命令对照表

说明：

nvme.exe：Windows NVMe CLI，管理 NVMe / NVMe-oF (TCP) Initiator

iscsicli.exe：Windows iSCSI Initiator CLI，管理 iSCSI 会话

语义对齐，按功能分组：发现、连接、查询、断开、持久配置、安全、诊断

Windows nvme.exe 无 Target 相关命令（Windows 无原生 NVMe/TCP Target）

功能分类	nvme.exe（NVMe/TCP Initiator）	iscsicli.exe（iSCSI Initiator）	简要说明
发现目标存储	`nvme discover -t tcp -a <IP> -s <端口>`示例：`nvme discover -t tcp -a 10.0.0.10 -s 4420`	`iscsicli ListTargets <PortalIP>iscsicli AddTargetPortal <IP>`	查询远端 Discovery Controller（NVMe）/ SendTargets (iSCSI)，获取可用存储子系统
建立会话连接	`nvme connect -t tcp -a <IP> -s <端口> -n <NQN>`持久开机自动连接：`nvme connect -t tcp -a 10.0.0.10 -s 4420 -n nqn.xxx --persistent`	`iscsicli LoginTarget <TargetName> <Portal> ...iscsicli AddPersistentTarget ...`	发起连接，挂载远端块存储；`--persistent`等价 iSCSI 持久目标
查看当前已连接会话	`nvme list`	`iscsicli ListSessions`	列出所有 NVMe 控制器 / Namespace（远端 + 本地）；iscsicli 列出 iSCSI 会话
查看发现控制器列表	`nvme list discover`	`iscsicli ListTargetPortals`	枚举已配置的 Discovery Controller（NVMe）/iSCSI Portal 门户
断开存储会话	`nvme disconnect -n <NQN>`删除持久配置同时断开：`nvme disconnect -n nqn.xxx --remove-persistent`	`iscsicli LogoutTarget <TargetName>iscsicli RemovePersistentTarget`	断开 NVMe 子系统；可选择清除注册表持久化配置
删除 Discovery Controller	`nvme disconnect-discovery -t tcp -a <IP> -s <端口>`	`iscsicli RemoveTargetPortal <IP>`	移除发现控制器 /portal，不再自动发现该地址的存储
查看控制器详情	`nvme show controller <控制器ID>`	`iscsicli SessionList <SessionID>`	查看控制器属性、ANA 多路径状态、队列信息；iSCSI 查看会话详细参数
查看 Namespace 详情	`nvme show namespace <nsid>`	`iscsicli ListLuns <SessionID>`	查看命名空间容量、块大小；iSCSI 查看会话下 LUN 列表
安全认证配置（连接时）	`nvme connect ... --dhchap-secret <密钥>nvme connect ... --tls enable`	`iscsicli LoginTarget ... CHAP=<secret>`	NVMe 使用 DH-HMAC-CHAP + TLS；iSCSI 使用 CHAP，无原生 TLS
查看驱动 / 传输信息	`nvme list transports`	`iscsicli ListAdapters`	列出本机支持的 NVMe 传输类型 (tcp/rdma)；iSCSI 查看 iSCSI 适配器
重置控制器	`nvme reset controller <controller-id>`	`iscsicli ResetSession <SessionID>`	重置远端控制器 / 会话，重建队列，用于故障恢复
查看事件 / 错误日志	`nvme error-log <controller-id>`	`iscsicli ReportStatistics`	读取 NVMe 控制器错误日志；iSCSI 读取会话统计信息
查看多路径 (ANA) 信息	`nvme show ana <controller-id>`	`iscsicli ListDevices`+MPIO 命令	NVMe 原生 ANA 路径状态；iSCSI 依赖 MPIO 额外管理路径
帮助 / 查看命令集	`nvme help` / `nvme <cmd> -h`	`iscsicli help`	查看子命令帮助文档

关键语义差异备注

命名概念映射
- NVMe：NQN（NVMe Qualified Name） ↔ iSCSI：IQN
- NVMe：Discovery Controller ↔ iSCSI：Target Portal
- NVMe：Subsystem（子系统） ↔ iSCSI：Target
- NVMe：Namespace ↔ iSCSI：LUN
- NVMe：ANA（原生多路径） ↔ iSCSI：MPIO 附加组件
持久化机制
- nvme --persistent：写入 HKLM\SYSTEM\CurrentControlSet\Services\NvmeTcp
- iscsicli 持久目标写入 iSCSI Initiator 服务注册表项
会话生命周期共性

nvme.exe/iscsicli.exe 都只是控制面 CLI 工具进程退出，已经建立的数据面会话不会中断；会话由内核驱动维持：nvmetcp.sys/msiscsi.sys
不具备的等价能力
- nvme.exe：没有任何 Target 导出命令，Windows 无 NVMe/TCP Target
- iscsicli：Windows 旧版 Server 支持 iSCSI Target 相关管理，Server2022 起移除

最简实操样例对照

NVMe/TCP (nvme.exe)

#1 添加发现控制器并查询子系统
nvme discover -t tcp -a 10.0.0.10 -s 4420
#2 持久连接子系统
nvme connect -t tcp -a 10.0.0.10 -s 4420 -n nqn.2024-08.io.spdk:cnode1 --persistent
#3 查看挂载的namespace
nvme list
#4 断开并删除持久配置
nvme disconnect -n nqn.2024-08.io.spdk:cnode1 --remove-persistent

iSCSI (iscsicli.exe)

::1 添加portal并查询target
iscsicli AddTargetPortal 10.0.0.10 3260
iscsicli ListTargets 10.0.0.10
::2 持久登录target
iscsicli LoginTarget iqn.xxx 10.0.0.10:3260 * * * * * * * * * * * *
iscsicli AddPersistentTarget 10.0.0.10 3260 iqn.xxx
::3 查看会话和LUN
iscsicli ListSessions
::4 登出并删除持久目标
iscsicli LogoutTarget iqn.xxx
iscsicli RemovePersistentTarget 10.0.0.10 3260 iqn.xxx

做 PowerShell NVMe-oF Cmdlet 对照表（Get-NvmeController / Connect-NvmeSubsystem）

NVMe-oF (TCP) 演进（标准时间线、能力迭代、配套栈演进、边界、对比 iSCSI）

NVMe-oF(TCP)：NVMe over Fabrics TCP，把原生 NVMe 命令封装在 TCP 报文，跑通用以太网；不经过 SCSI 转换层，是 iSCSI 的下一代 IP 块存储协议。

底层思想：把本地 PCIe NVMe 的队列模型、命令集直接延伸到 IP 网络，复用现有以太网，不需要 RDMA/FC 专用硬件。

一、标准演进时间线（NVMe-oF TCP 规范）

前置阶段：NVMe-oF 1.0（2016-06） 首发 NVMe over Fabrics 标准，仅支持 RDMA（RoCE/iWARP/IB）、FC-NVMe；没有 TCP 传输绑定。痛点：RDMA 需要专用网卡 + 无损网络，成本高，难以大规模部署。
TP8000 草案，2017 启动 NVMe/TCP 技术提案，目标：TCP 作为新传输层，普通以太网即可跑 NVMe 远程存储。
NVMe-oF TCP 1.0 正式获批（2018-11-15） NVMe 联盟正式发布 NVMe/TCP 传输规范（TP8000），纳入 NVMe-oF 1.1 基线；核心基线：TCP 作为传输，NVMe 原生命令、多队列、发现机制、DH-HMAC-CHAP 带内认证。 2018 年底 UNH-IOL 完成多厂商互操作性测试。
NVMe-oF 1.1（2019-10） 正式把 NVMe/TCP 纳入 NVMe-oF 主规范；新增：动态资源枚举、基于流量的保活机制、SQ 流控关闭模式。
NVMe/TCP 1.0 勘误迭代（1.0a/1.0b/1.0c/1.0d/1.0e）2020–2024 修复 PDU 边界、连接恢复、TLS 安全、发现服务缺陷；增加原生 TLS 加密能力（NVMe/TCP 最大亮点，对比 iSCSI 无内置加密）。
NVMe/TCP 1.2（2025-08） 增强 TLS1.3、扩展发现日志、ANA（非对称命名空间访问）增强、连接故障恢复优化；安全加固，扩展命名空间管理能力。
NVMe/TCP 1.3（2026-07）最新定稿 增强多路径、大规模集群发现、mDNS 自动发现、带内认证扩展，适配云原生大规模分布式存储。

重要区别：

iSCSI：IETF RFC 文档体系；

NVMe/TCP：NVMe 联盟私有规范体系，不是 IETF RFC 协议。

二、核心能力演进（分层迭代）

1. IO 模型与队列（架构质变，和 iSCSI 最大差异）

2018 基线：原生 NVMe 多队列模型，单控制器最多 64K IO 队列；每个队列独立提交 IO，无 SCSI 单会话单队列瓶颈。

iSCSI：每个 iSCSI 会话只有一组 SCSI 队列，高并发只能靠多会话 / MPIO workaround，有明显开销。

后续迭代：队列流控开关、动态队列资源分配、跨连接队列迁移。

2. 安全能力演进

初始版本：DH-HMAC-CHAP 带内认证（主机和存储控制器双向认证）
1.0e 之后：原生 TLS 加密（TLS1.2/1.3），TCP 载荷加密；

iSCSI 协议本身无内置加密，加密只能靠外部 IPSec。

1.2+：证书认证、TLS 证书轮换、摘要校验增强。

3. 发现与多路径 HA 演进

基础：Discovery Controller（发现控制器），替代 iSCSI SendTargets；集中暴露所有 Namespace 子系统。
ANA Asymmetric Namespace Access：原生多路径，比 iSCSI MPIO 更轻量；主动上报路径状态（最优 / 不可访问），内核自动切换 IO 路径。
新版本增加 mDNS 自动发现，小规模环境无需手动配置发现控制器。

4. 连接与故障恢复

早期：TCP 断开，控制器连接重建，IO 重试；
1.1 之后：流量感知保活，精细化连接超时；
1.2：部分 PDU 重传、局部连接故障隔离，单连接断不影响其他队列。

三、操作系统 & 开源实现演进（配套栈）

Linux（最成熟）

Linux 4.8（2016）：NVMe-oF RDMA 内核驱动进入主线，无 TCP
Linux 5.0（2019）：nvme-tcp（Initiator，客户端）内核驱动主线合并；nvmet（NVMe Target 内核模块）增加 TCP 传输支持。配套 CLI 工具：nvme-cli（命令行管理，对标 iscsiadm）
Linux 5.10~5.15：nvme-tcp/nvmet-tcp 大规模稳定化；TLS、ANA 多路径完善，企业生产落地。
Linux 6.x：mDNS 发现、DHCHAP 增强、性能调优。

SPDK（用户态高性能实现，云 / 存储厂商主流）

SPDK v19.01（2019）：SPDK NVMe-oF TCP target正式发布，DPDK 用户态旁路 IO，零拷贝，绕过内核存储栈；对标 LIO。
SPDK 后续版本：TLS、DH-HMAC-CHAP、ANA、mDNS 自动发现持续迭代。

Windows

Windows Server 2022：原生 NVMe over TCP Initiator（客户端）；
Windows Server 2025：增强 NVMe/TCP，支持 TLS；Windows 没有内置 NVMe/TCP Target，Windows 作为存储服务端一般用第三方 / SPDK。

配套工具：nvme.exe（Windows 命令行，对标 iscsicli）；无内置 GUI 面板（对比 iscsicpl.exe）。

四、生态阶段演进（行业落地）

2018–2020：POC 试点期 标准定稿，Linux 内核驱动合并；仅限大厂存储、云厂商内部测试，生态不成熟，互操作问题多。定位：下一代 IP 存储原型。
2021–2023：生产落地期 内核稳定、TLS/ANA 完善；云原生、虚拟化、数据库场景大规模试点；高端存储阵列开始支持 NVMe/TCP；开始分流 iSCSI 高端业务。
2024–至今：规模化普及期 规范 1.2/1.3 发布；开源 SPDK/Linux 内核方案成熟； ✅ 新建设备：高性能块存储优先 NVMe/TCP； ✅ 存量：iSCSI 继续保留用于中小场景、备份、老旧设备；

定位：高性能 IP-SAN 新标准，和 iSCSI 长期共存，不是立刻完全替代。

五、底层架构边界（NVMe/TCP vs iSCSI）

项目	NVMe-oF TCP	iSCSI
命令集	原生 NVMe 命令，无 SCSI 转换	SCSI 命令封装 TCP，存储后端需要 SCSI↔NVMe 转换
队列模型	多队列，每 CPU 独立队列（最高 64K）	单会话单 SCSI 队列，高并发依赖多会话 MPIO
加密	原生 TLS1.3 内置	协议无加密，依赖 IPSec
认证	DH-HMAC-CHAP 双向带内认证	CHAP 单向 / 双向
多路径	原生 ANA	MPIO（Windows/Linux 附加组件）
延迟	25~40μs	100~200μs
内核开销	低，无 SCSI 转换层开销	SCSI 转换带来额外 CPU 开销

六、NVMe/TCP 固有限制（演进无法完全消除）

TCP 本身拥塞抖动：广域网场景依然受 TCP 影响，跨远距离性能衰减（优于 iSCSI，但不如 RDMA）；适合同机房 / 同城局域网。
Windows 生态短板：Windows 无原生 NVMe/TCP Target，仅支持 Initiator；缺少图形化管理面板（无 iscsicpl 等价工具）。
运维学习成本更高：NVMe 概念（Namespace、Controller、ANA、Discovery Controller）比传统 iSCSI 的 Portal/LUN 模型更复杂。
老旧操作系统不支持：Win2019 及更早、CentOS7 及更早，无原生 nvme-tcp 驱动，需要第三方内核包。

七、调用链极简对比（方便和之前 iSCSI 链路对照）

NVMe/TCP Initiator（Linux）

nvme-cli → libnvme → nvme-tcp.ko（内核驱动） → tcpip 栈 → TCP 报文 → NVMe/TCP Target（nvmet-tcp.ko/ SPDK nvmf_tgt） → 后端 NVMe Namespace

iSCSI Initiator（Windows）

iscsicpl.exe → iscsidsc.dll → MSiSCSI 服务 → msiscsi.sys内核驱动 → tcpip.sys → iSCSI Target

iSCSI 协议演进（RFC 时间线、版本迭代、能力演进、配套栈演进、边界、与竞品对比）

iSCSI：Internet Small Computer System Interface，把 SCSI 命令封装在 TCP 报文内，跑在 IP 网络上，实现块存储 SAN；由 IETF 标准化。

一、标准 RFC 演进时间线

草案阶段（1998–2000） IBM、Cisco、HP 等厂商发起，目标：用现有以太网替代昂贵 FC 光纤通道，实现 IP-SAN。早期多份互联网草案，多家厂商私有原型。
RFC 3720（2004，iSCSI 初始正式标准 v1.0） 核心基础规范：

SCSI 命令 / 状态封装到 TCP；PDU 定义、会话模型、登录协商、CHAP 认证、错误恢复机制。
定义 Initiator / Target 双角色；IQN 命名规范。

局限：恢复机制简单；不支持硬件卸载；安全能力弱；无精简的扩展字段。

RFC 5048（2007，iSCSI 修订版，更新 RFC3720） 修复 RFC3720 歧义、bug 澄清；完善 PDU 格式、协商参数、错误处理。

行业实际落地主流基准版本。

后续扩展 RFC（能力增量，不是新版本号，属于扩展特性）

RFC 3721：iSCSI 命名与发现（IQN、EUI、NAA 命名格式）
RFC 3722：文本格式参数协商
RFC 4173：iSNS（iSCSI Name Service，集中发现管理）
RFC 4544：iSCSI 静态发现、SCSI MIB
RFC 7143（2014，整合更新标准，合并 RFC3720+5048 及大量扩展勘误，现行主标准） ✅ RFC7143 = 当前 iSCSI 官方标准，绝大多数现代操作系统（Windows、Linux、ESXi）遵循此规范。

重点：iSCSI 没有 v2.0 大版本升级；是 RFC 持续勘误 + 扩展 RFC 叠加的演进模式，没有颠覆性协议重构。

二、能力演进维度（核心功能迭代）

1. 会话与连接模型

早期：单会话单 TCP 连接；链路断 = 会话断开，IO 中断。
演进：多连接会话（MC/S，Multiple Connections per Session） 同一个 iSCSI 会话，承载多条独立 TCP 链路；一条 TCP 断线，其余连接继续工作，IO 不中断。

注意：MC/S 支持需要 Initiator+Target 两端同时支持；Windows MSiSCSI、Linux LIO 均支持，但部分老旧设备不支持。

2. 错误恢复层级（Error Recovery Levels）

Level0（默认）：连接中断直接销毁会话；最简单，早期默认。
Level1：连接恢复，会话保留；TCP 断了重建 TCP 连接，复用原有 iSCSI 会话。
Level2：会话级恢复；支持跨主机会话恢复（高级，极少落地）。

3. 安全演进

初始：仅 CHAP 单向认证（Initiator 认证 Target 可选）。
演进：双向 CHAP（Mutual CHAP）；IPSec 加密 TCP 传输（iSCSI 本身不内置加密，这是关键）。

协议本身无原生 TLS，对比：NVMe-oF/TCP 自带 TLS。iSCSI 加密依赖外部 IPSec。

4. 卸载与性能演进

早期：纯软件 iSCSI，CPU 做 TCP+PDU 封装，CPU 开销大。
演进：iSCSI HBA 卡（TOE TCP Offload + iSCSI 卸载），网卡硬件完成 PDU 解析 / 封装，降低主机 CPU。现代：普通万兆 / 25G 网卡配合软件 initiator，性能足够，硬件 iSCSI HBA 逐步变少。

5. 发现机制演进

静态门户（最早，手动填 Target IP）
iSNS 集中发现（RFC4173，类似 FC-SAN 的名字服务器）
SendTargets（最广泛使用，默认，Target 主动返回可用 LUN 列表）

三、操作系统与开源实现演进（配套栈演进）

Linux 侧

早期：iet（iSCSI Enterprise Target）老旧，废弃
tgt（STGT）用户态 target，流行多年，现在逐步被 LIO 替代
LIO Linux-IO Target（内核态，现代 Linux 默认内置 Target）
Initiator：open-iscsi（iscsiadm/iscsid），Linux 标准发起端，持续迭代，支持 RFC7143、MC/S、双向 CHAP。

Windows 侧

Windows 2000/2003：需要单独安装 Microsoft iSCSI Initiator 软件包
Windows Server 2008 / Win7 起：MSiSCSI（msiscsi.sys 内核驱动）内置
- iscsicpl.exe GUI 面板、iscsicli.exe 命令行
- 支持 SendTargets、iSNS、CHAP、MC/S、多路径 MPIO
Windows Server：内置 iSCSI Target 服务（2008R2~2019；2022 开始移除内置 iSCSI Target，推荐 SMB/NVMe-oF）

BSD：ctld（Target）、iscsictl（Initiator），原生稳定实现。

四、生态演进：定位变迁

2004–2010：黄金期 FC SAN 昂贵，iSCSI 用普通以太网实现块存储，中小企业大量部署 IP-SAN；Dell/NetApp/EqualLogic 大量 iSCSI 存储阵列。
2010–2018：成熟稳定期 技术定型，RFC7143 发布；MPIO 多路径、硬件卸载完善；但短板逐步显现：TCP 延迟、协议无内置加密、吞吐上限。竞品崛起：FCoE、然后 NVMe over Fabrics。
2018~ 至今：稳态存量协议

不再大规模新增前沿研发，维护为主。新项目：高性能场景逐步转向 NVMe-oF (TCP/RoCE)；中小企业、虚拟化、备份、远程块存储继续大量使用 iSCSI。 iSCSI 不会消失，属于稳定存量存储协议。

五、核心短板（演进没有解决的底层局限）

iSCSI协议本身不提供加密，依赖 IPSec；NVMe-oF TCP 原生 TLS。
TCP 的拥塞控制、延迟抖动问题，跨广域网性能受限。
PDU 开销高于 NVMe-oF；SCSI 命令模型老旧（SCSI 传统指令集）。
MC/S 多连接，部署复杂，很多场景不开启。

六、iSCSI vs NVMe-oF 演进替代关系

项目	iSCSI	NVMe-oF(TCP)
底层模型	封装 SCSI 到 TCP	封装 NVMe 命令到 TCP
标准成熟	RFC7143(2014)	2019 + 持续迭代
加密	无内置加密，依赖 IPSec	原生 TLS
命令层	老旧 SCSI 指令	NVMe 原生，更轻量
适用场景	中小 SAN、备份、存量扩容	高性能数据库、云原生块存储

七、演进总结一句话

iSCSI 从 2004 RFC3720 落地，没有发布 v2 大版本，依靠 RFC 勘误 + 扩展特性迭代；RFC7143 是当前标准。早年用来低成本替代 FC；现在属于成熟稳定存量协议，新项目高性能场景逐步被 NVMe-oF TCP 替代，但中小存储场景依旧广泛使用。

iscsicpl.exe 完整解构

文件路径：C:\Windows\System32\iscsicpl.exe

全称：Microsoft iSCSI Initiator Control Panel Executable（Windows iSCSI 发起程序控制面板主程序）

定位：纯用户态 GUI 前端程序，无内核代码；仅负责 UI 渲染、接收用户操作，调用 iSCSI 管理 API；不直接收发 iSCSI 网络报文，不直接操作存储栈Microsoft ...

补充：控制面板入口对应的小程序本体是 iscsicpl.dll，iscsicpl.exe 是独立可执行程序，直接启动这个 GUI 面板。

权限特性：自动提升（Auto-Elevate），普通管理员双击自动弹出 UAC 提升至管理员权限（安全研究重点，存在 DLL 劫持攻击面）

一、底层原理

GUI 前端，业务代理模型 iscsicpl.exe 只是窗口容器，加载 iscsicpl.dll 绘制 6 个标签页 UI：目标、发现、收藏的目标、卷和设备、RADIUS、配置。所有按钮动作（添加门户、登录 Target、CHAP 密钥配置、iSNS 注册、会话断开）不实现底层 iSCSI 协议，全部调用 iscsidsc.dll 暴露的 iSCSI 管理 API。
状态读写载体
- 持久化配置：写入注册表 HKLM\Software\Microsoft\Windows\CurrentVersion\iSCSI\Initiator（IQN、门户列表、CHAP、iSNS 地址、持久会话配置）
- 实时状态：调用 API 从 MSiSCSI 服务（iscsiexe.dll 托管在 svchost）读取当前会话、LUN、连接状态。
服务通信模型 用户点击【连接】→GUI 调用 iscsidsc API →API 通过 RPC/IPC 与MSiSCSI服务通信 →服务下发指令给内核msiscsi.sys →内核执行 iSCSI PDU 交互、TCP 会话、SCSI 命令封装。
区分：GUI ≠ iSCSI 协议栈 iscsicpl.exe不做 PDU 封装、TCP 收发、SCSI 命令处理；协议、网络、块设备全部在内核驱动msiscsi.sys完成。

二、依赖文件 & 依赖关系

直接加载依赖（用户态）

文件	角色
iscsicpl.dll	面板 UI 页面资源，标签页、对话框实现
iscsidsc.dll	iSCSI 管理 API 核心库（GUI 与 MSiSCSI 服务之间的 API 中间层）
iscsiexe.dll	MSiSCSI 服务主体（托管于 svchost.exe，管理 iSCSI 会话、iSNS、安全认证）
iscsium.dll	iSCSI 用户模式辅助库
user32.dll / comctl32.dll	Windows 窗口、控件渲染
advapi32.dll	注册表读写、权限、安全描述符
ole32.dll	COM 组件、WMI 调用辅助
ntdll.dll	进程基础加载、内存管理

底层依赖（内核态，GUI 不直接加载，由 MSiSCSI 服务调度）

文件	角色
msiscsi.sys	iSCSI 发起程序内核迷你端口驱动（核心），对接 Storport 存储栈，封装 iSCSI PDU，TCP/IP 收发，SCSI 命令转发
storport.sys	Windows 存储端口驱动，msiscsi.sys 属于 Storport 迷你端口
tcpip.sys	TCP/IP 协议栈，iSCSI 默认 3260 端口网络传输
disk.sys	磁盘类驱动，iSCSI LUN 识别后生成 /dev/sdX 类磁盘设备

配套命令行对等工具：iscsicli.exe，调用同一套 iscsidsc.dll API，无 GUI，用于脚本自动化。

三、调用链（完整链路）

调用链：iscsicpl.exe 用户操作（示例：登录 iSCSI 目标）

iscsicpl.exe（GUI窗口）
    ↓ 加载 iscsicpl.dll，捕获用户点击【连接】
iscsicpl.dll → 调用 iscsidsc.dll 的 iSCSI 管理API（LoginIScsiTarget）
    ↓ RPC/IPC 进程间通信
svchost.exe (MSiSCSI服务，宿主 iscsiexe.dll)
    ↓ 下发IOCTL控制码，发送指令至内核驱动
msiscsi.sys（内核态 Storport miniport）
    ↓ 构造iSCSI Login PDU，通过 tcpip.sys 向外发起TCP 3260连接
iSCSI Target服务端（LIO/tgt等）返回应答
    ↓ 应答报文原路返回 msiscsi.sys
msiscsi.sys 向 storport.sys 上报SCSI设备，生成磁盘设备对象 disk.sys
    ↓ 设备上报至Windows即插即用PnP管理器
→ 资源回传：会话状态、LUN信息原路回传给MSiSCSI服务 → iscsidsc.dll → iscsicpl.dll → iscsicpl.exe界面刷新状态

单操作内部逻辑链路（用户态内部）

iscsicpl.exe 启动，自动请求管理员权限；加载 iscsicpl.dll 绘制属性页
读取注册表加载已保存的 iSCSI 配置（IQN、门户、CHAP）
通过 iscsidsc.dll 查询 MSiSCSI 服务，读取当前活跃会话状态，渲染到 UI
用户提交修改（新增门户、登录目标、修改 CHAP）
iscsicpl 调用 iscsidsc.dll API，提交配置 / 会话请求
API 同步写入注册表持久化，同时通知 MSiSCSI 服务实时生效
服务返回执行结果，GUI 展示成功 / 报错；失败展示错误码（iScsiPrt 事件日志）

四、配套链（完整 Windows iSCSI Initiator 整套组件）

GUI 管理：iscsicpl.exe + iscsicpl.dll（图形面板）
CLI 管理：iscsicli.exe（命令行批量操作）
API/WMI 层：iscsidsc.dll + WMI Provider（PowerShell Get-IscsiTarget 等 Cmdlet 底层同样调用这套 API）
用户态服务：MSiSCSI 服务（svchost 托管 iscsiexe.dll、iscsium.dll），负责 iSNS 客户端、会话管理、认证缓存
内核协议栈：msiscsi.sys（Storport miniport）→ storport.sys → disk.sys
网络底层：tcpip.sys + 网卡 NDIS 驱动
存储上层：卷管理器、NTFS/FAT 文件系统，挂载 iSCSI LUN 生成盘符

五、边界（职责边界，重点区分）

✅ iscsicpl.exe 负责范围

GUI 窗口渲染、标签页、对话框、按钮交互
读取 / 展示 iSCSI 配置、会话状态、LUN 信息
捕获用户输入：IQN、目标门户 IP、CHAP 账号密码、iSNS 服务器地址
调用 iscsidsc.dll API 发起配置变更、会话登录 / 登出
读取系统事件，展示错误提示；写入注册表持久化配置

❌ iscsicpl.exe 不负责

不包含任何 iSCSI 协议实现，不构造 / 解析 iSCSI PDU 报文
不直接发起 TCP 连接，网络连接全部由内核 msiscsi.sys 处理
不处理 SCSI 命令、块 IO 读写，读写 LUN 是内核存储栈职责
不后台维护 iSCSI 会话保活、重连，保活、断线重连属于 MSiSCSI 服务 + msiscsi.sys 内核驱动
不直接操作内核驱动，全部通过 iscsidsc.dll + MSiSCSI 服务 IOCTL 间接通信

边界关键要点

进程隔离：GUI（iscsicpl.exe）、MSiSCSI 服务（svchost）、内核驱动（msiscsi.sys）三者独立，通过 IPC/IOCTL 通信；GUI 崩溃不会断开已建立的 iSCSI 会话（会话由内核驱动维持）
配置持久化边界：GUI 写入注册表，新的会话参数重启 MSiSCSI 服务后加载到内核；已在线会话实时生效
攻击面边界：iscsicpl.exe 是 AutoElevate 二进制，历史存在 DLL 劫持漏洞，属于 Windows 本地提权研究对象。

六、失效模式（FMEA 简版，可并入 FMEA 矩阵）

失效模式	底层原因	影响
iscsicpl.exe 启动报错，无法打开面板	iscsicpl.dll/iscsidsc.dll 缺失损坏；注册表 iSCSI 配置损坏	无法图形化管理 iSCSI；已存在的 iSCSI 会话不受影响，仍可通过 iscsicli/PowerShell 管理
GUI 显示会话状态异常，实际连接正常	iscsidsc.dll 调用 MSiSCSI 服务查询 API 超时 / 报错，UI 状态刷新失败	界面信息不准，底层 iSCSI IO 正常
点击登录目标，报登录失败	GUI 提交参数正确，但 MSiSCSI 服务 /msiscsi.sys 内核与 Target 协商失败（网络、CHAP、IQN 不匹配）	无法建立 iSCSI 会话；GUI 仅展示内核返回的错误码
保存配置失败	注册表权限不足、注册表项损坏	配置无法持久化，重启丢失设置

七、核心导出 / 调用 API（iscsidsc.dll）

LoginIScsiTarget：登录 iSCSI 目标
LogoutIScsiTarget：登出目标会话
AddIScsiPortal：添加目标门户
GetIScsiSessionList：枚举当前 iSCSI 会话
SetIScsiCHAPSecret：配置 CHAP 认证密钥

iSCSI 开源工具按角色分：服务端 Target、客户端 Initiator、管理 CLI、用户态库、配套 isns。你做自研服务端时，这些是可对照、可复用、可压测的参照系。

一、服务端 Target（重点）

1. LIO（Linux-IO Target）——现代 Linux 默认

内核态，2.6.38 起进主线，现在各发行版标准方案。
管理工具：targetcli / targetcli-fb，底层 Python 库 rtslib-fb。
backstore：fileio、block、pscsi、ramdisk。
协议：iSCSI、FC、FCoE、SRP、vhost。
特性：CHAP、MC/S、ALUA、ERL2、Persistent Reservation。
场景：生产环境、KVM/OpenStack、要内核性能。

apt install targetcli-fb   # 或 yum/dnf install targetcli
targetcli
/backstores/fileio create disk0 /srv/disk.img 10G
/iscsi create iqn.2026-01.com.x:test
/iscsi/iqn.../tpg1/luns create /backstores/fileio/disk0
/iscsi/iqn.../tpg1/acls create iqn...initiator
/iscsi/iqn.../tpg1/portals create 0.0.0.0 3260
saveconfig

2. tgt（SCSI Target Framework，STGT）

用户态，配置简单，适合快速出原型、接用户态后端。
管理：tgtadm、tgt-admin，配置 /etc/tgt/targets.conf。
性能不如 LIO/SCST，但 backstore 好改，适合你这种“自研镜像解析引擎”挂上去做验证。
现状：能用，但不再积极演进，不适合当长期高性能底座。

apt install tgt
tgtadm --lld iscsi --op new --mode target --tid 1 --targetname iqn...:t1
tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 0 --backing-store /srv/disk.img
tgtadm --lld iscsi --op bind --mode target --tid 1 --initiator-address 192.168.0.0/16

3. SCST（SCSI Target Subsystem for Linux）

内核态，不在主线，要编模块。高性能、可定制、支持自定义插件。
管理：scstadmin，配置 /etc/scsi-scst.conf、/etc/iscsi-scst.conf。
场景：专业存储设备、HA 集群、VMware ESXi 对接、要细粒度 IO 策略。
缺点：安装复杂，要跟内核版本死磕。

4. IET（iSCSI Enterprise Target）

老项目，Debian 旧版有，新环境别用，已废弃。

5. tcmu-runner（用户态 backstore 框架）

不是完整 target，是 LIO 的用户态后端跑腿的。
你自研 qcow2/vmdk/vhd 解析，最该看这个：LIO 收 SCSI/iSCSI，tcmu-runner 把命令送到你用户态进程处理。
仓库：open-iscsi/tcmu-runner

二、客户端 Initiator

1. open-iscsi（Linux 标准）

内核模块 libiscsi.ko + 用户态守护 iscsid + 命令行 iscsiadm。
支持 CHAP、多会话、多路径（配合 device-mapper-multipath）、自动重连。
发行版包名：Debian/Ubuntu open-iscsi，RHEL iscsi-initiator-utils。

iscsiadm -m discovery -t st -p 192.168.1.10:3260
iscsiadm -m node -T iqn... -p 192.168.1.10:3260 --login
iscsiadm -m session -P 3

2. Windows 自带 Initiator

不是开源，但你是服务端要兼容它：iscsicpl.exe，服务 Microsoft iSCSI Initiator Service。
自研 target 必须测它：CHAP、持久连接、重连、多路径（MPIO）。

3. libiscsi（用户态客户端库）

纯用户态，不需内核模块，适合写测试工具、CI、压测、协议一致性校验。
附带小工具：iscsi-ls、iscsi-inq、iscsi-readcapacity16。
你自研 target 后，用它能绕开系统 initiator 直接发 PDU 测边界。

三、管理与发现配套

targetcli-fb + rtslib-fb：LIO 现代管理栈。
tgtadm / tgt-admin：tgt 管理。
scstadmin：SCST 管理。
open-isns：iSNS 服务，发起端和目标端都能用，企业环境做自动发现。
iscsiadm：归属 open-iscsi，但日常当独立 CLI 用。

四、和你自研架构的对照建议

你前面说自研：

虚拟磁盘总线驱动
自研 iSCSI 服务端
支持 qcow2/vmdk/vhd
多终端同时挂

开源工具在你这的角色不是替代，是参照和测试台：

你的模块	开源对照	用途
自研 iSCSI 服务端	LIO / tgt / SCST	对照 Login 协商、PDU、SNACK、PR 处理
镜像后端	tcmu-runner	把 LIO 前端协议和你用户态镜像引擎接起来
多客户端并发	LIO+PR / SCST+PR	验证 Persistent Reservation 语义
Windows/Linux 发起端	open-iscsi + Windows 自带	兼容性验收
协议一致性测试	libiscsi 工具集	INQUIRY、READ CAPACITY、PRIN/PROUT 边界测
快速原型	tgt	先把 qcow2 后端挂出去，不用写完整 iSCSI

五、选型结论（直说）

生产级内核 target：LIO，别犹豫。
快速接你自研镜像层：tgt 或 tcmu-runner，用户态好调试。
要高性能/ESXi/HA：SCST。
老 IET：碰都别碰。
客户端测试：open-iscsi + libiscsi + Windows 自带 initiator 三件套。
自研 target 想省事验证多客户端：LIO 前端 + tcmu-runner 后端，你只写镜像和锁。

iSCSI 开源工具（按角色划分）

iSCSI 两大核心角色：Target（存储服务端，导出块存储）、Initiator（客户端，挂载远程块设备）；附加辅助工具：iSNS 服务器、测试 / 调试工具、开发库。

一、Target 服务端（导出 LUN，监听 3260 端口）

工具名称	简介	架构	特点
LIO（Linux-IO Target）+ targetcli	Linux 内核原生 iSCSI target，`targetcli`是交互式配置 Shell	内核态主体，用户态 CLI 工具	Linux 标准内置，支持 iSCSI/FCoE/SRP；支持文件 / 裸盘 / LVM/RAID 作为后端存储；企业主流方案SUSE Docum...
tgt（STGT, Linux SCSI Target）	tgtd 守护进程 + tgtadmin 命令行	用户态 Target（内核辅助）	老版本 Linux 广泛使用，部署简单；现已逐步被 LIO 替代
SCST + iscsi-scst	SCSI Target 子系统，iscsi-scst 为 iSCSI 前端	内核模块 + 用户态管理工具	高性能，高级 LUN 控制、直通模式；社区维护，偏存储专家场景SCST
SPDK iscsi_tgt	SPDK 高性能 iSCSI Target	用户态 DPDK 旁路 IO	零拷贝，高性能，适合 NVMe 高速存储；适合云 / 高性能存储场景SPDK
FreeBSD ctld	FreeBSD 系统内置 iSCSI target	内核态	FreeBSD 原生，配置文件`ctl.conf`，稳定简洁

已淘汰：iet（iSCSI Enterprise Target），老旧内核方案，不再维护。

二、Initiator 客户端（发起连接，挂载远程块盘）

工具名称	简介	架构	特点
open-iscsi（iscsiadm + iscsid）	Linux 标准开源 iSCSI 发起端	内核 initiator 驱动 + 用户态守护进程 + iscsiadm 管理 CLI	行业标准；发现、登录、会话管理、CHAP 认证；包名`iscsi-initiator-utils`
libiscsi	跨平台 iSCSI 客户端开发库，附带工具	纯用户态库（无内核驱动）	C 库，Linux/BSD/Windows；用于程序开发、测试；不能直接挂载系统块设备，仅应用层访问 iSCSI LUNGitHub
FreeBSD iscsictl / iscsid	FreeBSD 原生 iSCSI initiator	内核驱动 + 用户态工具	FreeBSD 系统自带，`iscsictl`会话管理

三、辅助配套开源工具

1. iSNS 服务器（iSCSI 名称服务，集中发现管理 target）

open-isns：开源 iSNS 服务端，集中注册所有 Target/Initiator，大规模 SAN 环境自动发现。

2. 测试 / 调试工具

sg3_utils：SCSI 通用工具集，可对已挂载 iSCSI 磁盘发送 SCSI 指令、查询设备信息；
iscsi-scanner / iscsi-bench：简易 iSCSI 压测、PDU 抓包、会话调试；
tgtadm / scstadmin：对应 target 的配套管理工具。

四、角色边界一句话区分

Target：把本地硬盘 / 文件，对外发布成 iSCSI 存储（存储服务器）
Initiator：客户端主机，连接 Target，把远端 iSCSI LUN 变成本地块设备（/dev/sdX）
libiscsi 例外：应用层库，不生成系统块设备，程序直接读写 iSCSI，不是操作系统层面的 initiator。

五、选型快速参考

企业 Linux 生产：LIO(targetcli) + open-iscsi(iscsiadm)
高性能 NVMe 存储：SPDK iscsi_tgt
FreeBSD 环境：ctld（target）+ iscsictl（initiator）
开发 / 程序访问 iSCSI：libiscsi

PixPin_2026-04-22_00-58-07

PixPin_2026-04-22_00-58-21

PixPin_2026-04-22_00-58-32

PixPin_2026-04-22_00-58-42

在 Windows Server 2022 中，iSCSI（Internet Small Computer System Interface）起源指的是提供基于网络的存储访问，允许服务器通过 TCP/IP 网络连接并使用存储设备。iSCSI 是一个非常有效的协议，广泛应用于存储区域网络（SAN）中，它允许计算机远程访问存储设备，就像直接连接本地硬盘一样。

iSCSI 起源与发展

iSCSI 协议的起源可以追溯到 1998年，当时由 IETF（Internet Engineering Task Force） 设计，目的是为了将 SCSI 协议通过网络传输，以便使计算机可以通过 TCP/IP 网络远程访问存储设备。以下是 iSCSI 的一些关键发展阶段：

1998年：iSCSI 协议诞生
- 最初，iSCSI 是为了弥补传统 SCSI 协议的不足。传统的 SCSI 协议用于短距离的直接连接，通常用于计算机和存储设备之间。而 iSCSI 将 SCSI 命令封装为 TCP/IP 数据包，通过标准的以太网网络传输，从而使计算机能够通过网络访问存储设备。
2000年代：iSCSI 的广泛应用
- 随着以太网技术的成熟和网络带宽的提升，iSCSI 逐渐成为主流的存储协议。iSCSI 的最大优势在于它能够利用现有的网络基础设施，降低了实施 SAN 的成本，并且与传统 SCSI 存储系统相比，提供了更高的灵活性和可扩展性。
2003年：iSCSI 规范成为标准
- iSCSI 协议的规范由 IETF 标准化。iSCSI 为存储设备提供了 TCP/IP 网络连接的标准，使得存储设备和计算机之间的通信更加简便。标准化的规范大大提高了 iSCSI 在各个行业中的应用。
2005年：Windows Server 2003 引入 iSCSI Target
- 微软在 Windows Server 2003 R2 中首次引入了 iSCSI Target 功能，允许 Windows Server 充当 iSCSI 目标设备（存储提供端）。这使得 Windows Server 不仅能够作为 iSCSI 发起端连接到远程存储设备，还能作为 iSCSI 目标向其他服务器提供存储资源。
2010年代：iSCSI 成为普及的存储协议
- iSCSI 在企业环境中变得越来越受欢迎，尤其是中小型企业。它的低成本、高灵活性和易于部署的特点，使得许多公司选择 iSCSI 来构建自己的 SAN 环境，而无需依赖昂贵的 Fibre Channel 网络。
Windows Server 2012 及以后的版本：iSCSI Target 和 Storage Spaces
- 在 Windows Server 2012 及以后的版本中，微软加强了 iSCSI Target 功能，允许通过 Windows Server 提供更高效的存储服务，同时与 Storage Spaces（存储空间）功能结合，提供更强大的存储虚拟化和管理能力。

Windows Server 2022 中的 iSCSI 特性

在 Windows Server 2022 中，iSCSI 支持的功能进一步增强，提供了更加灵活、可靠的存储管理选项。以下是一些重要的功能和特性：

iSCSI Target Server：
- iSCSI Target Server 角色允许将 Windows Server 2022 作为 iSCSI 目标提供远程存储。你可以通过创建多个虚拟硬盘（VHD/VHDX）并将其关联到不同的 iSCSI 目标，向其他服务器或客户端提供块级存储。
多路径 I/O（MPIO）支持：
- Windows Server 2022 支持多路径 I/O（MPIO），这有助于提高 iSCSI 存储连接的可靠性和性能。MPIO 允许通过多条路径同时访问存储设备，确保连接的冗余和负载均衡。
增强的 iSCSI 性能：
- iSCSI 在 Windows Server 2022 中得到了优化，支持更高的带宽和更低的延迟。尤其是在高吞吐量的应用环境下，iSCSI 提供的性能显著提高。
改进的安全性：
- Windows Server 2022 提供了更强大的身份验证和加密机制，确保 iSCSI 连接的安全性。例如，可以使用 CHAP（Challenge Handshake Authentication Protocol） 或 IPsec 来保护数据传输，防止未授权访问。
iSCSI Target Pool：
- Windows Server 2022 引入了 iSCSI Target Pool，这是一个功能强大的存储管理工具，可以将多个 iSCSI 目标池合并，并实现更好的资源管理和负载均衡。
Storage Replica：
- Windows Server 2022 支持 Storage Replica，这使得可以通过 iSCSI 连接在两个站点之间进行数据复制，增强了灾难恢复能力。存储复制可在本地或远程站点之间同步数据，确保在发生故障时，能够快速恢复数据。

iSCSI 的优势

成本效益：
- iSCSI 使用现有的网络基础设施（例如以太网），无需专门的光纤通道硬件，显著降低了部署存储区域网络（SAN）的成本。
易于管理和扩展：
- 通过 TCP/IP 协议，iSCSI 可以方便地扩展，并且可以跨越不同的物理位置，实现远程存储和多地点备份。
灵活性：
- iSCSI 提供块级存储，可以支持多种存储设备（例如硬盘、固态硬盘等），并且能够根据需求灵活调整存储容量。
兼容性：
- iSCSI 协议可以与多种操作系统兼容，包括 Windows、Linux 和 Unix，提供跨平台的支持。

iSCSI 是一种强大的协议，允许计算机通过网络访问远程存储设备。随着 Windows Server 2022 的推出，iSCSI 在企业环境中的应用越来越广泛。其低成本、高灵活性和易于管理的特点使其成为构建存储区域网络（SAN）的理想选择。通过 iSCSI，企业可以在不依赖昂贵硬件的情况下，实现高效的存储资源管理和数据访问。

Windows Server 2022 在 iSCSI（Internet Small Computer System Interface）技术方面提供了多项增强功能，进一步推动了该技术在企业存储环境中的应用。iSCSI 技术本身的发展经历了多个重要阶段，而 Windows Server 2022 是 iSCSI 发展的一个重要节点。以下是 Windows Server 2022 iSCSI 发展阶段 的概述：

1. 早期阶段：iSCSI 的初步引入

Windows Server 2003 R2 是微软首次引入 iSCSI 的版本。该版本允许 Windows Server 充当 iSCSI 发起端和目标，支持基本的 iSCSI 功能，包括通过网络连接到远程存储设备并提供存储资源。
iSCSI Initiator（发起端）在客户端和服务器中提供了连接到远程存储的功能，而 iSCSI Target（目标端）使存储设备可以通过网络提供服务。

2. 中期阶段：增强的功能和可靠性

Windows Server 2008 和 2008 R2：进一步增强了 iSCSI 支持，引入了多路径 I/O（MPIO）技术。MPIO 提供了冗余路径和负载均衡功能，提高了 iSCSI 存储连接的可靠性和性能。
在这段时期，Windows Server 的 iSCSI 功能逐渐从基础存储连接向更复杂的存储区域网络（SAN）解决方案发展。

3. iSCSI 在企业级应用中的普及：Windows Server 2012 - 2016

Windows Server 2012 引入了 iSCSI Target Server 角色，进一步扩展了 iSCSI 的功能，不仅支持作为 iSCSI 发起端，也允许 Windows Server 作为 iSCSI 目标提供存储服务。
Windows Server 2012 R2 和 Windows Server 2016 在 iSCSI 方面加入了更多的虚拟化和管理功能，例如通过 Storage Spaces 和 Storage Pools 支持更加灵活的存储管理，以及更强大的虚拟硬盘（VHD/VHDX）支持。
在这段时间里，iSCSI 开始广泛应用于中小型企业的存储解决方案中，尤其是对于那些不需要高成本光纤通道（Fibre Channel）存储的企业。

4. 现代阶段：Windows Server 2022 中的 iSCSI 增强

Windows Server 2022 进一步增强了 iSCSI 功能，特别是在性能、安全性和可管理性方面：
- 多路径 I/O（MPIO）增强：通过支持更高的带宽和更低的延迟，提高了 iSCSI 存储的性能。
- iSCSI Target Pool：这一新功能允许多个 iSCSI 目标进行集中管理，从而简化了大规模存储的管理。
- Storage Replica：支持在多个站点之间通过 iSCSI 进行数据复制，增强了灾难恢复能力。
- 安全性增强：支持通过 CHAP（Challenge Handshake Authentication Protocol） 和 IPsec 等方式保护 iSCSI 连接的安全性，防止未授权访问。
- 更高效的存储管理：通过 Windows Server 2022，iSCSI 和 Storage Spaces 集成更加紧密，提供了更高效的存储虚拟化和管理选项。

5. iSCSI 与现代存储虚拟化的融合

在 Windows Server 2022 中，iSCSI 技术不仅仅停留在块级存储的远程访问上，更与现代存储虚拟化技术相结合。通过 Storage Spaces Direct (S2D) 和 Storage Replica 等技术，iSCSI 被广泛应用于高可用性和高可靠性的存储环境，尤其适用于分布式存储架构。
iSCSI Target 的高可用性和冗余支持，使得在云环境和数据中心部署时，iSCSI 成为可靠且成本效益高的存储选择。

6. 关键特性和优势总结：

成本效益：iSCSI 使用标准以太网技术，避免了昂贵的光纤通道硬件，降低了存储部署的总成本。
易于扩展：可以通过现有的 TCP/IP 网络基础设施，轻松扩展存储容量，特别是在企业中小型部署中，iSCSI 可以有效解决存储需求的增长。
高可靠性与性能：通过 MPOD 和其他技术，Windows Server 2022 提供了更高的带宽、更低的延迟和更强的冗余支持，保证了数据的可靠性。
安全性增强：支持多种认证和加密方法，如 CHAP 和 IPsec，有效防止未经授权的访问。
存储虚拟化与管理：与 Storage Spaces 和 Storage Pools 等现代存储管理技术结合，iSCSI 提供了更加灵活和高效的存储方案。

7. 未来趋势：iSCSI 与云存储的结合

随着云计算和混合云存储的兴起，iSCSI 作为一种跨平台、基于网络的存储协议，可能会与云存储技术进行更深入的集成。例如，iSCSI 可以成为本地数据中心与云存储之间的桥梁，通过 混合云架构 实现更加灵活的存储管理和数据备份。

iSCSI 技术在 Windows Server 2022 中的进一步发展，不仅增强了性能和安全性，还提升了其在企业级存储环境中的灵活性和可管理性。通过支持现代存储虚拟化技术、加强多路径 I/O 支持和增强的安全措施，Windows Server 2022 在存储解决方案中提供了一个强大且高效的 iSCSI 实现，能够满足当今企业对于高效、可靠和经济存储的需求。

进一步增强的性能和可扩展性

NVMe over Fabrics 支持：随着 NVMe（Non-Volatile Memory Express）技术的广泛应用，iSCSI 可能会支持通过 NVMe over Fabrics (NVMe-oF) 进行存储连接。这将使 iSCSI 在性能上获得质的飞跃，尤其是在低延迟、高带宽的存储场景中。Windows Server 2025 有可能继续推动对 NVMe-oF 的原生支持，使其成为企业存储解决方案的重要组成部分。
存储网络的自动优化：随着软件定义存储和网络功能的提升，Windows Server 2025 可能会包括更加智能的存储流量管理和自动优化功能。这将帮助企业更高效地利用网络资源，进一步提高 iSCSI 存储的性能，尤其是在大型数据中心和云环境中。

2. 更智能的存储管理与自动化

增强的存储虚拟化和 SDS（软件定义存储）集成：Windows Server 2025 很可能会加强与软件定义存储（SDS）和存储虚拟化平台的整合，使得 iSCSI 更加灵活和智能。这种集成将使存储资源的管理和调度更加自动化，并且能够在不同的存储池和存储设备之间进行动态迁移和负载均衡。
自动化的容量和性能调节：未来的 Windows Server 版本可能会通过更加智能的算法和机器学习技术来自动调整存储性能和容量，基于工作负载的需求动态优化 iSCSI 存储资源的分配。这将为数据中心的管理者节省大量的手动配置和管理工作。

3. 更强的多路径和冗余支持

多路径 I/O (MPIO) 提升：虽然 Windows Server 2022 已经支持多路径 I/O，但 Windows Server 2025 可能会进一步提升该功能，特别是在多种存储协议（如 iSCSI 和 FC）混合使用的场景下。新版本可能会加强对不同路径的实时监控与自动切换，使存储系统能够在硬件或网络故障时快速恢复，从而提高整个系统的可靠性和容错能力。
自动故障恢复：集成更多自动化的故障恢复机制，Windows Server 2025 或许能够基于存储拓扑和网络状况，自动识别和修复 iSCSI 存储连接中断，减少手动干预，提高系统可用性。

4. 安全性增强

集成更强的加密机制：随着对数据安全性要求的不断提高，Windows Server 2025 可能会加强 iSCSI 协议的安全功能，特别是在加密传输和存储方面。例如，增强 iSCSI 连接的端到端加密和更强的认证机制，进一步保护存储数据的机密性。
集成基于身份的访问控制：Windows Server 2025 可能会引入更多基于身份和角色的访问控制机制，确保 iSCSI 存储只对授权的用户和服务开放，从而增强存储系统的安全性。

5. 云与混合环境的集成

云存储与 iSCSI 集成：Windows Server 2025 可能会进一步加强本地存储与公有云或混合云环境的集成，使得 iSCSI 存储在混合云架构中更加无缝。通过增强的 iSCSI Target 和 iSCSI Initiator 功能，管理员可以更方便地将本地存储与云端存储集成，支持跨数据中心和云环境的数据备份、灾难恢复及高可用性。
存储即服务（Storage-as-a-Service, STaaS）：随着企业越来越依赖云计算，iSCSI 和其他存储协议的集成可能会进化成一个存储即服务的模式。在这种模式下，企业可以通过 iSCSI 协议在云中动态扩展存储资源，按需付费，从而降低资本支出并简化存储管理。

6. 更紧密的与容器化和微服务架构的集成

容器存储支持：随着容器化技术的普及，Windows Server 2025 可能会加强与容器管理平台（如 Kubernetes）的集成，支持容器在 iSCSI 存储上的高效运行。这将使得 iSCSI 不仅限于传统的虚拟机或物理服务器存储，也能很好地支持容器和微服务架构的应用。
多租户存储支持：iSCSI 在多租户环境中的支持可能会得到增强，尤其是在云和容器化环境中，为不同的租户提供独立的存储资源，并确保每个租户的存储访问与安全性。

7. 存储容量与性能的量化分析

内置性能监控与优化工具：Windows Server 2025 可能会引入更加完善的存储性能监控工具，可以实时量化 iSCSI 存储的性能，帮助管理员识别瓶颈并进行优化。通过集成机器学习和智能分析，系统可以自动推荐存储优化操作，并动态调整存储配置，以确保最佳性能。

8. AI 和机器学习的存储优化

AI 驱动的存储优化：未来版本的 Windows Server 可能会引入基于 AI 和机器学习的存储优化技术，自动识别和预测存储需求，从而进行智能调度。这将帮助企业在使用 iSCSI 存储时，最大化硬件资源的利用率，同时降低能源消耗和成本。

在 Windows Server 2022 中配置和使用 iSCSI 服务器是一项常见的任务，尤其是在虚拟化、存储管理和备份等场景中。以下是一个初级使用教程的大纲，帮助你从头开始配置和使用 iSCSI 服务器。

Windows Server 2022 iSCSI服务器初级使用教程大纲

1. 介绍与概念

iSCSI概述

Windows Server 2022 iSCSI 服务器概述

iSCSI 简介

iSCSI（Internet Small Computer Systems Interface）是一种基于 IP 网络的存储协议，用于通过以太网和 TCP/IP 网络传输 SCSI（Small Computer System Interface）命令。通过 iSCSI，数据存储可以被远程访问，就像本地硬盘一样，常用于构建基于 IP 的存储区域网络（SAN）。iSCSI 提供了企业级存储功能，能够将存储设备虚拟化为远程磁盘并通过网络共享，极大地提高了存储资源的灵活性和扩展性。

iSCSI 主要包括两个关键组成部分：

iSCSI 目标（Target）：提供存储的服务端，可以是存储设备（如 SAN 设备）或计算机上配置的虚拟磁盘。
iSCSI 发起者（Initiator）：请求存储资源的客户端，通常是服务器或虚拟机。

Windows Server 2022 提供了强大的 iSCSI 目标服务器功能，允许用户通过网络为其他服务器或计算机提供存储资源。iSCSI 通过利用标准的以太网硬件和 TCP/IP 网络协议，降低了实现网络存储所需的硬件成本，并且使得存储设备更加灵活易于管理。

iSCSI 的工作原理

iSCSI 发起者（Initiator）：这是请求存储资源的客户端设备，通常是运行 Windows Server 或其他操作系统的计算机。发起者通过 iSCSI 发起的请求与目标建立连接，访问目标存储资源。每个 iSCSI 发起者都需要配置其目标地址和身份验证信息。
iSCSI 目标（Target）：这是存储设备，提供存储资源给发起者。目标通过 iSCSI 协议接收来自发起者的请求，并响应读取或写入请求。Windows Server 2022 提供内置的 iSCSI 目标服务器角色，使得服务器能够作为 iSCSI 目标向其他计算机提供存储。
iSCSI 连接：iSCSI 连接通过网络进行数据传输，通常使用 TCP/IP 协议，利用标准的以太网硬件。这使得 iSCSI 不依赖于专用的存储网络，而是可以通过现有的企业网络进行通信，从而节省了部署成本。
SCSI 命令：iSCSI 协议将传统 SCSI 命令封装在 TCP/IP 数据包中进行传输，允许发起者像访问本地硬盘一样访问远程存储设备。这些命令包括读、写操作以及其他磁盘管理操作。

iSCSI 目标与发起者的角色

iSCSI 目标（Target）
- 定义：iSCSI 目标是存储资源的提供者，通常是在存储设备、SAN 设备或虚拟化环境中配置的磁盘或卷。它向网络中的 iSCSI 发起者提供存储服务。
- 功能：存储目标可以是虚拟磁盘（VHD/VHDX），物理硬盘，或通过 LUN（逻辑单元号）进行分配的存储空间。
- 管理：在 Windows Server 2022 中，iSCSI 目标由 iSCSI 目标服务器角色管理，可以通过 Windows Server 管理工具进行配置和管理。
iSCSI 发起者（Initiator）
- 定义：iSCSI 发起者是请求存储资源的客户端，通常是 Windows 服务器或计算机。发起者通过网络访问 iSCSI 目标中的存储资源。
- 功能：iSCSI 发起者可以是物理服务器，也可以是虚拟机。它通过 iSCSI 协议访问远程存储（如磁盘或存储池），就像访问本地硬盘一样。
- 配置：Windows Server 2022 提供了内置的 iSCSI 发起者，可以通过图形用户界面（GUI）或 PowerShell 配置，设置与 iSCSI 目标的连接。

iSCSI 优势

成本效益：iSCSI 可以使用现有的以太网网络硬件，无需额外购买专用的存储网络设备（如 FC 网络）。这大大降低了部署成本。
灵活性：iSCSI 可以通过普通的 TCP/IP 网络连接，支持长距离连接，使存储资源可以分布在不同的地理位置。
简化管理：通过软件定义存储，iSCSI 提供了更加集中化的存储管理，可以通过 Windows Server 提供的 iSCSI 目标服务进行集中化管理。
可扩展性：iSCSI 支持大规模的存储环境，允许在网络中增加更多存储设备，扩展存储容量。
兼容性：iSCSI 可以跨不同的操作系统平台（如 Windows、Linux）进行工作，提供跨平台的存储共享。

iSCSI 的应用场景

集中化存储管理：iSCSI 可以将多个物理硬盘集中管理，通过网络共享给不同的服务器。适合虚拟化环境中的存储需求。
灾难恢复和数据备份：通过 iSCSI 协议，远程备份存储可以在不同的地理位置实现，确保数据的安全和高可用性。
虚拟化环境：在虚拟化架构中，iSCSI 被广泛应用于为虚拟机提供存储资源，尤其是在 VMware 和 Hyper-V 等虚拟化平台上。
扩展存储资源：当企业存储需求增长时，可以通过 iSCSI 轻松扩展存储容量，而不需要大规模的硬件更换。

Windows Server 2022 中的 iSCSI 目标服务器

在 Windows Server 2022 中，iSCSI 目标服务器角色使得服务器能够充当 iSCSI 存储设备，提供共享的存储资源。Windows Server 提供了集成的 GUI 和 PowerShell 工具，使得 iSCSI 目标的配置和管理更加简便。

功能：
- 创建和管理 iSCSI 目标（虚拟硬盘、LUN）。
- 配置 iSCSI 目标的访问控制（IP 过滤、身份验证）。
- 支持多路径 I/O（MPIO）配置，提供负载均衡和容错能力。
- 支持与 Active Directory 集成，实现更好的身份验证和安全性。

通过这些功能，Windows Server 2022 的 iSCSI 目标服务器可以在企业环境中提供强大且灵活的存储解决方案。

iSCSI 是一种高效且成本较低的网络存储解决方案，Windows Server 2022 提供了全面的 iSCSI 目标支持，使得存储资源的共享和管理变得更加简单。无论是在虚拟化环境、企业级存储部署，还是在数据备份和灾难恢复中，iSCSI 都可以为组织带来显著的好处。

什么是 iSCSI？

iSCSI（Internet Small Computer Systems Interface）是一种通过标准的 TCP/IP 网络（如以太网）传输 SCSI（Small Computer System Interface）命令的协议。iSCSI 允许计算机通过网络远程访问存储设备，就像本地硬盘一样操作。它将传统的 SCSI 存储协议与网络技术（如以太网）结合，从而使得数据存储不再依赖于专用存储网络（如 Fibre Channel），而是可以通过现有的 IP 网络进行通信。

iSCSI 的工作原理

iSCSI 协议主要有两个关键组件：

iSCSI 目标（Target）：
- iSCSI 目标是提供存储资源的设备或服务器。它通常是硬盘、磁盘阵列或虚拟存储设备。iSCSI 目标通过网络向客户端（发起者）提供存储资源（如磁盘或磁盘阵列）。
- 目标设备通过 TCP/IP 协议和 iSCSI 协议向发起者提供磁盘空间，发起者可以像访问本地硬盘一样进行数据读写操作。
iSCSI 发起者（Initiator）：
- iSCSI 发起者是请求存储资源的客户端设备，通常是服务器或工作站。它通过 iSCSI 协议通过网络连接到 iSCSI 目标，发起磁盘读写操作。
- 发起者负责通过网络向目标发送存储请求，获取或存储数据。

通过这些组件，iSCSI 使得数据存储通过网络共享，可以在不增加昂贵硬件的情况下将存储资源扩展到远程计算机。

iSCSI 的工作方式

iSCSI 基于标准的 IP 网络通信，因此它能够通过普通的以太网或其他 TCP/IP 网络传输存储数据。当一个 iSCSI 发起者（客户端）请求连接一个 iSCSI 目标时，它会使用 IP 地址与目标设备建立通信，发送 SCSI 命令并进行数据读写。

具体来说，iSCSI 协议将传统的 SCSI 命令（如读写操作）封装到 TCP/IP 数据包中，并通过网络传输到目标。目标设备接收到请求后，执行相应的存储操作，并将结果返回给发起者。

iSCSI 的主要优势

成本效益：
- 与传统的 Fibre Channel 存储解决方案相比，iSCSI 使用标准的以太网和 TCP/IP 网络硬件，因此成本较低。组织可以在现有的网络基础设施上构建存储区域网络（SAN），而不需要额外购买昂贵的专用存储网络设备。
灵活性和扩展性：
- iSCSI 可以支持远程存储连接，允许存储资源跨越不同的地理位置进行管理和扩展。无论是小型办公环境还是大型数据中心，iSCSI 都能提供灵活的存储解决方案。
简化部署：
- 使用标准的 IP 网络进行通信，使得 iSCSI 存储解决方案的部署更为简单，不需要特别的硬件支持。只需通过配置网络，就可以实现存储资源的远程访问。
与现有网络兼容：
- iSCSI 可以在现有的 TCP/IP 网络上运行，因此与现有网络设备和技术兼容，无需新增专用的存储网络基础设施。
集中化管理：
- iSCSI 支持集中化的存储管理。通过集中管理的 iSCSI 目标服务器，管理员可以方便地管理整个网络上的存储资源，减少管理复杂性。

iSCSI 的应用场景

虚拟化环境：
- iSCSI 常用于虚拟化环境中，作为虚拟机的存储后端。在 VMware、Hyper-V 等虚拟化平台中，iSCSI 提供了灵活、可扩展的存储解决方案。
数据备份与灾难恢复：
- 通过 iSCSI，远程存储可以用于数据备份和灾难恢复。数据可以远程存储在不同的地点，确保在本地发生故障时仍能保证数据的安全性。
企业级存储网络：
- 通过 iSCSI 可以构建企业级存储区域网络（SAN），使得组织能够集中管理存储资源，并实现大规模的存储部署。
远程存储：
- 在一些地理上分布广泛的组织或远程办公场景中，iSCSI 可以提供跨区域的存储访问，实现跨区域数据访问和共享。

iSCSI 是一种高效、灵活且成本效益高的存储协议，它通过标准的 IP 网络提供存储服务。通过 iSCSI，企业能够构建灵活的存储区域网络（SAN），而无需依赖昂贵的专用存储网络硬件。Windows Server 2022 提供了内置的 iSCSI 目标服务器功能，使得存储资源可以通过 iSCSI 协议被其他服务器或计算机远程访问。这为组织提供了更加灵活、可扩展的存储解决方案，广泛应用于虚拟化、数据备份及企业存储管理等多个领域。

iSCSI 的工作原理

在 Windows Server 2022 中，iSCSI 服务器是通过内置的 iSCSI Target Server 功能来实现的。iSCSI 是通过网络将存储设备（例如硬盘、磁盘阵列等）共享给其他设备的一种协议。具体来说，iSCSI 允许你将存储资源提供给其他计算机，让它们可以通过标准 IP 网络进行访问，就像本地磁盘一样。

Windows Server 2022 中的 iSCSI 服务器

在 Windows Server 2022 中，iSCSI Target Server 功能允许你创建和配置 iSCSI 目标（Target），使得本机的存储资源可以通过网络与其他机器共享。通过该功能，Windows Server 2022 可以充当 iSCSI 服务器（或目标服务器），其他计算机可以作为 iSCSI 发起者（Initiator）连接到该服务器以访问存储资源。

iSCSI 的工作原理

iSCSI 的工作原理可以分为以下几个步骤：

iSCSI 发起者（Initiator）：
- iSCSI 发起者通常是客户端设备或服务器，它发起对 iSCSI 目标的连接请求。发起者通过 IP 地址找到目标并与之建立连接。发起者发送 SCSI 命令，通过 TCP/IP 协议与目标服务器通信，进行数据的读写操作。
- Windows Server 2022 也可以作为 iSCSI 发起者，允许它通过网络连接到远程 iSCSI 存储。
iSCSI 目标（Target）：
- iSCSI 目标是通过网络提供存储资源的服务器或设备。在 Windows Server 2022 中，iSCSI 目标通常是一个磁盘或一个磁盘阵列，作为远程存储池来提供给客户端设备使用。
- iSCSI 目标通过 iSCSI Target Server 功能创建，管理员可以通过该功能配置目标磁盘、LUN（逻辑单元号）等。目标设备可以是服务器的本地磁盘，也可以是外部存储设备。
SCSI 命令封装：
- 当 iSCSI 发起者发送一个存储请求时（如读取数据或写入数据），它实际上是发送了一个 SCSI 命令。iSCSI 协议的一个重要特性是将这些传统的 SCSI 命令封装在 TCP/IP 数据包中，然后通过网络传输到 iSCSI 目标。
- iSCSI 通过将 SCSI 命令封装到 TCP/IP 数据包中，使得 SCSI 存储可以在基于 IP 网络的环境中运行。
数据的传输：
- 一旦 iSCSI 目标接收到封装的 SCSI 命令，它就会处理这个请求（如读取数据、写入数据等），然后将处理结果通过 TCP/IP 网络发送回 iSCSI 发起者。此时，iSCSI 发起者将数据接收并处理。
建立和管理连接：
- 在 iSCSI 网络环境中，iSCSI 发起者和 iSCSI 目标之间的连接是通过 TCP/IP 协议建立的。Windows Server 2022 支持 iSCSI 会话管理，确保在不同计算机之间的连接保持稳定，并能够有效地进行数据传输。
- 发起者通过 iSCSI 协议和目标之间的会话，进行存储操作。

iSCSI 的连接过程（简化流程）

发起者初始化连接：
- iSCSI 发起者（例如客户端服务器）向 iSCSI 目标服务器发送连接请求。这个请求通过目标的 IP 地址和端口发起。
目标响应连接请求：
- iSCSI 目标服务器接受连接请求，并将目标设备的存储资源（如磁盘）展示给发起者。目标服务器根据请求将逻辑单元号（LUN）分配给发起者。
数据传输：
- 一旦建立连接，iSCSI 发起者就可以像本地硬盘一样，通过网络读取和写入数据。iSCSI 协议封装 SCSI 命令（如读取、写入等）并通过 IP 网络传输。目标服务器处理这些请求并将结果返回给发起者。
连接保持与管理：
- 连接成功后，iSCSI 发起者与目标之间保持会话状态，可以进行持续的数据读写。目标服务器会根据需要进行连接管理，保证高效的数据传输。
断开连接：
- 当数据传输完成，iSCSI 发起者或目标可以发出断开连接的请求，结束当前会话，释放资源。

Windows Server 2022 中的 iSCSI 配置步骤

要在 Windows Server 2022 中设置 iSCSI 目标服务器，通常需要以下步骤：

启用 iSCSI Target Server 功能：
- 打开 服务器管理器，在“角色和功能”中启用 iSCSI Target Server 功能。
创建 iSCSI 目标：
- 进入 iSCSI 目标管理器，创建新的 iSCSI 目标。可以选择将本地磁盘、VHD 文件或者其他存储设备作为目标。
配置访问权限：
- 为 iSCSI 发起者配置权限，指定哪些客户端可以访问该 iSCSI 目标。
设置存储和 LUN：
- 在目标中配置存储资源，可以为每个目标分配一个逻辑单元号（LUN）。每个 LUN 就是一个可供访问的存储单元。
连接到 iSCSI 发起者：
- 在发起者机器上，使用 iSCSI Initiator 配置并连接到 iSCSI 目标。输入目标的 IP 地址和端口，完成连接。
管理和监控：
- 使用 iSCSI Target Server 管理工具来监控存储连接和性能，确保数据的稳定传输。

在 Windows Server 2022 中，iSCSI Target Server 使得你可以通过标准的 IP 网络将存储资源提供给其他服务器或计算机。iSCSI 的工作原理是将 SCSI 命令封装到 TCP/IP 数据包中，从而使远程设备能够像访问本地硬盘一样对存储资源进行读写操作。这种方式不仅降低了存储网络的成本，还提升了存储的灵活性和可扩展性，广泛应用于企业存储和虚拟化环境中。

iSCSI 和传统存储协议（如 Fibre Channel）的区别

在存储网络中，iSCSI 和传统的存储协议（如 Fibre Channel）是两种常见的选择，它们各自有不同的特点和应用场景。下面是它们的主要区别的化对比：

特性	iSCSI (Internet Small Computer Systems Interface)	Fibre Channel
协议类型	网络协议，基于 TCP/IP 和 Ethernet 网络传输数据。	光纤通信协议，专门为存储网络设计，通常使用专用光纤网络。
传输介质	以太网（Ethernet）。使用标准的网络硬件，如网卡和交换机。	光纤电缆或光纤交换机。
带宽	带宽通常由以太网的速度决定，支持 1Gbps、10Gbps、25Gbps、40Gbps 等速度。	通常提供 4Gbps、8Gbps、16Gbps 或 32Gbps 的带宽，较高带宽。
部署成本	较低，使用现有的以太网基础设施，无需专用的光纤硬件。	较高，需要专用的光纤基础设施和硬件，增加了初期投资成本。
延迟	相对较高，由于以太网网络本身的传输延迟和拥塞可能影响性能。	较低，Fibre Channel 网络通常具有更快的响应时间，适用于高性能需求。
协议复杂性	协议较简单，配置和管理相对容易，适用于大多数 IT 环境。	协议较为复杂，通常需要专业的管理和配置，适合高端存储解决方案。
存储类型	支持 SAN（存储区域网络）和 NAS（网络附加存储）存储。	主要用于 SAN 存储网络，专为块级存储设计。
扩展性	高，基于以太网，可以轻松扩展至大规模的存储网络。	也具有良好的扩展性，但硬件要求较高，需要专用的光纤交换机和连接。
可用性和冗余	可使用标准网络设备配置冗余，但冗余机制的配置和管理相对简单。	高可用性和冗余性较好，具有专用的冗余功能（如多路径 I/O）。
数据传输安全性	支持 IPsec 和其他加密技术进行数据加密和传输安全保障。	具有高安全性，支持专用的存储网络，数据传输通常是封闭和隔离的。
市场定位和应用场景	适用于成本敏感的企业、小型到中型企业，云存储和虚拟化环境。	主要用于大型数据中心和高性能计算环境，如银行、电信、科研等。
兼容性	支持多种操作系统和设备，包括 Windows、Linux、Unix 等，兼容性好。	支持专用的存储设备和高端服务器，主要适用于大型企业级设备。
部署和维护	部署较为简单，使用标准的以太网硬件和常见的网络配置工具。	部署复杂，涉及到光纤连接和专用硬件，需要更高的技术水平。
普及程度	较为普及，尤其是在中小型企业和虚拟化环境中应用广泛。	较为专业，主要集中在高端存储市场和大型数据中心。

iSCSI：适合成本敏感、需要易于部署和管理的环境，利用现有的网络基础设施进行存储扩展。其低成本、高兼容性、较易管理的特性，使其广泛应用于中小型企业和虚拟化环境。
Fibre Channel：适合高性能、大型企业或数据中心，尤其是对延迟和带宽有严格要求的场合。Fibre Channel 提供更低的延迟、更高的带宽和更高的可靠性，适用于要求极高的存储性能和大规模存储部署的环境。

iSCSI 服务器和目标

iSCSI 服务器（Target）和发起者（Initiator）

在 Windows Server 2022 中，iSCSI 服务器（Target）和发起者（Initiator）是两种关键组件，分别充当存储网络中的存储资源提供方和客户端。下面我将详细介绍这两者在 Windows Server 2022 环境中的作用及配置方法。

1. iSCSI 服务器（Target）

iSCSI 服务器（Target）是指提供存储空间（如磁盘、虚拟磁盘或存储设备）的服务器，通常用于创建 iSCSI 存储区域网络（SAN）。iSCSI Target 是一个存储目标，它向网络上的其他计算机提供磁盘块（例如，虚拟硬盘文件或存储卷）。

配置 iSCSI 服务器（Target）步骤：

安装 iSCSI Target 角色： 在 Windows Server 2022 中，iSCSI Target 功能包含在 "存储和文件服务" 角色下，需要进行安装：
- 打开 “服务器管理器”，点击 “添加角色和功能”。
- 在向导中，选择 "角色-based or feature-based installation"，然后选择目标服务器。
- 在角色选择中，选择 "存储和文件服务" -> “iSCSI Target Server”。
- 完成安装过程。
配置 iSCSI Target： 安装完成后，可以使用 iSCSI Target Server 管理工具来创建和配置目标（Target）。
- 打开 “iSCSI 目标” 管理工具（可以在“管理” -> “存储”中找到）。
- 在左侧面板中，右键点击 “iSCSI Targets”，选择 “新建 iSCSI 目标”。
- 输入目标的名称，指定 iSCSI 目标的位置（例如，虚拟磁盘文件或物理磁盘）。
- 在 “授权” 阶段，可以配置哪些 iSCSI 发起者（Initiator）允许连接到这个目标。
创建虚拟磁盘（VHD）或使用物理磁盘：
- 你可以选择将虚拟硬盘（VHD）作为 iSCSI 目标，也可以选择物理磁盘或存储池。
- 在 “目标” 配置界面，选择对应的磁盘文件或存储卷作为目标磁盘。
设置访问权限：
- 在 “授权” 部分，你可以为特定的 iSCSI 发起者设置访问权限，通常基于 IQN（iSCSI Qualified Name） 或 IP 地址。

2. iSCSI 发起者（Initiator）

iSCSI 发起者（Initiator）是客户端，它通过网络访问 iSCSI 服务器（Target）提供的存储。Windows Server 2022 自带 iSCSI Initiator，它能够连接到远程 iSCSI Target 并将其呈现为本地磁盘。

配置 iSCSI 发起者（Initiator）步骤：

启动 iSCSI Initiator：
- 在发起者机器上，打开 “iSCSI Initiator” 管理工具（可以在“控制面板”-> “管理工具”中找到）。
- 如果首次运行 iSCSI Initiator，系统会提示你启用该服务并启动该工具。
连接到 iSCSI 目标：
- 在 iSCSI Initiator 中，进入 “目标” 标签页。
- 在 “目标发现” 部分，点击 “发现目标”，然后输入 iSCSI 目标服务器的 IP 地址或 FQDN（完全限定域名）。
- 点击 “发现” 按钮，iSCSI Initiator 会向指定的服务器发起发现请求，并列出可用的 iSCSI 目标。
连接到目标：
- 选择要连接的目标，并点击 “连接”。
- 如果目标需要身份验证，可以输入对应的认证信息（如 CHAP 身份验证）。
- 连接成功后，该 iSCSI 目标会作为本地磁盘（通常是未格式化的磁盘）出现在 “磁盘管理” 中。
格式化和使用磁盘：
- 进入 “磁盘管理”，你可以看到新连接的 iSCSI 目标磁盘。
- 对该磁盘进行初始化、分区和格式化，然后就可以像使用本地磁盘一样使用该存储。

3. iSCSI 发起者和目标的常见配置细节：

授权设置： 在 iSCSI Target 服务器中，可以设置授权规则以确保只有特定的 iSCSI 发起者能够访问该目标。常见的授权方式包括通过 IQN（iSCSI Qualified Name） 或 IP 地址进行限制。
多路径 I/O（MPIO）： 为了提高可靠性和性能，可以在 Windows Server 2022 中配置 多路径 I/O（MPIO），这允许多个物理路径连接到同一个 iSCSI 目标，增加冗余和带宽。
连接重试和自动连接： iSCSI Initiator 提供了重试和自动重新连接的功能，以确保在网络中断时，发起者能够自动重新连接到目标。

4. iSCSI Target 服务器与发起者的关系：

iSCSI Target（服务器）：提供存储资源，支持多个发起者连接，允许管理者创建和管理虚拟磁盘或存储池。
iSCSI Initiator（发起者）：通过网络访问 iSCSI 目标，将远程存储呈现为本地磁盘，进行数据读写操作。

iSCSI 服务器（Target）：提供存储资源，可以是物理磁盘或虚拟磁盘，通过 iSCSI 协议向网络上的其他设备提供存储服务。
iSCSI 发起者（Initiator）：作为客户端，通过 iSCSI 协议连接到目标服务器，使用远程存储资源，并将其呈现为本地磁盘。

在 Windows Server 2022 中，iSCSI Target 和 Initiator 的配置非常直观，管理员可以轻松地通过图形化界面完成设置。

如何通过 iSCSI 提供存储服务

在 Windows Server 2022 中，使用 iSCSI Target Server 功能可以通过 iSCSI 协议向网络上的其他计算机提供存储服务。iSCSI 允许你将物理磁盘或虚拟硬盘（VHD/VHDX）作为存储资源共享，并让客户端（iSCSI 发起者）通过网络访问这些存储设备。下面是配置 Windows Server 2022 iSCSI 服务器 以提供存储服务的详细步骤：

步骤 1：安装 iSCSI Target Server 角色

首先，需要在 Windows Server 2022 中安装 iSCSI Target Server 角色。这将使你能够将存储资源通过 iSCSI 协议共享给网络上的其他计算机。

打开服务器管理器：
- 在服务器管理器中，点击左上角的 "管理"，然后选择 "添加角色和功能"。
选择安装类型：
- 在弹出的向导中，选择 “基于角色或基于功能的安装”。
- 选择要安装角色的服务器。
选择角色：
- 在角色选择界面，展开 “存储和文件服务”，然后勾选 “iSCSI Target Server”。
- 点击 “下一步”，然后继续安装。
完成安装：
- 根据向导完成安装过程，安装完成后，iSCSI Target 功能就会启用。

步骤 2：配置 iSCSI 目标 (Target)

安装完 iSCSI Target Server 后，你可以开始配置 iSCSI 目标。这些目标将是你提供给客户端的存储资源。

打开 iSCSI 目标管理工具：
- 通过 “服务器管理器” -> “工具” -> “iSCSI 目标” 打开 iSCSI 目标管理工具。
创建新的 iSCSI 目标：
- 在 iSCSI 目标管理工具中，右键点击 “iSCSI 目标”，然后选择 “新建 iSCSI 目标”。
- 输入目标的名称，可以使用一个简洁的名字，便于识别（例如：Target1）。
选择目标存储：
- 在创建目标的过程中，你将被要求指定要用于该目标的存储资源。你可以选择：
  - 虚拟硬盘（VHD/VHDX）：可以将虚拟磁盘文件作为存储提供。
  - 物理磁盘：可以直接使用一块物理磁盘作为目标存储。
- 选择好存储后，点击 下一步。
配置 iSCSI 目标的授权：
- 在授权部分，设置可以访问该目标的 iSCSI 发起者。你可以根据发起者的 IQN（iSCSI Qualified Name） 或 IP 地址 来指定允许访问该目标的发起者。
- 你可以选择 “无授权”（开放访问）或配置 “单一授权”，仅允许特定的发起者连接。
完成配置：
- 配置完成后，点击 “创建”，此时你的 iSCSI 目标已经创建并开始提供存储服务。

步骤 3：启用 MPIO（可选，提升性能和可靠性）

多路径输入输出（MPIO） 是 iSCSI 存储方案中的一项重要功能，它可以提供多条网络路径，从而增加冗余和提高存储访问的可靠性和性能。如果你计划通过多个网络路径连接到 iSCSI 目标，建议启用 MPIO。

启用 MPIO 功能：
- 打开 “服务器管理器”，选择 “管理” -> “添加角色和功能”。
- 在功能列表中选择 “多路径 I/O”，然后点击 下一步 完成安装。
配置 MPIO：
- 安装完成后，打开 “MPIO” 配置工具。
- 在 “设备” 标签中，选择 “添加支持 iSCSI”。
- 配置完成后，系统将支持多个 iSCSI 连接路径，从而提高存储访问的可靠性。

步骤 4：让 iSCSI 发起者连接到 iSCSI 目标

现在，iSCSI 目标已经设置好，接下来需要在客户端（iSCSI 发起者）上连接到此目标。

在客户端机器上启用 iSCSI Initiator：
- 在 Windows Server 2022 或 Windows 10/11 上，打开 “iSCSI Initiator”（可以通过开始菜单搜索或控制面板找到）。
- 如果是第一次使用，系统会提示你启用该服务并启动 iSCSI Initiator。
发现目标：
- 在 iSCSI Initiator 中，点击 “目标” 标签页。
- 在 “目标发现” 部分，点击 “发现”，输入 iSCSI 目标服务器的 IP 地址或 DNS 名称，然后点击 “发现”。
- 系统会自动列出该目标服务器上所有可用的 iSCSI 目标。
连接到目标：
- 在发现的目标列表中，选择你希望连接的目标。
- 点击 “连接”，如果目标设置了身份验证，输入相应的认证信息（如 CHAP 密码）。
初始化并格式化磁盘：
- 连接成功后，iSCSI 目标会作为新的磁盘出现在 “磁盘管理” 中。你可以初始化该磁盘，分区并格式化为所需的文件系统（例如 NTFS 或 ReFS）。

步骤 5：使用 iSCSI 存储

一旦 iSCSI 目标成功连接并格式化，你就可以像使用本地磁盘一样使用该 iSCSI 存储了。可以用它来存储文件、数据库、虚拟机等。

通过上述步骤，你可以在 Windows Server 2022 中配置一个 iSCSI 服务器，提供存储服务给网络中的 iSCSI 发起者。整个过程主要包括安装 iSCSI Target 角色、创建并配置 iSCSI 目标、授权访问以及在客户端配置 iSCSI Initiator 连接目标。通过这种方式，你可以在 Windows 环境下轻松实现网络存储（SAN）。

2. 安装 iSCSI 目标服务器角色

打开 服务器管理器
- 如何进入服务器管理器
安装 iSCSI Target Server 角色
- 选择 “添加角色和功能”
- 启用 iSCSI Target Server 功能
安装过程中注意事项
完成安装并重启服务器

3. 配置 iSCSI 目标

进入 iSCSI Target 管理工具
- 打开 iSCSI Target Server 控制台
- 如何访问和操作 iSCSI 目标管理器
创建新的 iSCSI Target
- 设置 iSCSI Target 名称
- 配置 虚拟磁盘（VHD/VHDX）
- 创建新的磁盘映像文件
设置 iSCSI 目标的认证（可选）
- 启用 CHAP 认证
- 配置发起者用户名和密码
配置 访问控制列表（ACL）
- 允许哪些 iSCSI 发起者可以访问该目标
- 配置 IP 地址或 IQN 过滤器

4. 创建和配置 iSCSI 目标磁盘

创建 VHD/VHDX 文件
- 如何在服务器上创建虚拟硬盘
- 配置磁盘大小和格式
将 VHD/VHDX 连接到 iSCSI 目标
- 将创建的虚拟硬盘附加到 iSCSI 目标
格式化和分区虚拟硬盘
- 选择文件系统（NTFS、ReFS 等）
- 初始化磁盘并创建分区

5. 配置 iSCSI 发起者

在客户端（如另一台服务器或工作站）配置 iSCSI Initiator
- 启动 iSCSI Initiator 程序
- 输入 iSCSI 目标服务器的 IP 地址或名称
配置 iSCSI Initiator 连接
- 连接到 iSCSI 目标
- 使用 CHAP 认证（如果启用）
映射 iSCSI 磁盘到客户端操作系统
- 在客户端操作系统中初始化磁盘
- 格式化并挂载磁盘
验证连接是否成功

6. 高级配置选项（可选）

配置 多路径 I/O（MPIO）（在需要高可用性和负载均衡时使用）
- 启用和配置 MPIO
- 配置多路径冗余和故障转移
配置 iSCSI 存储池
- 通过存储池将多个磁盘整合
性能优化
- 调整 iSCSI 缓存和带宽设置
- 优化存储性能

7. 常见问题与故障排除

无法连接到 iSCSI 目标
- 检查网络连接和防火墙设置
- 确认目标和发起者的配置是否正确
iSCSI 目标无法访问
- 检查 iSCSI 目标的访问控制列表（ACL）
- 验证 CHAP 认证设置
目标磁盘无法在客户端识别
- 检查磁盘初始化状态
- 确认是否格式化了磁盘

8. 安全性与最佳实践

加强 iSCSI 连接的安全性
- 使用 CHAP 或 IPsec 等安全协议
- 启用加密和 访问控制
备份和恢复 iSCSI 目标数据
- 定期备份虚拟磁盘
- 如何恢复丢失的 iSCSI 数据

9. 总结与扩展

总结配置步骤
各种 iSCSI 目标 和 发起者 的使用场景
其他存储技术（如 SMB、NFS）的比较与选择

附录：常见命令与工具

PowerShell 操作命令：

创建和管理 iSCSI 目标的 PowerShell 命令

在 Windows Server 2022 中，你可以使用 PowerShell 来创建和管理 iSCSI 目标。PowerShell 提供了一些强大的 cmdlet 来配置、管理和监控 iSCSI 目标服务器。以下是创建和管理 iSCSI 目标的相关 PowerShell 操作命令：

1. 安装 iSCSI Target Server 角色

首先，需要通过 PowerShell 安装 iSCSI Target Server 角色：

powershellCopy Code

Install-WindowsFeature -Name FS-iSCSITarget-Server

此命令会安装 iSCSI Target Server 角色。

2. 创建一个 iSCSI 目标

使用以下命令可以创建一个 iSCSI 目标。iSCSI 目标是客户端（iSCSI Initiator）访问的存储资源。

powershellCopy Code

New-IscsiServerTarget -TargetName "Target1" -InitiatorIds "IQN:iqn.2024-12.com.example:initiator1"

TargetName 是你为 iSCSI 目标命名的名称。
InitiatorIds 是允许连接到该目标的 iSCSI 发起者（可以通过 IQN 或 IP 地址进行标识）。

3. 将磁盘或虚拟硬盘（VHD）添加到 iSCSI 目标

将物理磁盘或 VHD/VHDX 文件映射到一个 iSCSI 目标。

将物理磁盘添加到 iSCSI 目标：

powershellCopy Code

New-IscsiVirtualDisk -Path "D:\Storage\disk1.vhdx" -Size 100GB -Resilient $true
Add-IscsiServerTargetToVirtualDisk -TargetName "Target1" -VirtualDisk "D:\Storage\disk1.vhdx"

该命令将创建一个名为 "disk1.vhdx" 的 VHD，并将其大小设置为 100GB。
你也可以使用物理磁盘，具体取决于你的存储配置。

将虚拟硬盘（VHD/VHDX）文件添加到 iSCSI 目标：

powershellCopy Code

New-IscsiVirtualDisk -Path "D:\Storage\MyVHD.vhdx" -Size 200GB
Add-IscsiServerTargetToVirtualDisk -TargetName "Target1" -VirtualDisk "D:\Storage\MyVHD.vhdx"

4. 设置 iSCSI 目标的授权

你可以控制哪些发起者可以访问 iSCSI 目标，通过设置授权来限制访问。

powershellCopy Code

Add-IscsiServerTargetAccess -TargetName "Target1" -InitiatorId "IQN:iqn.2024-12.com.example:initiator1"

InitiatorId 是允许访问该目标的 iSCSI 发起者的标识符（例如：IQN:iqn.2024-12.com.example:initiator1）。

5. 列出所有 iSCSI 目标

使用以下命令列出当前配置的所有 iSCSI 目标：

powershellCopy Code

Get-IscsiServerTarget

该命令将显示当前所有配置的 iSCSI 目标的详细信息。

6. 删除 iSCSI 目标

如果你需要删除一个 iSCSI 目标，可以使用以下命令：

powershellCopy Code

Remove-IscsiServerTarget -TargetName "Target1"

7. 查看 iSCSI 目标的详细信息

如果你想查看特定 iSCSI 目标的详细信息，可以使用以下命令：

powershellCopy Code

Get-IscsiServerTarget -TargetName "Target1"

8. 配置和管理 iSCSI 连接（客户端操作）

对于客户端机器，你也可以使用 PowerShell 来配置 iSCSI 发起者，连接到 iSCSI 目标。

启动 iSCSI 发起者并连接到目标

powershellCopy Code

Connect-IscsiTarget -NodeAddress "iqn.2024-12.com.example:Target1" -InitiatorPortal "192.168.1.100"

NodeAddress 是目标的 IQN 地址。
InitiatorPortal 是 iSCSI 目标服务器的 IP 地址或主机名。

查看已连接的 iSCSI 目标

powershellCopy Code

Get-IscsiTarget

该命令列出所有已连接的 iSCSI 目标。

断开 iSCSI 目标连接

powershellCopy Code

Disconnect-IscsiTarget -NodeAddress "iqn.2024-12.com.example:Target1"

该命令将断开与指定 iSCSI 目标的连接。

9. 启用 MPIO（多路径输入输出）支持

如果你打算使用多个路径进行连接，提高可靠性和性能，可以启用 MPIO 功能：

安装 MPIO 功能

powershellCopy Code

Install-WindowsFeature -Name Multipath-IO

启用 iSCSI MPIO

powershellCopy Code

Enable-MSDSMAutomaticClaim

查看 MPIO 配置信息

powershellCopy Code

Get-MPIOSetting

10. 显示和管理 iSCSI 虚拟磁盘

查看当前所有的 iSCSI 虚拟磁盘：

powershellCopy Code

Get-IscsiVirtualDisk

删除一个 iSCSI 虚拟磁盘：

powershellCopy Code

Remove-IscsiVirtualDisk -Path "D:\Storage\MyVHD.vhdx"

这些 PowerShell 命令可以帮助你在 Windows Server 2022 中创建和管理 iSCSI 目标。通过这些命令，你可以轻松地配置、管理和监控 iSCSI 存储服务器，支持各种存储需求。

更高级的 iSCSI Target 管理功能和更多的 PowerShell 操作，用于在 Windows Server 2022 上进行深入配置和优化。

11. 管理 iSCSI 目标的访问控制

你可以通过管理 iSCSI 发起者的访问权限来增强安全性。PowerShell 提供了设置访问权限的方法，确保只有特定的发起者能够连接到 iSCSI 目标。

添加多个发起者访问权限

如果你希望允许多个发起者连接到同一 iSCSI 目标，可以使用 Add-IscsiServerTargetAccess 命令多次添加不同的 InitiatorId：

powershellCopy Code

Add-IscsiServerTargetAccess -TargetName "Target1" -InitiatorId "IQN:iqn.2024-12.com.example:initiator1"
Add-IscsiServerTargetAccess -TargetName "Target1" -InitiatorId "IQN:iqn.2024-12.com.example:initiator2"

删除发起者访问权限

如果需要撤销某个发起者的访问权限，可以使用 Remove-IscsiServerTargetAccess 命令：

powershellCopy Code

Remove-IscsiServerTargetAccess -TargetName "Target1" -InitiatorId "IQN:iqn.2024-12.com.example:initiator1"

12. 配置 iSCSI 登录超时和重试策略

在某些情况下，iSCSI 连接可能因为网络不稳定或其他问题而断开。你可以通过调整登录超时和重试策略来优化连接的稳定性。

设置 iSCSI 登录超时

powershellCopy Code

Set-IscsiTargetPortal -TargetPortalAddress "192.168.1.100" -LoginTimeout 30

LoginTimeout 以秒为单位，指定连接超时时间。如果目标服务器未能在指定时间内响应，iSCSI 客户端将尝试重新连接。

配置 iSCSI 重试次数

powershellCopy Code

Set-IscsiTargetPortal -TargetPortalAddress "192.168.1.100" -MaxRetryCount 5

MaxRetryCount 设置在连接失败时最大重试次数。如果重试次数超过指定值，连接将会失败。

13. 配置 iSCSI 快照（SnapShot）

对于需要进行备份或恢复操作的存储环境，可以使用 iSCSI 快照。PowerShell 提供了创建、管理和删除 iSCSI 虚拟磁盘快照的功能。

创建 iSCSI 虚拟磁盘的快照

powershellCopy Code

New-IscsiVirtualDiskSnapshot -VirtualDisk "D:\Storage\disk1.vhdx" -SnapshotName "Snapshot1"

SnapshotName 是你为快照指定的名称。

列出所有虚拟磁盘的快照

powershellCopy Code

Get-IscsiVirtualDiskSnapshot -VirtualDisk "D:\Storage\disk1.vhdx"

删除 iSCSI 虚拟磁盘快照

powershellCopy Code

Remove-IscsiVirtualDiskSnapshot -SnapshotName "Snapshot1"

14. iSCSI 目标和虚拟磁盘的性能监控

为了确保 iSCSI 目标和虚拟磁盘的性能，Windows Server 提供了一些监控工具来帮助你跟踪性能数据。

查看 iSCSI 目标的性能指标

你可以使用 Get-IscsiServerTargetPerformance 来查看 iSCSI 目标的性能状态：

powershellCopy Code

Get-IscsiServerTargetPerformance -TargetName "Target1"

该命令将显示该目标的性能指标，如 I/O 操作数、吞吐量等。

查看虚拟磁盘性能

要查看虚拟磁盘的性能信息，可以使用以下命令：

powershellCopy Code

Get-IscsiVirtualDiskPerformance -VirtualDisk "D:\Storage\disk1.vhdx"

该命令提供关于虚拟磁盘的读取/写入操作、吞吐量和延迟等性能数据。

15. 备份和还原 iSCSI 配置

在进行更改或维护之前，建议备份 iSCSI 配置，以便在发生故障时能够快速恢复。

导出 iSCSI 配置

powershellCopy Code

Export-IscsiServerConfiguration -Path "C:\Backup\iscsi_config.xml"

该命令将 iSCSI 配置导出为一个 XML 文件，保存在指定路径下。

导入 iSCSI 配置

如果你需要将备份的 iSCSI 配置文件恢复到当前服务器，可以使用以下命令：

powershellCopy Code

Import-IscsiServerConfiguration -Path "C:\Backup\iscsi_config.xml"

该命令将从指定的 XML 文件导入配置。

16. 自动化 iSCSI 目标管理

你可以使用 PowerShell 脚本来自动化 iSCSI 目标的管理，定期检查和调整配置，或为新服务器和存储设备创建预设的配置。

自动创建和配置 iSCSI 目标

以下是一个简单的 PowerShell 脚本，自动化创建 iSCSI 目标并设置虚拟磁盘：

powershellCopy Code

$targetName = "Target2"
$initiatorId = "IQN:iqn.2024-12.com.example:initiator3"
$virtualDiskPath = "D:\Storage\Target2.vhdx"
$diskSize = "500GB"

# 创建虚拟磁盘
New-IscsiVirtualDisk -Path $virtualDiskPath -Size $diskSize

# 创建 iSCSI 目标
New-IscsiServerTarget -TargetName $targetName -InitiatorIds $initiatorId

# 将虚拟磁盘与目标关联
Add-IscsiServerTargetToVirtualDisk -TargetName $targetName -VirtualDisk $virtualDiskPath

# 设置访问控制
Add-IscsiServerTargetAccess -TargetName $targetName -InitiatorId $initiatorId

Write-Host "iSCSI 目标和虚拟磁盘创建完成。"

该脚本可以自动完成 iSCSI 目标的创建、虚拟磁盘的配置以及访问权限的设置。

17. iSCSI 目标的故障排除

检查 iSCSI 目标状态

如果出现连接问题，可以通过 Get-IscsiServerTarget 检查目标的状态：

powershellCopy Code

Get-IscsiServerTarget -TargetName "Target1"

如果目标不可用或有任何错误，系统将返回相关的错误消息。

查看 iSCSI 连接日志

检查 iSCSI 连接的日志可以帮助排查连接问题。你可以在事件查看器中查看 iSCSI 日志，或者使用以下 PowerShell 命令来显示 iSCSI 事件日志：

powershellCopy Code

Get-WinEvent -LogName "Microsoft-Windows-iSCSI/Operational"

这个命令将列出与 iSCSI 连接相关的所有日志事件，帮助你诊断连接中出现的问题。

通过上述 PowerShell 命令和脚本，你可以非常灵活地管理和自动化 iSCSI 存储环境的配置。Windows Server 2022 提供了多种工具和功能，支持从简单的配置到复杂的存储管理和性能监控，使 iSCSI 存储系统更加高效和可靠。

这些操作涵盖了 iSCSI 目标的创建、管理、访问控制、性能优化等方面，帮助你全面掌控 iSCSI 存储环境，并确保高效、安全地进行数据管理。

深入探讨更多关于 iSCSI 目标管理和高级配置的内容，特别是在 Windows Server 2022 中的一些优化和故障排除方法。

18. iSCSI 的负载均衡和冗余

在大规模的存储环境中，iSCSI 目标的负载均衡和冗余对于提高性能和可用性至关重要。通过配置多个 iSCSI 目标门户，你可以实现负载均衡和容错，以确保存储环境的高可用性。

配置多个 iSCSI 目标门户

Windows Server 支持配置多个 iSCSI 目标门户，这样可以实现负载均衡，避免单点故障。你可以在多个不同的网络接口卡（NIC）上配置 iSCSI 目标。

powershellCopy Code

New-IscsiTargetPortal -TargetPortalAddress "192.168.1.101"
New-IscsiTargetPortal -TargetPortalAddress "192.168.1.102"

这样，当某个门户出现故障时，iSCSI 发起者会自动重试连接到其他可用的目标门户。你还可以通过配置高可用性网络来进一步增强冗余。

配置负载均衡（通过 Windows Multipath I/O）

Windows Server 提供了 Multipath I/O (MPIO) 功能来实现多路径负载均衡。MPIO 可确保 iSCSI 目标的多个路径的使用，增加存储连接的冗余性和性能。

启用 MPIO 支持：

powershellCopy Code

Enable-MSDSMAutomaticClaim

添加 iSCSI 设备到 MPIO：

powershellCopy Code

New-MPIOStorageDevice -FriendlyName "iSCSI Device"

查看当前的路径状态：

powershellCopy Code

Get-MPIOPath

配置负载均衡策略：

在 MPIO 设置中，你可以选择不同的负载均衡策略（如轮询、最短路径等）：

powershellCopy Code

Set-MPIOPolicy -Policy "RoundRobin"

配置 iSCSI 目标的冗余

通过在多个物理服务器上配置 iSCSI 目标，并使用硬件冗余（如 RAID 和双控制器存储系统），可以实现更高的冗余性。例如，如果其中一个存储设备出现故障，另一个设备可以继续提供服务，从而提高系统的可靠性。

19. iSCSI 存储的加密与安全性

随着对数据安全的关注不断提升，配置 iSCSI 存储的加密措施至关重要。Windows Server 支持使用 BitLocker 和 iSCSI 连接加密 来确保存储数据在传输和静态状态下的安全性。

启用 iSCSI 连接加密

Windows Server 提供了 iSCSI 连接加密选项，确保通过 iSCSI 协议传输的数据在网络中是加密的，防止数据泄露。

powershellCopy Code

Set-IscsiTargetPortal -TargetPortalAddress "192.168.1.100" -EnableChap -EnableEncryption $true

-EnableChap 启用 CHAP 认证，增加安全性。
-EnableEncryption 启用传输加密。

使用 BitLocker 对存储进行加密

BitLocker 可以加密整个磁盘或虚拟磁盘，确保数据在磁盘级别的安全。你可以使用 PowerShell 来启用 BitLocker 加密：

powershellCopy Code

Enable-BitLocker -MountPoint "D:" -EncryptionMethod Aes256

-MountPoint "D:" 指定需要加密的驱动器。
-EncryptionMethod Aes256 指定加密方法为 AES 256 位。

你也可以配置 BitLocker 在启动时要求密码或使用 TPM（受信任的平台模块）进行解锁。

20. iSCSI 存储池管理

在一些高级存储环境中，你可能需要配置 iSCSI 存储池来管理多个磁盘资源。Windows Server 2022 提供了对存储池和虚拟磁盘的支持，可以帮助你更灵活地配置 iSCSI 存储。

创建 iSCSI 存储池

powershellCopy Code

New-StoragePool -FriendlyName "iSCSIStoragePool" -StorageSubsystemFriendlyName "Storage Spaces" -PhysicalDisks (Get-PhysicalDisk)

-FriendlyName 是为存储池指定的名称。
-StorageSubsystemFriendlyName "Storage Spaces" 用于指定存储子系统为存储空间。

创建虚拟磁盘

一旦存储池创建成功，你可以创建虚拟磁盘并将其映射到 iSCSI 目标：

powershellCopy Code

New-VirtualDisk -StoragePoolFriendlyName "iSCSIStoragePool" -FriendlyName "iSCSIVirtualDisk" -Size 500GB -ProvisioningType Thin

-ProvisioningType Thin 指定磁盘为精简配置，这样会按需分配存储空间。

将虚拟磁盘添加到 iSCSI 目标

powershellCopy Code

New-IscsiVirtualDisk -Path "D:\iSCSI\iSCSIVirtualDisk.vhdx" -Size 500GB
Add-IscsiServerTargetToVirtualDisk -TargetName "Target1" -VirtualDisk "D:\iSCSI\iSCSIVirtualDisk.vhdx"

21. iSCSI 数据保护与备份

iSCSI 环境中的数据保护非常重要，定期进行备份可以帮助避免由于硬件故障或其他问题导致的数据丢失。

使用 Windows Server 数据保护功能

Windows Server 提供了 Windows Server Backup 工具，可以用于定期备份 iSCSI 存储。你可以通过 PowerShell 脚本定期备份存储卷。

powershellCopy Code

wbadmin start backup -backuptarget:D: -include:E: -quiet

-backuptarget:D: 指定备份目标位置。
-include:E: 指定要备份的卷。

配置 iSCSI 存储的快照

iSCSI 目标和虚拟磁盘也可以创建快照，用于备份和灾难恢复。

powershellCopy Code

New-IscsiVirtualDiskSnapshot -VirtualDisk "D:\Storage\disk1.vhdx" -SnapshotName "Snapshot1"

然后可以将快照复制到远程备份服务器或存储中，确保数据安全。

22. iSCSI 的性能优化

iSCSI 的性能对于大规模存储环境至关重要。通过以下措施，你可以优化 iSCSI 存储性能：

调整 iSCSI 目标的最大传输大小（MTU）

调整 MTU（最大传输单元）大小可以提高网络传输效率。确保你的网络设备和 iSCSI 发起者支持 Jumbo Frames（例如，MTU 设置为 9000 字节）可以提高数据传输速度，特别是在高带宽网络环境中。

powershellCopy Code

Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Jumbo Packet" -DisplayValue "9014 Bytes"

优化 iSCSI 目标磁盘的缓存策略

调整 iSCSI 目标虚拟磁盘的缓存策略可以显著改善磁盘的读写性能。你可以通过设置磁盘的缓存选项来实现这一点。

powershellCopy Code

Set-VirtualDisk -FriendlyName "iSCSIVirtualDisk" -IsCached $true

提高 iSCSI 网络性能

确保你的网络基础设施能够支持高吞吐量的 iSCSI 流量。使用专用的存储网络，或者配置 VLAN 来隔离 iSCSI 流量，从而避免网络拥塞。

23. 故障排除和日志查看

当 iSCSI 目标出现问题时，日志文件和诊断工具可以帮助你快速找到故障原因。

查看 iSCSI 连接状态

powershellCopy Code

Get-IscsiTargetPortal

该命令将显示目标门户的状态。如果目标门户出现故障或无法连接，检查网络和防火墙设置，确保 iSCSI 端口（通常是 3260）没有被阻止。

查看 iSCSI 目标的连接历史

powershellCopy Code

Get-IscsiServerTargetSession

这将列出所有与 iSCSI 目标的连接信息，包括会话状态、连接的发起者和其他详细信息。

检查 iSCSI 相关的事件日志

powershellCopy Code

Get-WinEvent -LogName "Microsoft-Windows-iSCSI/Operational"

此命令可以查看与 iSCSI 相关的所有事件日志，帮助诊断连接失败或性能问题。

通过这些高级配置和优化技术，你可以在 Windows Server 2022 上实现高性能、安全、可靠的 iSCSI 存储环境。无论是通过多路径配置、加密、冗余、还是优化存储池的管理

目标和存储系统的优化都能显著提高存储的性能、可靠性和可管理性。接下来，我们将继续深入一些 iSCSI 存储管理的高级配置、故障排除以及性能调优技巧，帮助你在 Windows Server 2022 中进一步提升 iSCSI 的效率。

24. iSCSI 目标和存储的高可用性配置

高可用性是企业级存储解决方案中的一个重要方面。通过合理的架构设计，可以确保在发生故障时，存储系统仍然能够持续提供服务。

配置 iSCSI 目标的故障转移

在生产环境中，通常需要为 iSCSI 目标配置冗余，以防止单点故障。通过配置双控制器存储系统或多路径 iSCSI 配置，可以实现 iSCSI 存储的高可用性。

启用 MPIO（多路径 I/O）支持：

配置 iSCSI 的多路径 I/O 功能，可以使存储系统在路径故障时自动选择可用路径。这种方法有效地提高了 iSCSI 存储的可用性。

powershellCopy Code
```
Enable-MSDSMAutomaticClaim
```
执行此命令后，Windows Server 会自动发现并配置支持的多路径设备。
配置双控制器 iSCSI 存储：

如果使用的存储设备具有多个控制器，你可以配置多个 iSCSI 目标门户，以确保网络连接的冗余。具体配置步骤与前面所述相同，只需为 iSCSI 发起者添加多个目标门户地址。

powershellCopy Code
```
New-IscsiTargetPortal -TargetPortalAddress "192.168.1.101"
New-IscsiTargetPortal -TargetPortalAddress "192.168.1.102"
```
使用 Windows Server 故障转移群集（Failover Cluster）：

如果需要更高级的高可用性配置，可以考虑使用 Windows Failover Clustering 技术。通过创建一个 iSCSI 存储群集，你可以在集群节点发生故障时，实现数据和存储资源的自动迁移。
- 安装和配置 Failover Clustering 功能：
powershellCopy Code
```
Install-WindowsFeature -Name Failover-Clustering
```
- 在群集环境中使用共享存储（如 iSCSI 存储），并设置集群共享卷（CSV）来增强存储可用性。
通过配置 Windows Server 故障转移群集，可以确保在节点发生故障时，iSCSI 存储和应用程序可以无缝迁移到其他节点。

25. iSCSI 存储性能优化

为了确保 iSCSI 存储能够高效运行，你需要注意多个性能因素，尤其是网络和磁盘的配置。

优化网络延迟和带宽

iSCSI 存储的性能在很大程度上依赖于网络带宽和延迟。以下是几项可以优化网络性能的措施：

配置 Jumbo Frames： 如前所述，启用 Jumbo Frames 可以提高数据传输效率，尤其是对于高带宽、低延迟网络。配置时需要确保网络设备（交换机、网卡）都支持较大的帧大小（例如，9000 字节）。

powershellCopy Code
```
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Jumbo Packet" -DisplayValue "9014 Bytes"
```
优化 iSCSI 流量的 VLAN 配置： 在高流量环境中，使用 虚拟局域网（VLAN） 对 iSCSI 流量进行隔离，可以避免其他类型的网络流量干扰存储通信，从而提高网络性能和稳定性。

配置交换机和路由器，确保 iSCSI 流量使用专用的 VLAN，可以有效减少网络瓶颈，尤其是在多租户环境下。

优化存储性能

使用固态硬盘（SSD）： 在存储系统中使用 SSD（尤其是写入密集型应用）可以显著提升 iSCSI 存储的读写性能。通过配置缓存机制，可以进一步提高磁盘的响应速度。
配置磁盘阵列（RAID）和缓存策略： iSCSI 存储性能还取决于底层磁盘阵列的配置。选择合适的 RAID 级别（如 RAID 10 或 RAID 5）来平衡冗余和性能。与此同时，可以启用磁盘缓存以提高数据访问速度。
- 在虚拟磁盘上启用缓存：
powershellCopy Code
```
Set-VirtualDisk -FriendlyName "iSCSIVirtualDisk" -IsCached $true
```
使用 Storage Spaces Direct（S2D）： 在 Windows Server 2022 中，Storage Spaces Direct（S2D）提供了一种高效的存储虚拟化方法，可以将多台服务器上的本地磁盘集合成一个高性能的虚拟化存储池。使用 S2D 可以优化存储性能，特别是在使用 iSCSI 存储时。

通过将存储空间直连（S2D）与 iSCSI 存储结合使用，可以显著提升大规模虚拟化和高吞吐量应用的性能。

powershellCopy Code
```
New-StoragePool -FriendlyName "StoragePool" -StorageSubsystemFriendlyName "Storage Spaces Direct"
```

配置磁盘 I/O 优化

启用写入合并： 如果你使用的是精简配置（Thin Provisioning）磁盘，你可以启用写入合并来减少磁盘 I/O 操作，从而提高磁盘的读写效率。

powershellCopy Code
```
Set-VirtualDisk -FriendlyName "iSCSIVirtualDisk" -WriteCacheSize 4GB
```
分配合理的缓存： 在虚拟机和应用服务器中，合理配置内存和磁盘缓存能够有效降低磁盘访问延迟。对于数据库等 I/O 密集型应用，启用更多的缓存可以提高性能。

26. iSCSI 存储的故障排除

iSCSI 存储环境中出现问题时，及时排查并解决问题对于确保系统稳定性至关重要。以下是常见的故障排除技巧：

检查 iSCSI 连接状态

查看目标连接状态：

使用 Get-IscsiTargetPortal 命令查看 iSCSI 目标门户的连接状态。

powershellCopy Code
```
Get-IscsiTargetPortal
```
该命令将列出所有目标门户的连接状态。如果连接状态异常，可能是网络或防火墙配置出现问题。
查看会话和连接历史：

如果 iSCSI 会话无法正常建立，可以使用 Get-IscsiServerTargetSession 查看当前会话信息。

powershellCopy Code
```
Get-IscsiServerTargetSession
```
如果会话未建立或已中断，检查目标服务器的配置和网络连接。

查看事件日志

iSCSI 相关的事件日志可以帮助诊断连接问题或存储故障。

查看 iSCSI 事件日志：

使用以下命令查看 iSCSI 相关的事件日志，帮助识别问题：

powershellCopy Code
```
Get-WinEvent -LogName "Microsoft-Windows-iSCSI/Operational"
```
该日志将记录所有与 iSCSI 连接相关的事件，包括连接失败、身份验证问题等。
查看存储事件日志：

通过查看存储管理日志，可以发现与磁盘相关的故障，如磁盘损坏或 I/O 错误。

powershellCopy Code
```
Get-WinEvent -LogName "Microsoft-Windows-Storage-Driver/Operational"
```

网络故障排除

检查防火墙设置：

iSCSI 协议默认使用端口 3260，因此需要确保防火墙没有阻止该端口的通信。
- 在服务器上配置允许 iSCSI 流量通过的防火墙规则：
powershellCopy Code
```
New-NetFirewallRule -DisplayName "Allow iSCSI" -Protocol TCP -LocalPort 3260 -Action Allow
```
检查网络连接：

确保 iSCSI 网络环境的稳定性，使用 ping 或 tracert 命令检查网络延迟和丢包情况。高延迟或丢包可能导致 iSCSI 连接超时或不稳定。

bashCopy Code
```
ping 192.168.1.100
tracert 192.168.1.100
```
查看 NIC 配置：

如果使用多个网络接口卡（NIC）进行 iSCSI 连接，确保这些 NIC 配置正确并处于良好的工作状态。可以使用 Get-NetAdapter 命令查看 NIC 状态

iSCSI Initiator 工具的命令行操作

在 Windows Server 2022 中，iSCSI Initiator（iSCSI 发起器）允许主机与 iSCSI 存储设备（如 iSCSI 目标服务器）进行连接和通信。通过命令行工具，你可以配置和管理 iSCSI 发起器。Windows Server 提供了多种 PowerShell 命令来操作 iSCSI 发起器。

以下是常用的 iSCSI 发起器命令行操作，以及如何使用 PowerShell 来管理 iSCSI 连接。

1. 查看当前 iSCSI 目标和会话信息

要查看系统中已配置的 iSCSI 目标、目标门户以及当前会话信息，可以使用以下命令：

查看当前 iSCSI 目标门户：

powershellCopy Code
```
Get-IscsiTargetPortal
```
该命令列出所有已配置的 iSCSI 目标门户及其连接状态。
查看当前 iSCSI 会话：

powershellCopy Code
```
Get-IscsiTargetSession
```
显示当前已连接的 iSCSI 目标会话信息。

2. 连接到 iSCSI 目标

如果你要手动连接到一个 iSCSI 目标，可以使用以下命令：

连接到 iSCSI 目标：

powershellCopy Code

New-IscsiTargetPortal -TargetPortalAddress "<Target_IP_or_FQDN>"
Connect-IscsiTarget -NodeAddress "<Target_Node_Address>"

TargetPortalAddress: 目标 iSCSI 存储的 IP 地址或 FQDN（完全合格域名）。
NodeAddress: iSCSI 目标的节点地址（通常是 iSCSI 目标的 IQN 标识符）。

示例：

powershellCopy Code

New-IscsiTargetPortal -TargetPortalAddress "192.168.1.100"
Connect-IscsiTarget -NodeAddress "iqn.1991-05.com.microsoft:server01"

3. 断开 iSCSI 会话

要从 iSCSI 存储设备断开连接，可以使用以下命令：

断开 iSCSI 目标连接：

powershellCopy Code

Disconnect-IscsiTarget -NodeAddress "<Target_Node_Address>"

示例：

powershellCopy Code

Disconnect-IscsiTarget -NodeAddress "iqn.1991-05.com.microsoft:server01"

4. 列出 iSCSI 目标

要列出所有 iSCSI 目标及其状态，可以使用以下命令：

列出所有 iSCSI 目标：

powershellCopy Code
```
Get-IscsiTarget
```
该命令将返回当前服务器上所有已连接的 iSCSI 目标信息。

5. 添加或删除 iSCSI 目标门户

iSCSI 目标门户是 iSCSI 存储系统的 IP 地址或 FQDN。在配置 iSCSI 发起器时，你需要添加或删除目标门户以进行连接。

添加新的 iSCSI 目标门户：

powershellCopy Code

New-IscsiTargetPortal -TargetPortalAddress "<Target_IP_or_FQDN>"

示例：

powershellCopy Code

New-IscsiTargetPortal -TargetPortalAddress "192.168.1.100"

删除 iSCSI 目标门户：

powershellCopy Code

Remove-IscsiTargetPortal -TargetPortalAddress "<Target_IP_or_FQDN>"

示例：

powershellCopy Code

Remove-IscsiTargetPortal -TargetPortalAddress "192.168.1.100"

6. 查看 iSCSI 启动设置

iSCSI 发起器提供了一些启动时自动连接的选项。如果你希望服务器在启动时自动连接到 iSCSI 目标，可以通过以下命令查看和设置这些选项。

查看 iSCSI 启动设置：

powershellCopy Code
```
Get-IscsiTarget -IsLoggedOn $true
```
该命令会列出所有已连接并且在启动时会自动连接的 iSCSI 目标。
启用/禁用自动连接到 iSCSI 目标：

powershellCopy Code
```
Set-IscsiTarget -NodeAddress "<Target_Node_Address>" -IsPersistent $true
```
-IsPersistent $true：启用自动连接；如果为 $false，则禁用自动连接。

示例：

powershellCopy Code
```
Set-IscsiTarget -NodeAddress "iqn.1991-05.com.microsoft:server01" -IsPersistent $true
```

7. 查看 iSCSI 配置

可以查看 iSCSI 配置和相关参数，如是否启用 CHAP 身份验证等。

查看 iSCSI 配置：

powershellCopy Code
```
Get-IscsiTarget | Format-List *
```
该命令会列出所有目标的详细信息，包括配置、连接状态和身份验证信息。

8. 配置 CHAP 身份验证

iSCSI 支持 CHAP（Challenge Handshake Authentication Protocol）身份验证，用于增强连接的安全性。你可以为特定的 iSCSI 目标配置 CHAP。

启用 CHAP 身份验证：

powershellCopy Code

Set-IscsiTargetAuthentication -NodeAddress "<Target_Node_Address>" -ChapUsername "<Username>" -ChapPassword "<Password>"

示例：

powershellCopy Code

Set-IscsiTargetAuthentication -NodeAddress "iqn.1991-05.com.microsoft:server01" -ChapUsername "user01" -ChapPassword "password123"

9. 查看并管理 iSCSI 启动器服务

iSCSI Initiator 服务通常在后台运行，可以检查服务状态或手动启动/停止该服务。

查看 iSCSI 服务状态：

powershellCopy Code
```
Get-Service -Name msiscsi
```
启动 iSCSI 服务：

powershellCopy Code
```
Start-Service -Name msiscsi
```
停止 iSCSI 服务：

powershellCopy Code
```
Stop-Service -Name msiscsi
```

10. 配置 iSCSI 启动器的自动启动

确保 iSCSI 服务在计算机启动时自动启动。你可以使用以下命令配置服务的启动类型：

设置 iSCSI 服务为自动启动：

powershellCopy Code
```
Set-Service -Name msiscsi -StartupType Automatic
```
设置 iSCSI 服务为手动启动：

powershellCopy Code
```
Set-Service -Name msiscsi -StartupType Manual
```

这些是常用的 iSCSI Initiator 工具的命令行操作，可以帮助你管理和配置 Windows Server 2022 上的 iSCSI 存储环境。你可以通过 PowerShell 命令来查看、添加、连接或断开 iSCSI 目标，配置身份验证，管理服务等。这些命令对于自动化管理和大规模部署非常有用。

Windows Server 2022 中 iSCSI Initiator 的命令和高级操作。接下来将涉及更多配置、故障排除以及优化 iSCSI 连接的技术。

11. 配置 iSCSI 启动器以支持多路径 I/O (MPIO)

在多个 iSCSI 目标或多路径配置中，启用 多路径 I/O (MPIO) 可以提高存储连接的冗余性和性能。MPIO 允许服务器通过多个路径访问 iSCSI 存储设备，从而提高可用性和带宽利用率。

启用 MPIO 支持：

在 Windows Server 中，MPIO 是通过 MPIO 服务进行配置的。首先，确保 iSCSI 发起器已正确安装，并且启用了 MPIO。

安装 MPIO 功能：

使用以下 PowerShell 命令安装 MPIO 功能：

powershellCopy Code
```
Install-WindowsFeature -Name Multipath-IO
```
这将安装必要的 MPIO 驱动程序。
启用 iSCSI 目标的 MPIO 支持：

使用以下命令启用 iSCSI 目标的多路径支持：

powershellCopy Code
```
Enable-MSISCSI
```
该命令启用 iSCSI 设备的多路径功能。
查看当前的 MPIO 配置：

使用以下命令查看 MPIO 设备的当前配置：

powershellCopy Code
```
Get-MPIOSetting
```
如果一切正常，该命令将返回多路径配置的信息。
配置多路径策略：

如果希望为多个路径配置负载平衡策略或故障转移策略，可以使用以下命令：

powershellCopy Code
```
Set-MPIOSetting -MultipathPolicy <Policy>
```
常见的策略包括：
- LeastQueueDepth：最少队列深度，通常适用于高负载时，自动选择队列深度最小的路径。
- RoundRobin：轮询，确保请求均匀分布在所有路径上。
- FailOverOnly：仅在主路径故障时切换。
示例（启用轮询策略）：

powershellCopy Code
```
Set-MPIOSetting -MultipathPolicy RoundRobin
```

12. 故障排除 iSCSI 连接问题

如果遇到 iSCSI 连接问题，以下命令可以帮助诊断和解决问题。

1. 检查 iSCSI 会话状态

运行以下命令，检查当前的 iSCSI 会话状态：

powershellCopy Code

Get-IscsiTargetSession

如果会话处于断开状态，可能是连接问题，网络故障或配置问题导致。

2. 查看 iSCSI 日志

iSCSI 服务的日志可以帮助诊断问题。使用以下命令查看 iSCSI 相关的事件日志：

powershellCopy Code

Get-WinEvent -LogName "System" | Where-Object { $_.Message -like "*iSCSI*" }

这将显示与 iSCSI 相关的系统事件，可以帮助诊断连接问题。

3. 检查目标门户连通性

确保服务器可以连接到 iSCSI 目标的 IP 地址。使用 Test-NetConnection 命令来测试目标门户的连通性：

powershellCopy Code

Test-NetConnection -ComputerName "<Target_IP_or_FQDN>" -Port 3260

3260 是默认的 iSCSI 端口。如果该命令失败，检查网络连接或防火墙设置。

4. 查看 iSCSI 目标的状态

如果 iSCSI 目标服务器不可访问，检查 iSCSI 目标服务器的状态和配置。可以通过以下命令查看所有 iSCSI 目标的状态：

powershellCopy Code

Get-IscsiTarget

该命令将列出所有可用的 iSCSI 目标及其状态。

13. 优化 iSCSI 性能

为了确保 iSCSI 存储连接的性能良好，以下是一些优化策略：

1. 使用 Jumbo 帧 (大帧)

启用 Jumbo 帧可以增加 iSCSI 连接的吞吐量，减少 CPU 负载。默认情况下，Ethernet 帧最大为 1500 字节，启用 Jumbo 帧后可以增加帧的大小（例如，9000 字节）。

检查是否支持 Jumbo 帧：

使用以下命令检查当前的网络接口是否支持 Jumbo 帧：

powershellCopy Code
```
Get-NetAdapterAdvancedProperty -Name "<Adapter_Name>" | Where-Object {$_.DisplayName -like "Jumbo Frame*"}
```

启用 Jumbo 帧：

如果支持，可以通过以下命令启用 Jumbo 帧：

powershellCopy Code

Set-NetAdapterAdvancedProperty -Name "<Adapter_Name>" -DisplayName "Jumbo Frame" -DisplayValue "9014 Bytes"

示例：

powershellCopy Code

Set-NetAdapterAdvancedProperty -Name "Ethernet0" -DisplayName "Jumbo Frame" -DisplayValue "9014 Bytes"

2. 禁用 TCP Offloading

在某些情况下，禁用 TCP Offloading（例如 TCP Segmentation Offload, Large Send Offload 等）可以提高 iSCSI 连接的性能。你可以通过以下命令禁用这些功能：

powershellCopy Code

Set-NetAdapterAdvancedProperty -Name "<Adapter_Name>" -DisplayName "Large Send Offload v2 (IPv4)" -DisplayValue "Disabled"
Set-NetAdapterAdvancedProperty -Name "<Adapter_Name>" -DisplayName "TCP Segmentation Offload (IPv4)" -DisplayValue "Disabled"

3. 调整 iSCSI 发送队列和接收队列

优化网络适配器的队列可以提高数据传输性能。使用以下命令调整发送和接收队列大小：

powershellCopy Code

Set-NetAdapterAdvancedProperty -Name "<Adapter_Name>" -DisplayName "Receive Side Scaling" -DisplayValue "Enabled"
Set-NetAdapterAdvancedProperty -Name "<Adapter_Name>" -DisplayName "Transmit Side Scaling" -DisplayValue "Enabled"

14. 卸载 iSCSI 目标和配置

如果需要清理不再使用的 iSCSI 目标，可以使用以下命令卸载和删除配置。

1. 删除 iSCSI 目标配置

使用以下命令删除指定的 iSCSI 目标：

powershellCopy Code

Remove-IscsiTarget -NodeAddress "<Target_Node_Address>"

示例：

powershellCopy Code

Remove-IscsiTarget -NodeAddress "iqn.1991-05.com.microsoft:server01"

2. 清理 iSCSI 目标门户

如果需要从 iSCSI 发起器中删除目标门户，可以使用：

powershellCopy Code

Remove-IscsiTargetPortal -TargetPortalAddress "<Target_IP_or_FQDN>"

示例：

powershellCopy Code

Remove-IscsiTargetPortal -TargetPortalAddress "192.168.1.100"

通过 PowerShell 和其他命令行工具，你可以全面管理 iSCSI Initiator 以及在 Windows Server 2022 上的 iSCSI 存储配置。这些命令不仅帮助你连接、配置和管理 iSCSI 存储，还能在发生故障时进行排错。通过优化设置和启用多路径 I/O (MPIO)，你还可以提升存储的可用性、性能和冗余性。

深入 Windows Server 2022 中的 iSCSI Initiator 管理，我们将探讨更多高级操作，如安全性配置、备份与恢复、以及与其他存储技术的集成。

15. 配置 iSCSI 安全性

iSCSI 网络存储通常在企业环境中用于存储数据，因此确保 iSCSI 连接的安全性至关重要。Windows Server 2022 提供了多种方法来增强 iSCSI 存储的安全性。

1. 启用 iSCSI 认证

iSCSI 提供两种主要的认证方法：CHAP（Challenge Handshake Authentication Protocol） 和 Mutual CHAP。

启用 CHAP 认证
CHAP 认证确保 iSCSI 发起器和目标在通信时使用用户名和密码进行身份验证。通过以下步骤配置 CHAP 认证：
1. 打开 iSCSI Initiator 控制面板： 在服务器上，打开 iSCSI Initiator 工具（在控制面板中，或通过在命令行中输入 iscsicpl）。
2. 配置目标的 CHAP 认证： 在 iSCSI Initiator 中选择 Discovery 标签页，找到并选择目标（如果没有目标，先添加目标）。然后，点击 Advanced 设置按钮，输入目标的 CHAP 用户名和密码。
  
  或者，使用 PowerShell 命令设置 CHAP 认证：
  
  powershellCopy Code
```
Set-IscsiTarget -NodeAddress "<Target_Node_Address>" -ChapUserName "<Username>" -ChapSecret "<Password>"
```
3. 启用 Mutual CHAP 认证： 如果需要启用双向认证（Mutual CHAP），可以为目标和发起器都配置认证凭据。此时，双方需要提供用户名和密码进行相互验证。
  
  示例（启用 Mutual CHAP）：
  
  powershellCopy Code
```
Set-IscsiTarget -NodeAddress "<Target_Node_Address>" -ChapUserName "<Initiator_Username>" -ChapSecret "<Initiator_Password>" -MutualChapUserName "<Target_Username>" -MutualChapSecret "<Target_Password>"
```

2. 启用 iSCSI 数据加密

为保护 iSCSI 数据传输中的敏感信息，可以配置加密机制。iSCSI 在传输层通常通过 IPsec 或其他加密协议提供保护。

配置 IPsec 加密： 使用 IPsec 为 iSCSI 连接添加加密和认证，可以使用 Windows Server 2022 的内建 IPsec 功能进行配置。通过 PowerShell，使用以下命令配置 IPsec 策略来保护 iSCSI 流量：

powershellCopy Code
```
New-NetIPsecMainModeRule -LocalAddress <Local_IP> -RemoteAddress <Remote_IP> -Action RequireEncryption
```
这个命令强制所有到达指定远程地址的流量都必须经过加密。

16. 备份和恢复 iSCSI 配置

备份和恢复 iSCSI 配置对于灾难恢复和系统迁移至关重要。以下是一些常见的备份和恢复 iSCSI 配置的策略。

1. 备份 iSCSI 配置

要备份 iSCSI 配置，您可以导出相关的配置设置，例如 iSCSI 目标、目标门户和会话信息。使用 PowerShell 导出相关配置。

例如，导出 iSCSI 会话信息：

powershellCopy Code

Get-IscsiTargetSession | Export-Csv -Path "C:\Backup\IscsiSessions.csv" -NoTypeInformation

如果需要备份整个 iSCSI 目标配置：

powershellCopy Code

Get-IscsiTarget | Export-Csv -Path "C:\Backup\IscsiTargets.csv" -NoTypeInformation

2. 恢复 iSCSI 配置

恢复配置时，只需要从备份文件导入并重新创建 iSCSI 目标和会话。可以使用以下命令导入备份文件并创建新的配置：

powershellCopy Code

Import-Csv -Path "C:\Backup\IscsiTargets.csv" | ForEach-Object {
    New-IscsiTarget -NodeAddress $_.NodeAddress -TargetName $_.TargetName
}

17. 与其他存储技术集成

iSCSI 不仅可以与本地存储配合使用，还可以与其他存储技术（如 Storage Spaces Direct (S2D) 和 Hyper-V）一起工作，以提供更高的可用性和性能。

1. 与 Storage Spaces Direct (S2D) 集成

Storage Spaces Direct 是 Windows Server 提供的一个功能，它允许使用本地磁盘构建高可用、高性能的存储池。你可以将 iSCSI 存储集成到 Storage Spaces Direct 中，形成分布式存储解决方案。

首先，配置 Storage Spaces Direct，在 PowerShell 中运行：

powershellCopy Code

Enable-ClusterS2D

接下来，配置 iSCSI 存储池，确保 iSCSI 存储可以被群集中的所有节点共享：

powershellCopy Code

New-Volume -StoragePoolFriendlyName "S2DStoragePool" -FriendlyName "iSCSI Volume" -Size 10TB -FileSystem CSVFS

2. 与 Hyper-V 集成

iSCSI 存储与 Hyper-V 集成，可以为虚拟机提供共享存储。为此，你可以将 iSCSI 目标挂载到 Hyper-V 主机并在虚拟机中使用该存储。

挂载 iSCSI 存储：

在 Hyper-V 主机上，使用 iSCSI Initiator 工具连接到 iSCSI 目标。
在 Hyper-V 中使用 iSCSI 存储：

创建新的虚拟硬盘（VHDX）并将其存储在 iSCSI 目标上：

powershellCopy Code
```
New-VHD -Path "X:\VMs\NewVM.vhdx" -SizeBytes 100GB -Dynamic
```
然后，使用该磁盘作为 Hyper-V 虚拟机的虚拟硬盘。
配置虚拟机的存储：

在 Hyper-V 管理器中，选择虚拟机，添加存储并选择使用 iSCSI 存储的虚拟硬盘。

3. 与备份解决方案集成

iSCSI 存储通常与备份解决方案集成，以确保数据的安全性和高可用性。您可以使用第三方备份软件或 Windows Server 自带的 Windows Server Backup 功能来创建基于 iSCSI 存储的备份。

使用 Windows Server Backup 备份 iSCSI 存储：

打开 Windows Server Backup（可以通过服务器管理器或 PowerShell 安装）。
创建一个自定义备份计划，确保 iSCSI 存储设备被包含在备份计划中。
定期进行增量或完全备份，以确保 iSCSI 存储中的数据得到保护。

18. 监控和性能优化

监控 iSCSI 存储性能至关重要，尤其是在多路径和高吞吐量环境中。以下是一些优化和监控 iSCSI 存储性能的方法。

1. 使用性能监视器监控 iSCSI

Windows 提供了 性能监视器（Performance Monitor），可以监控 iSCSI 相关的性能计数器。以下是一些常见的性能计数器：

PhysicalDisk：用于监控磁盘 I/O 性能。
MSiSCSI：用于监控 iSCSI 发起器的性能。

例如，查看磁盘吞吐量：

powershellCopy Code

Get-Counter "\PhysicalDisk(*)\Disk Bytes/sec"

2. 优化带宽和延迟

iSCSI 存储的性能与网络带宽和延迟紧密相关。确保网络基础设施满足需求，使用千兆或更高速度的网络接口卡（NIC），并启用适当的网络优化设置（如 Jumbo Frames 和流量优先级）。

通过了解和配置 iSCSI Initiator、目标、网络安全性以及与其他存储技术的集成，Windows Server 2022 提供了一套强大的工具来管理和优化企业级存储解决方案。通过安全性配置、备份与恢复、性能优化等措施，可以确保 iSCSI 存储在生产环境中的高可用性和可靠性。

这个大纲为你提供了一个完整的初级教程框架，帮助你学习如何在 Windows Server 2022 中配置和使用 iSCSI 目标服务器。你可以根据自己的需求，逐步完成每一部分的配置，从而建立一个功能完整的 iSCSI 存储系统。

Windows Server 2022 iSCSI 服务器中级使用教程大纲

在 Windows Server 2022 中，配置和管理 iSCSI 服务器不仅仅是简单的目标创建和连接，还涉及更深层次的配置、性能优化和高可用性管理。以下是中级教程的详细大纲，涵盖更复杂的配置选项、性能调优以及故障排除技巧。

1. iSCSI 目标服务器概述

iSCSI 目标与发起者深入理解

目标（Target）与发起者（Initiator）的角色

在 Windows Server 2022 中，iSCSI（Internet Small Computer System Interface）是通过网络将存储设备（如硬盘）连接到服务器的一种协议。iSCSI 采用客户端-服务器架构，其中 iSCSI 目标（Target） 和 iSCSI 发起者（Initiator） 扮演着不同的角色。这些角色的理解是有效配置和管理 iSCSI 存储解决方案的基础。

1. iSCSI 目标（Target）

iSCSI 目标 是网络存储的提供者，通常是存储设备（如 SAN 设备、存储服务器等），它在网络上暴露出一个或多个虚拟磁盘供客户端使用。目标包含了共享存储的访问权限和存储空间。

1.1 iSCSI 目标的组成

Target Name：每个 iSCSI 目标都有一个唯一的目标名称（IQN，iSCSI Qualified Name）。它是唯一标识目标的字符串，通常采用 iqn. 开头的格式，如 iqn.1991-05.com.microsoft:server1.target1。
iSCSI Target 端口（Portal）：iSCSI 目标暴露一个网络接口，允许客户端连接。在 Windows Server 中，这通常是目标存储的 IP 地址和端口（默认端口：3260）。
LUN（Logical Unit Number）：每个目标可以映射多个逻辑单元（LUNs），每个 LUN 就是一个存储卷或硬盘。LUN 是 iSCSI 目标提供的具体存储资源，可以是物理磁盘、虚拟磁盘或 RAID 阵列。

1.2 目标的角色

iSCSI 目标充当“数据提供者”的角色，它定义了哪些存储空间对外开放供客户端访问。在配置 iSCSI 目标时，管理员需要选择哪些存储资源（如磁盘、VHD 文件等）可以通过 iSCSI 协议进行共享，同时还需要配置相关的访问权限（如认证、访问控制等）。

在 Windows Server 2022 中，配置 iSCSI 目标的主要工具是 iSCSI Target Server 角色和 Storage Spaces 功能。iSCSI Target Server 是一种用于管理目标的角色，而 Storage Spaces 则可以用来创建更复杂的存储池和卷，并通过 iSCSI 将它们暴露给发起者。

1.3 配置 iSCSI 目标

要在 Windows Server 2022 中配置 iSCSI 目标，需要按照以下步骤进行操作：

安装 iSCSI Target Server 角色：

powershellCopy Code
```
Install-WindowsFeature -Name FS-iSCSITarget-Server
```
创建 iSCSI 目标：在 iSCSI Target Server 配置中，创建新的目标名称，指定该目标的 IP 地址和端口，并配置 LUN。

powershellCopy Code
```
New-IscsiVirtualDisk -Path "D:\Storage\Disk1.vhdx" -Size 100GB
New-IscsiTarget -TargetName "Target1" -InitiatorAddress "192.168.1.100"
```
设置访问控制：配置认证（如 CHAP）以及哪些发起者可以访问该目标。

powershellCopy Code
```
Set-IscsiTarget -NodeAddress "iqn.1991-05.com.microsoft:target1" -ChapUserName "User" -ChapSecret "Password"
```

2. iSCSI 发起者（Initiator）

iSCSI 发起者 是客户端，它通过网络连接到 iSCSI 目标并请求访问存储资源。发起者充当存储资源的“消费者”，可以是任何需要从网络访问存储的计算机或设备。

2.1 iSCSI 发起者的组成

iSCSI Initiator Name：iSCSI 发起者也有一个唯一的标识符，通常是一个 IQN 名称。与目标类似，发起者的名称通常是基于设备名称和创建日期的字符串，例如：iqn.1993-08.com.microsoft:client1。
Session：iSCSI 会话是发起者与目标之间的连接。在建立连接时，iSCSI 发起者和目标通过会话来管理数据传输。一个发起者可以同时与多个目标建立会话，或者与同一目标建立多个会话。

2.2 发起者的角色

iSCSI 发起者负责通过网络发起请求以访问存储资源。它可以是任何需要通过 iSCSI 协议访问存储设备的设备，例如服务器、虚拟机或工作站。在 Windows Server 2022 中，iSCSI 发起者可以通过 iSCSI Initiator 工具来配置和管理连接。

2.3 配置 iSCSI 发起者

Windows Server 2022 提供了内建的 iSCSI Initiator 工具，发起者可以通过该工具连接和管理多个 iSCSI 目标。

打开 iSCSI Initiator 工具：在 控制面板 或 服务器管理器 中，找到并启动 iSCSI Initiator。
发现 iSCSI 目标：在 Discovery 标签页中，输入目标的 IP 地址（或者域名），以发现该目标。
- 点击 Discover Portal，输入目标的 IP 地址并点击 OK。
连接 iSCSI 目标：通过 Targets 标签页，选择目标并点击 Connect，完成连接。如果目标要求认证（如 CHAP），需要提供正确的凭据。
配置 iSCSI 目标的自动连接：如果需要在每次启动时自动连接到目标，可以勾选 Enable Automatic Login。

2.4 配置 iSCSI Initiator 使用 CHAP 认证

为了提高安全性，发起者和目标之间通常会启用 CHAP（Challenge Handshake Authentication Protocol）认证。配置 CHAP 认证时，发起者需要提供一个有效的用户名和密码来连接到目标。

powershellCopy Code

Set-IscsiInitiator -ChapUserName "InitiatorUser" -ChapSecret "InitiatorPassword"

3. iSCSI 目标与发起者的交互

iSCSI 目标和发起者通过 iSCSI 会话 进行交互。会话是在目标和发起者之间建立的连接，用于数据传输。在一个 iSCSI 会话中，发起者向目标请求存储资源，目标返回存储设备的访问权限。

3.1 连接过程

目标发现：发起者首先通过发现过程找到可用的 iSCSI 目标，通常通过指定目标的 IP 地址或 DNS 名称。
建立连接：在目标被发现之后，发起者与目标建立连接，并进行身份验证。
建立会话：通过身份验证后，会话建立，数据开始通过网络传输。
访问存储资源：发起者通过会话来读写 iSCSI 目标中暴露的存储设备。

3.2 多路径和高可用性

在企业环境中，iSCSI 支持 多路径 I/O（MPIO），允许发起者通过多个路径连接到 iSCSI 目标，从而提高数据传输的可靠性和性能。通过多路径连接，网络或存储设备的故障不会导致连接中断，确保系统的高可用性。

配置 MPIO：Windows Server 2022 可以通过 Multipath I/O (MPIO) 功能来管理多个连接路径。配置 MPIO 使得 iSCSI 目标在多个路径上均可访问，从而提高存储的冗余性和容错能力。

powershellCopy Code

Install-WindowsFeature -Name MPIO
Enable-MSDSMAutomaticClaim -BusType iSCSI

4. 总结：iSCSI 目标与发起者的角色与功能

iSCSI 目标（Target）：提供存储资源，允许网络中的其他计算机访问存储设备。目标管理存储设备、LUN 和访问权限。目标通常位于存储服务器或虚拟机中。
iSCSI 发起者（Initiator）：客户端设备，通过网络连接到 iSCSI 目标并访问存储。发起者可以是任何需要存储的计算机或虚拟机。
iSCSI 会话：发起者与目标之间的连接，用于数据传输和存储访问。
iSCSI 配置：在 Windows Server 2022 中，iSCSI 配置涉及到目标和发起者之间的连接管理、认证和多路径配置等。

通过理解这些角色及其交互，管理员可以更好地配置和优化基于 iSCSI 的存储解决方案，确保存储的高可用性、安全性和性能。

IQN（iSCSI Qualified Name）与 IP 地址映射

在 Windows Server 2022 中，IQN（iSCSI Qualified Name） 是用来唯一标识 iSCSI 目标（Target） 和 iSCSI 发起者（Initiator） 的名称格式。IQN 是基于 iSCSI 协议的关键部分之一，它确保每个 iSCSI 设备（无论是目标还是发起者）都有一个唯一标识符，避免网络中发生冲突。

IQN 作为标识符的作用与 IP 地址的映射密切相关，因为 iSCSI 协议依赖于 IP 地址和端口来建立发起者与目标之间的连接。理解 IQN 与 IP 地址的映射关系对于配置和排除网络存储问题至关重要。

1. IQN 格式简介

IQN（iSCSI Qualified Name） 是用于标识 iSCSI 目标或发起者的名称，采用特定的格式：

plaintextCopy Code

iqn.yyyy-mm.com.vendor:unique_name

yyyy-mm：表示年月，用于指定创建该名称的日期。通常使用年月（例如 1991-05）。
com：表示域名类型，一般是 .com、.org、.net 等。
vendor：提供该 iSCSI 目标或发起者的组织或厂商名称。
unique_name：该名称用于唯一标识目标或发起者的具体实例，可以是主机名、设备名称等。

例子：

iSCSI 目标 IQN 示例：

Copy Code
```
iqn.2024-12.com.microsoft:server01.target01
```
这个名称指代的是由 Microsoft 提供的某台名为 server01 的设备上的 target01 目标。
iSCSI 发起者 IQN 示例：

Copy Code
```
iqn.2024-12.com.microsoft:client01
```
这个名称指代的是由 Microsoft 提供的名为 client01 的设备。

2. IQN 与 IP 地址的关系

在 iSCSI 目标 和 发起者 之间，IP 地址 起着至关重要的作用，它们用于建立连接和通信。然而，IQN 并不直接代表 IP 地址，而是作为设备的唯一标识符，结合目标或发起者的 IP 地址和端口号来实现通信。以下是 IQN 和 IP 地址之间的关系和映射。

2.1 iSCSI 目标的 IP 地址和 IQN 映射

每个 iSCSI 目标都有一个或多个 iSCSI Portal，即 IP 地址和端口号的组合，发起者通过这些门户连接到目标。当 iSCSI 发起者连接到目标时，必须提供目标的 IP 地址（或 DNS 名称）以及相应的 IQN。

目标的 IP 地址：通常是目标设备所在服务器的 IP 地址。
目标的 IQN：目标的唯一标识符，通过 IQN 确定特定的目标实例。
端口号：iSCSI 默认使用端口 3260，尽管可以配置为其他端口。

2.2 iSCSI 发起者的 IP 地址和 IQN 映射

iSCSI 发起者也有自己的 IQN，通常由客户端设备在连接到 iSCSI 目标时使用。发起者通过提供目标的 IP 地址和其 IQN 来进行连接。虽然发起者的 IP 地址并不是直接映射到 IQN 上，但它在网络中起着重要作用。

发起者的 IP 地址：用于目标识别发起者，尤其在涉及访问控制和身份验证时。发起者的 IP 地址有时用于限制哪些发起者可以连接到目标。
发起者的 IQN：类似于目标，发起者的 IQN 用于唯一标识发起者设备。

2.3 连接过程中的 IQN 和 IP 地址映射

当 iSCSI 发起者与目标建立连接时，通常经历以下步骤：

目标发现：发起者首先通过 IP 地址或 DNS 名称查找 iSCSI 目标。发起者可能会向多个目标进行广播，或者通过配置的发现门户来查询目标信息。
- 例如，在 Windows Server 中，可以在 iSCSI Initiator 工具中配置一个发现门户，指定目标的 IP 地址或域名。
认证：发起者和目标通过 IQN 来验证身份，确保连接是合法的。在有身份验证的情况下，通常会使用 CHAP（Challenge Handshake Authentication Protocol） 或其他认证方式。
建立会话：发起者和目标通过 IP 地址建立会话，利用会话管理协议进行数据的读写。
连接管理：目标可以通过多个 IP 地址来提供不同的连接路径，以提高冗余性和容错能力。发起者与目标之间的会话通常是通过不同的 IP 地址进行负载均衡或故障转移的。

2.4 iSCSI 发起者与目标的配置示例

目标配置：
- 假设我们有一个 iSCSI 目标，目标的 IQN 是 iqn.2024-12.com.microsoft:target01，并且它的 IP 地址是 192.168.1.100。
- 目标暴露了端口 3260，默认情况下，iSCSI 发起者将使用这个端口连接到目标。
发起者配置：
- 发起者的 IQN 是 iqn.2024-12.com.microsoft:client01，它的 IP 地址是 192.168.1.200。
- 在 iSCSI Initiator 工具中，发起者会指定 192.168.1.100 作为目标的 IP 地址，并通过指定目标的 IQN 来建立连接。
iSCSI Initiator 配置：在 Windows Server 中，iSCSI 发起者通过提供目标的 IP 地址和 IQN 来连接目标。具体步骤如下：
- 打开 iSCSI Initiator 工具，在 Discovery 选项卡中输入目标的 IP 地址（如 192.168.1.100）并发现目标。
- 在 Targets 选项卡中，选择发现的目标（如 iqn.2024-12.com.microsoft:target01）并点击 Connect，此时发起者将与目标建立连接。
powershellCopy Code
```
New-IscsiTargetPortal -TargetPortalAddress 192.168.1.100
```
在此过程中，发起者使用 IP 地址 192.168.1.100 来定位目标，并使用目标的 IQN（例如 iqn.2024-12.com.microsoft:target01）来标识要连接的目标。

3. 映射与多路径 I/O（MPIO）

在现代存储环境中，通常会使用多路径 I/O（MPIO）来提高存储的可靠性和性能。通过 MPIO，iSCSI 发起者可以通过多个路径连接到同一个目标。每个路径通常由目标的不同 IP 地址组成。

IP 地址与目标的映射：一个目标可以有多个 IP 地址（例如，使用不同的网卡、不同的子网），每个 IP 地址都可以为目标提供一个连接路径。发起者可以通过这些路径来实现冗余。
MPIO 配置：在 Windows Server 2022 中，启用 MPIO 后，发起者会自动检测多个路径，并根据路径的健康状态自动切换，确保存储服务的高可用性。

powershellCopy Code

Install-WindowsFeature -Name MPIO
Enable-MSDSMAutomaticClaim -BusType iSCSI

4. 总结：IQN 与 IP 地址的映射

IQN 是用来唯一标识 iSCSI 目标和发起者的名称，确保设备的唯一性。
IP 地址 用于建立连接，iSCSI 发起者和目标之间通过 IP 地址进行通信。
IQN 和 IP 地址结合使用，发起者需要知道目标的 IP 地址（或域名）和 IQN 来建立连接。
iSCSI 支持多路径连接（MPIO），通过多个 IP 地址提供冗余路径，确保高可用性和容错。

在 Windows Server 2022 中，理解 IQN 和 IP 地址的映射关系对于配置和优化 iSCSI 存储系统至关重要，特别是在多路径和高可用性配置的场景中。

iSCSI 存储体系结构

存储池、虚拟硬盘（VHD/VHDX）、LUN（逻辑单元编号）的关系

在 Windows Server 2022 中，iSCSI 存储体系结构涉及多个重要组件，它们共同工作以提供可扩展、灵活且高效的存储解决方案。理解 存储池（Storage Pool）、虚拟硬盘（VHD/VHDX） 和 LUN（逻辑单元编号） 之间的关系对于配置、管理和优化 iSCSI 存储至关重要。

我们将逐步解释这些概念，以及它们在 iSCSI 存储架构中的相互关系。

1. 存储池（Storage Pool）

在 Windows Server 2022 中，存储池 是用于管理存储资源（如物理磁盘或 SSD）的逻辑集合。存储池使得管理员能够将多个物理磁盘组合在一起，并将其作为一个整体来管理。

存储池的主要功能：
- 允许将多个物理磁盘聚合到一个逻辑存储单元中，简化存储管理。
- 支持不同级别的容错和数据保护，如镜像（Mirror）和奇偶校验（Parity）。
- 提供动态的存储扩展，允许在线添加更多磁盘以扩展存储池的容量。
- 提供空间效率的功能，例如将不同类型的存储（SSD、HDD）混合使用，并根据性能需求优化数据存储。
创建存储池的步骤：
1. 打开 服务器管理器。
2. 选择存储，然后选择 磁盘管理。
3. 创建新的存储池并选择一组物理磁盘。

存储池可以使用不同的 冗余配置 来保护数据，像是：

简单（Simple）：没有冗余，所有数据都存储在一个副本中。
镜像（Mirror）：数据有多个副本，以增加冗余性（如 RAID 1）。
奇偶校验（Parity）：使用奇偶校验数据存储方式（如 RAID 5）来提供冗余。

2. 虚拟硬盘（VHD/VHDX）

虚拟硬盘（VHD/VHDX） 是存储在存储池中的逻辑存储单元。VHDX 是 VHD 格式的扩展，提供了更大的容量和更强的数据保护功能。虚拟硬盘文件的主要作用是为虚拟机或物理机提供存储设备，它是通过软件虚拟化来模拟物理硬盘。

VHD 与 VHDX 的区别：
- VHD：最大支持 2 TB 的容量，使用较老的文件格式。
- VHDX：支持最大 64 TB 的容量，提供更好的性能、扩展性和数据保护，尤其是能够更好地应对电力故障等情况。
创建虚拟硬盘：在存储池中创建虚拟硬盘时，您可以选择 VHD 或 VHDX 格式。虚拟硬盘通常用于：
- 创建 存储空间（如一个卷或逻辑驱动器）用于存储文件。
- 为 虚拟机 提供硬盘。
- 在 iSCSI 目标 上存储数据。
VHD/VHDX 与存储池的关系：存储池提供了存储虚拟硬盘所需的物理存储资源。当在存储池中创建虚拟硬盘时，系统会根据存储池的物理磁盘资源和冗余配置，来为 VHD 或 VHDX 分配足够的空间。例如，如果您创建一个 10 TB 的 VHDX 文件，它会从存储池中分配物理存储资源，并根据存储池的配置（如镜像或奇偶校验）来确保数据的冗余和安全。

3. LUN（逻辑单元编号）

LUN（Logical Unit Number） 是 iSCSI 存储系统中用来标识存储设备的逻辑标识符。在 Windows Server 2022 中，LUN 主要用于标识 iSCSI 目标 中的存储空间单元。每个 LUN 通常对应一个存储资源，如虚拟硬盘、存储空间或实际磁盘。

LUN 的功能：
- LUN 是在存储阵列或存储设备中定义的逻辑设备编号，它可以对应于一个虚拟硬盘（VHD/VHDX）或一个物理磁盘。
- 在 iSCSI 存储系统中，LUN 是客户端（如 iSCSI 发起者）与目标（iSCSI 服务器）之间的数据交换的标识符。
- LUN 可以配置不同的权限和访问策略，以确保特定的发起者或客户端能够访问特定的存储资源。
LUN 与 iSCSI 的关系：
- 当 iSCSI 发起者连接到 iSCSI 目标时，它实际上是在访问该目标中的一个特定的 LUN。每个 LUN 可以映射到一个虚拟硬盘（VHD/VHDX）或一个物理磁盘上。
- 通过使用 LUN，iSCSI 目标可以划分不同的存储区域，每个存储区域都有不同的容量和访问权限。

4. 存储池、VHD/VHDX 和 LUN 之间的关系

在 Windows Server 2022 中，存储池、虚拟硬盘（VHD/VHDX）和 LUN 之间的关系如下：

存储池 提供了物理存储资源的集合，这些资源可以来自多个物理磁盘。存储池使得管理员能够灵活地管理存储资源并进行扩展。
在存储池中，您可以创建 虚拟硬盘（VHD/VHDX），这些虚拟硬盘将使用存储池中的物理存储资源。虚拟硬盘可以是简单的、镜像的或有奇偶校验的，具体取决于存储池的冗余配置。
LUN（逻辑单元编号） 作为标识符，在 iSCSI 存储架构中用于标识虚拟硬盘或物理存储设备。一个 LUN 通常对应一个虚拟硬盘（VHD/VHDX），并通过 iSCSI 目标暴露给网络上的 iSCSI 发起者。

例子：

假设您创建了一个 存储池，它包含了三个物理磁盘（每个磁盘 1 TB）。您希望在这个存储池中创建一个 虚拟硬盘（VHDX），它的大小是 2 TB，并且使用 镜像（Mirror） 配置来提供冗余。
当您为虚拟硬盘（VHDX）创建了一个 LUN，并将其作为 iSCSI 目标共享时，iSCSI 发起者将通过连接到这个 LUN 来访问存储池中的存储资源。
这个虚拟硬盘的实际数据会存储在存储池的物理磁盘上，且因为使用了镜像配置，它的数据会在多个物理磁盘上有多个副本，提供冗余保护。

5. 总结：存储池、VHD/VHDX 和 LUN 之间的关系

存储池 是物理磁盘的集合，允许管理员管理和配置存储资源。
虚拟硬盘（VHD/VHDX） 是从存储池中分配的逻辑存储单元，可以为 iSCSI 目标提供存储。
LUN（逻辑单元编号） 是存储设备的逻辑标识符，它通常与一个虚拟硬盘或物理磁盘对应，iSCSI 发起者通过 LUN 来访问存储。

这些组件共同工作，构成了 iSCSI 存储系统的基础架构，使得管理员能够灵活、高效地配置和管理存储资源，满足各种不同的存储需求。

iSCSI 与其他存储协议的比较

与 Fibre Channel、NFS、SMB 等协议的比较

在 Windows Server 2022 中，iSCSI 是一种常用的存储协议，用于将存储设备通过网络共享给服务器或客户端。与其他存储协议（如 Fibre Channel、NFS、SMB）相比，iSCSI 在应用场景、性能、成本和管理方面都有不同的特点。以下是 iSCSI 与其他常见存储协议的详细比较：

1. iSCSI vs Fibre Channel (FC)

iSCSI 和 Fibre Channel 都是用于连接和访问存储设备的协议，但它们在基础设施、性能和成本方面有所不同。

iSCSI

传输层：基于 TCP/IP 协议，通常运行在以太网基础设施上。
网络架构：利用现有的标准以太网网络进行通信，不需要专用硬件。
成本：iSCSI 通常比 Fibre Channel 更便宜，因为它使用现有的网络硬件（如标准交换机和网卡），而无需额外投资昂贵的 Fibre Channel 交换机和 HBA 卡（主机总线适配器）。
扩展性：由于基于标准的 IP 网络，iSCSI 容易扩展，可以通过普通的以太网网络进行扩展，且支持广域网（WAN）连接，适用于分布式存储。
性能：iSCSI 的性能通常低于 Fibre Channel，因为其依赖于 TCP/IP 网络，网络带宽和延迟可能会影响性能。不过，通过使用高速以太网（如 10GbE 或 25GbE 网络），可以显著提高 iSCSI 的性能。
应用场景：iSCSI 适用于需要低成本、灵活性和可扩展性的中小型企业，以及虚拟化环境。对于长距离存储连接，iSCSI 也是一个不错的选择。

Fibre Channel (FC)

传输层：基于专用的光纤通信技术，不依赖于 TCP/IP 协议。
网络架构：Fibre Channel 是一个专门为存储网络设计的协议，通常需要专用的 Fibre Channel 交换机和 HBA 卡。
成本：Fibre Channel 的硬件成本较高，包括专用的交换机、光纤通道适配器（HBA）和光纤线路。由于其专用硬件，部署和维护成本较高。
扩展性：Fibre Channel 提供了非常高的带宽和低延迟，适用于需要高性能、大规模存储环境的企业数据中心。
性能：Fibre Channel 提供低延迟和高带宽，支持 16Gbps、32Gbps 或更高速度的连接，通常能提供比 iSCSI 更好的性能。
应用场景：适用于大型企业、数据中心以及对性能和可靠性要求极高的应用，如数据库、大规模虚拟化环境、高性能计算（HPC）等。

总结：

成本：iSCSI 更具成本效益，尤其适用于中小型企业和预算有限的场景。
性能：Fibre Channel 提供更高的性能和低延迟，更适用于需要高带宽和低延迟的企业级存储环境。
扩展性与管理：iSCSI 在扩展和管理方面更灵活，易于通过现有的网络基础设施进行扩展。

2. iSCSI vs NFS (Network File System)

NFS 是一种用于文件共享的协议，而 iSCSI 是块存储协议。它们在数据传输方式和应用场景上有很大的不同。

iSCSI

协议类型：块级存储协议。iSCSI 在存储网络上提供的是块级存储（例如磁盘），可以将远程存储设备挂载为本地磁盘。
应用场景：iSCSI 适用于需要对存储进行直接控制的应用场景，如数据库、虚拟化（尤其是使用 Microsoft Hyper-V 或 VMware）、以及其他需要高性能和高可靠性的应用。
访问方式：iSCSI 客户端通过连接到 iSCSI 目标来直接访问块存储资源，客户端对存储进行直接的读写操作。
操作系统支持：iSCSI 得到了大多数操作系统的支持，包括 Windows、Linux 和 macOS。

NFS (Network File System)

协议类型：文件级存储协议。NFS 允许客户端通过网络访问远程文件系统，并将文件系统挂载到本地文件系统树中。
应用场景：NFS 通常用于文件共享和网络文件系统（如存储服务器上的共享文件夹）。它适用于需要共享文件数据的场景，如文件存储、文件服务、备份等。
访问方式：NFS 客户端通过文件级协议访问远程文件，客户端无法直接控制底层存储（如硬盘块）。
操作系统支持：NFS 主要用于 UNIX 和 Linux 环境，但也可以在 Windows 系统上通过额外的配置进行使用。

总结：

存储类型：iSCSI 提供的是块级存储，而 NFS 提供的是文件级存储。因此，iSCSI 更适用于需要直接块存储的应用，如数据库和虚拟化，而 NFS 更适用于共享文件访问和文件服务器。
性能：iSCSI 通常提供更高的性能，特别是在高负载、高并发的环境下，因为它允许客户端直接访问存储块。
使用场景：NFS 更适合需要文件共享和网络访问的场景，而 iSCSI 更适合需要直接块存储的场景，如数据库、虚拟机磁盘等。

3. iSCSI vs SMB (Server Message Block)

SMB 是一种网络文件共享协议，允许应用程序通过网络共享文件、打印机和其他资源。与 iSCSI 相比，SMB 主要用于文件共享而不是块存储。

iSCSI

协议类型：块级存储协议。通过 iSCSI，客户端可以像本地硬盘一样使用远程存储设备。
应用场景：iSCSI 更适用于需要块级存储的应用，如虚拟化环境、数据库、大型应用的存储等。
性能：iSCSI 提供较高的性能，因为它通过网络直接访问存储块，支持高性能磁盘阵列和冗余配置。
支持操作系统：iSCSI 在 Windows 和 Linux 系统上广泛支持，并且支持虚拟化平台（如 VMware 和 Hyper-V）。

SMB (Server Message Block)

协议类型：文件级存储协议。SMB 允许客户端通过网络共享文件并提供远程文件系统访问。
应用场景：SMB 是用于文件共享的标准协议，广泛应用于文件存储和共享，如 Windows 文件服务器。它也支持文件级的共享、打印机共享等。
性能：SMB 通常不如 iSCSI 高效，特别是在高负载场景下，因为 SMB 是文件级存储协议，性能受到文件系统操作的限制。
支持操作系统：SMB 是 Windows 操作系统的主要文件共享协议，并且支持 Linux 和 macOS（通过 Samba 实现）。

总结：

存储类型：iSCSI 提供块存储，而 SMB 提供文件存储。iSCSI 适用于需要高性能、直接控制存储的应用，而 SMB 更适合文件共享、存档和备份。
性能：iSCSI 通常提供比 SMB 更高的性能，特别是在高负载场景下。
使用场景：SMB 更适用于文件共享和协作，而 iSCSI 更适用于块级存储和高性能存储需求。

4. 总结与选择

特性	iSCSI	Fibre Channel	NFS	SMB
存储类型	块级存储	块级存储	文件级存储	文件级存储
传输层	TCP/IP	专用光纤	TCP/IP	TCP/IP
性能	中等，取决于网络带宽和延迟	高性能，低延迟	较低，受限于文件访问	较低，受限于文件访问
成本	低成本（使用现有网络）	高成本（专用硬件）	中等（需要网络基础设施）	低成本（现有网络基础设施）
应用场景	数据库、虚拟化、高性能存储	大型企业、数据中心、高端存储	文件共享、备份、分布式文件系统	文件共享、打印机共享、数据存储
扩展性	较好，利用标准以太网网络	较差，依赖专用硬件和网络	优秀，支持分布式文件系统	较好，支持分布式文件系统
易管理性	中等，支持现代管理工具	较难，管理较为复杂	易于管理，适用于文件系统操作	易于管理，支持Windows管理工具

iSCSI 适用于需要 块级存储 和 中高性能 的应用，尤其是虚拟化环境和数据库应用。它的优势在于 低成本、灵活性 和易于扩展，且通过现有的 TCP/IP 网络就能实现，不需要额外的专用硬件。适合中小型企业以及对存储管理和网络集成要求较高的环境。
Fibre Channel 适合 大型企业 和 高端存储环境，尤其是对于需要极高性能、低延迟的应用（如大规模数据库和虚拟化平台）。其 高性能 和 可靠性 是其主要优势，但成本较高且管理较复杂。
NFS 是一个文件级协议，适用于 文件共享 和 跨平台 的文件存取。它常用于 Linux/Unix 系统中的文件存储和分布式文件系统。NFS 的 易用性 和 跨平台支持 是其亮点，但性能通常较低，不适用于高负载的块存储应用。
SMB 是一种适用于 文件共享 的协议，广泛用于 Windows 环境。它适合用于办公文件存储、协作和打印机共享等应用。由于是文件级协议，性能相对较低，更多应用于小型和中型企业中。

在选择存储协议时，应该根据实际需求做出合理决策：

如果需要高性能和 直接存取块存储（如数据库、大型虚拟化环境），iSCSI 或 Fibre Channel 是较好的选择。
如果主要需求是 文件共享，且环境中混合使用不同操作系统，NFS 或 SMB 是理想选择。
如果预算有限且对性能要求适中，iSCSI 是一个性价比高的选择。

每种协议都有其适用场景，正确的选择可以提高企业存储解决方案的效率和性能。

适用场景和性能对比

2. 高级目标配置

使用 iSCSI Target Server

创建多目标（Multiple Targets）及其管理

在 Windows Server 2022 中，使用 iSCSI Target Server 来创建和管理多目标（Multiple Targets）是为虚拟机、数据库或其他块级存储需求提供共享存储的有效方式。iSCSI Target 是一种提供块级存储的服务，允许客户端通过网络访问存储资源。通过配置多个目标（iSCSI Targets），可以为不同的应用提供独立的存储空间。

以下是创建和管理多目标的详细步骤：

步骤 1: 安装 iSCSI Target Server 角色

打开 服务器管理器。
点击管理 > 添加角色和功能。
在 角色和功能向导 中，选择角色选项卡。
在角色列表中，找到并选择 iSCSI Target Server。
按照向导提示完成安装。

步骤 2: 配置 iSCSI Target Server

安装完成后，可以开始配置 iSCSI 目标。

1. 打开 iSCSI Target Server 管理工具

通过 服务器管理器，进入工具 > iSCSI Target。

2. 创建新的 iSCSI 虚拟磁盘 (VHD/VHDX)

在 iSCSI Target 控制台中，选择 虚拟磁盘。
右键点击虚拟磁盘区域，选择 新建虚拟磁盘。
选择存储虚拟磁盘的位置，指定虚拟磁盘的大小，并选择格式（VHD 或 VHDX）。
完成虚拟磁盘的创建。

3. 创建 iSCSI Target

在 iSCSI Target 控制台中，点击目标。
选择 新建 iSCSI Target。
输入目标名称并选择目标类型（可以是 普通目标 或 iSCSI 目标池）。
关联刚才创建的虚拟磁盘，选择该磁盘作为目标存储。

4. 配置目标身份验证

在 iSCSI Target 控制台中选择 目标身份验证。
可以选择 无身份验证、CHAP 或 双向 CHAP 进行身份验证，确保只有授权的客户端可以访问该目标。
设置适当的身份验证方法，并输入凭证（如果需要）。

5. 创建多个目标（Multiple Targets）

在 iSCSI Target 控制台中，选择 新建目标。
在新建目标时，可以重复上述步骤，为不同的虚拟磁盘创建多个目标。
每个目标可以与不同的虚拟磁盘（或存储）相关联，并且可以为每个目标指定不同的访问权限和身份验证设置。
为每个目标设置一个独立的名称和存储路径，确保目标间的存储资源隔离。

步骤 3: 配置 iSCSI Initiator 客户端

创建了多个 iSCSI Target 后，客户端需要连接到这些目标。假设客户端为 Windows 系统，可以使用 iSCSI Initiator 来连接到这些目标。

1. 启动 iSCSI Initiator

打开 控制面板 > 管理工具 > iSCSI Initiator。
启动 iSCSI Initiator，如果是首次使用，系统可能会提示你启动 iSCSI 服务。

2. 配置连接目标

在目标选项卡中，点击 发现目标，输入 iSCSI 目标服务器的 IP 地址，点击确定。
系统会自动扫描 iSCSI 目标服务器上的所有可用目标。
选择需要连接的目标，并点击连接。

3. 配置多目标连接

如果有多个目标，可以依次在 iSCSI Initiator 中选择不同的目标进行连接。
每个目标都会被映射为一个独立的磁盘，并且可以在 磁盘管理 中进行查看和管理。

步骤 4: 管理和监控 iSCSI Target

查看连接状态：
- 在 iSCSI Target 控制台中，点击 连接的目标，可以查看哪些客户端已连接到哪个目标。
- 可以通过 断开连接 按钮手动断开目标的连接。
配置存储：
- 如果需要增加存储空间，可以继续创建新的虚拟磁盘，并将其添加到现有的目标或新建目标中。
性能和监控：
- 可以使用 性能监视器 或 事件查看器 来监控 iSCSI 服务的状态，查看是否有连接问题、存储瓶颈等。
管理目标访问控制：
- 可以在 iSCSI Target 控制台中修改或删除目标，并根据需要调整访问控制列表（ACL），如指定哪些客户端 IP 地址可以连接到目标。

步骤 5: 多目标配置最佳实践

分配不同的磁盘给不同的应用：为了提高性能和隔离不同的存储需求，可以为不同的应用创建多个目标。例如，虚拟化应用、数据库应用和文件存储应用可以使用不同的 iSCSI 目标。
使用 CHAP 身份验证增强安全性：启用 CHAP 身份验证可以确保只有授权的客户端能够访问 iSCSI 目标，从而提高存储访问的安全性。
定期备份目标数据：确保 iSCSI 目标上的数据进行定期备份，以防止数据丢失。

通过 iSCSI Target Server，Windows Server 2022 提供了一个灵活、高效的解决方案，用于创建多个 iSCSI 目标并进行管理。无论是在虚拟化环境、数据库存储还是其他块存储需求场景中，iSCSI 提供了可靠的共享存储支持。通过配置多个目标，可以实现存储的高效利用和隔离，满足不同应用的需求。

高级配置：创建多个虚拟硬盘并关联到不同目标

在 Windows Server 2022 中，使用 iSCSI Target Server 可以为客户端提供共享的块级存储。通过创建多个虚拟硬盘并将其关联到不同的 iSCSI 目标，可以实现更高效的存储管理和资源隔离。

以下是 iSCSI Target Server 高级配置步骤，介绍如何在 Windows Server 2022 中创建多个虚拟硬盘（VHD/VHDX），并将它们分别关联到不同的 iSCSI 目标：

前提条件

确保 Windows Server 2022 已安装 iSCSI Target Server 角色。
iSCSI 服务已启用，并且客户端（iSCSI Initiator）已配置为能够连接到 iSCSI 目标。

步骤 1: 安装 iSCSI Target Server 角色

打开 服务器管理器。
点击管理 > 添加角色和功能。
在 角色和功能向导 中，选择角色选项卡。
在角色列表中，找到并选择 iSCSI Target Server。
按照向导完成安装。

步骤 2: 创建多个虚拟硬盘

iSCSI Target Server 允许你将多个虚拟硬盘（VHD/VHDX）作为存储资源提供给客户端。以下是创建虚拟硬盘的步骤：

打开 iSCSI Target 管理工具：
- 在 服务器管理器 中，点击工具 > iSCSI Target。
创建虚拟硬盘（VHD/VHDX）：
- 在 iSCSI Target 管理工具中，选择 虚拟磁盘。
- 右键点击虚拟磁盘区域，选择 新建虚拟磁盘。
- 选择虚拟硬盘的存储路径（即存储位置），并为每个虚拟硬盘指定大小。
  - 可以选择 VHD 或 VHDX 格式，VHDX 格式通常具有更好的性能和支持更大的磁盘大小。
  - 为每个虚拟硬盘命名，例如 disk1.vhdx、disk2.vhdx 等。
完成虚拟硬盘创建：
- 为每个虚拟硬盘配置大小和文件格式后，点击完成来创建虚拟硬盘。

步骤 3: 创建和配置多个 iSCSI 目标

每个虚拟硬盘需要关联到一个或多个 iSCSI 目标，以便客户端通过 iSCSI Initiator 进行连接和使用。以下是创建和配置多个 iSCSI 目标的步骤：

创建第一个 iSCSI 目标：
- 在 iSCSI Target 管理工具中，点击目标 > 新建 iSCSI Target。
- 输入目标的名称，例如 Target1。
- 选择目标类型为 普通目标。
- 在“目标虚拟磁盘”部分，选择你刚才创建的虚拟硬盘，例如 disk1.vhdx，并将其关联到目标。
设置访问控制：
- 配置 访问控制列表（ACL），指定允许连接该目标的客户端（例如通过 IP 地址或客户端名称）。
- 可选择启用 CHAP 身份验证，以加强安全性。
创建第二个 iSCSI 目标：
- 重复上述步骤，为第二个虚拟硬盘创建一个新的 iSCSI 目标，例如 Target2。
- 将 disk2.vhdx 与目标关联，并配置访问控制。
继续创建其他目标：
- 如果需要更多的目标，可以继续添加更多的 iSCSI 目标，并为每个目标关联不同的虚拟硬盘。
- 确保每个目标都与适当的虚拟硬盘关联，并为每个目标设置独立的访问控制。

步骤 4: 配置 iSCSI Initiator 客户端连接

在客户端计算机上，需要使用 iSCSI Initiator 工具来连接到这些 iSCSI 目标。

启动 iSCSI Initiator：
- 在客户端计算机上，打开 控制面板 > 管理工具 > iSCSI Initiator。
- 启动 iSCSI Initiator 工具。
发现 iSCSI 目标：
- 在目标选项卡中，点击 发现目标。
- 输入 iSCSI 目标服务器的 IP 地址，点击确定，iSCSI Initiator 将扫描该服务器上的所有目标。
连接到目标：
- 在目标选项卡中，选择目标（例如 Target1 或 Target2），并点击连接。
- 如果启用了身份验证，输入 CHAP 凭证以进行连接。
- 连接后，iSCSI 目标将被映射为客户端计算机上的磁盘驱动器，并可在 磁盘管理 中进行查看和管理。
验证连接：
- 打开 磁盘管理，查看新连接的虚拟硬盘，确保它们已经成功显示为新的磁盘驱动器。
- 对虚拟硬盘进行初始化和分区，确保可以正常使用。

步骤 5: 高级配置与最佳实践

访问控制：通过设置目标的 ACL，确保只有授权的客户端可以访问每个目标。可以根据客户端的 IP 地址、主机名，或者通过 CHAP 认证进行控制。
性能优化：使用 iSCSI 目标池，将多个虚拟磁盘分配给一个目标池，这样可以实现更好的性能和资源利用率。iSCSI 目标池还可以方便地进行扩展。
冗余与备份：考虑配置冗余和备份策略，例如使用 Windows Server 的 存储空间直通（Storage Spaces Direct）来增强存储的可靠性和性能。
数据隔离：确保每个目标的虚拟硬盘根据需要进行隔离。对于需要高安全性和性能的应用，可以为每个应用创建独立的目标。
监控与审计：通过 性能监视器 或 事件查看器 来监控 iSCSI 目标的性能，确保没有连接问题或存储瓶颈。

通过 iSCSI Target Server，你可以在 Windows Server 2022 中创建多个虚拟硬盘，并将其关联到不同的 iSCSI 目标。这种配置方法提供了灵活的存储管理和更高的资源隔离，适合于需要多个存储区块的应用场景，如虚拟化环境和数据库应用。通过精确配置目标和访问控制，你可以确保存储资源的安全性和高效性。

配置 iSCSI Target 访问权限
- 使用 CHAP 认证与无密码认证的混合配置
- 配置访问控制（ACL）：限制哪些发起者可访问哪些目标
iSCSI 目标映射策略
- 配置 LUN 映射（逻辑单元号映射）
- 使用 存储池 分配 iSCSI 存储
使用 iSCSI 与 VHDX 文件
- 动态扩展 VHDX 文件并映射到 iSCSI 目标
- 高效管理 VHDX 文件以应对大规模存储需求

3. iSCSI 发起者配置与管理

高级发起者配置
- 连接多个 iSCSI 目标并配置自动重连
- 管理和排查连接问题
iSCSI Initiator 高级认证与安全
- 配置和验证 Mutual CHAP 双向认证
- 启用 IPsec 加密 iSCSI 传输
发起者多路径配置与管理
- 配置多路径输入/输出（MPIO）
- 配置 MPIO 策略和故障切换
- 管理多路径连接的负载均衡和冗余

4. 性能优化与容量管理

性能监控与优化
- 使用 性能监视器（Perfmon）监控 iSCSI 目标和发起者的性能
- 优化 iSCSI 传输延迟和吞吐量
- 配置网络负载均衡（NIC Teaming）来提高吞吐量
存储优化
- 使用 存储空间直通（Storage Spaces Direct, S2D） 来优化存储管理
- 优化磁盘的缓存和读写性能
- 动态扩展和收缩存储池
自动化与任务调度
- 使用 PowerShell 脚本自动化目标配置
- 定期检查和更新 iSCSI 目标状态

5. 高可用性配置

配置 iSCSI 多路径输入/输出（MPIO）
- 配置多路径冗余和故障切换
- 配置负载均衡策略
使用 Windows Server 高可用性
- 配置 iSCSI 目标的 Windows Failover Cluster（故障转移群集）
- 配置共享存储和群集磁盘的访问
iSCSI 存储与虚拟化
- 将 iSCSI 存储与 Hyper-V 配合使用
- 配置 Hyper-V 主机与 iSCSI 存储目标的连接
- 管理虚拟机的存储和故障转移

6. 高级安全性配置

加密与认证
- 在传输层启用 IPsec 加密
- 启用 TLS/SSL 加密保护 iSCSI 流量
增强访问控制
- 细化 iSCSI 目标的访问控制（基于 IQN、IP 地址等）
- 配置 IP 地址过滤和域访问
备份与灾难恢复
- 定期备份 iSCSI 目标的数据（VHDX 文件）
- 配置存储目标的异地容灾方案
- 使用 VSS（卷影复制服务）进行快照备份

7. 故障排除与维护

排查连接问题
- 检查 iSCSI 连接是否中断，网络带宽是否足够
- 查看日志文件（Event Viewer）中相关错误信息
常见故障解决方案
- 目标不可访问：检查防火墙、ACL 设置
- 发起者无法连接：确保 iSCSI Initiator 配置正确
监控与日志管理
- 使用 PowerShell 或 WMI 查询 iSCSI 状态
- 配置和分析 iSCSI 相关的事件日志
自动化故障处理
- 编写 PowerShell 脚本定期检查存储健康状态
- 配置自动重启目标或发起者

8. 存储虚拟化与扩展

iSCSI 存储池的创建与管理
- 创建和扩展 iSCSI 存储池
- 配置 ReFS（弹性文件系统）提高存储效率
自动化存储管理
- 使用 Windows Storage Spaces 管理 iSCSI 存储池
- 实现多层存储架构和容量规划
集成与虚拟化
- 配合 VMware/Hyper-V 使用 iSCSI 存储
- 配置 iSCSI 存储为共享磁盘或集群资源

9. 高效的备份与灾难恢复策略

iSCSI 目标的备份
- 备份整个 iSCSI 目标的虚拟磁盘文件（VHD/VHDX）
- 使用 Windows Server 的备份功能定期备份 iSCSI 存储
灾难恢复方案
- 配置和验证 iSCSI 存储的灾难恢复计划
- 在远程位置恢复 iSCSI 存储并重新连接目标
快照与复制
- 使用 VSS 和快照功能实现 iSCSI 数据保护
- 配置 iSCSI 存储的异地同步和复制

10. 总结与展望

总结中级使用技巧与优化方法
面向未来的存储技术发展趋势
- iSCSI 与 NVMe、SSD 存储的结合
- 基于 iSCSI 的高效分布式存储架构

附录：命令行工具与脚本

PowerShell 命令
- 创建和管理 iSCSI 目标的 PowerShell 示例
- 配置 MPIO 和访问控制的 PowerShell 脚本
常用诊断命令
- 使用 iscsicli 工具排查连接问题
- 查看 iSCSI 状态、配置和日志

这个中级教程大纲旨在帮助你深入了解如何优化和管理 Windows Server 2022 中的 iSCSI 服务器，无论是在日常操作、性能调优还是故障排除方面都有很好的覆盖。通过掌握这些高级配置和技巧，你可以更高效地管理和使用 iSCSI 存储，满足更高要求的业务场景。

Windows Server 2022 iSCSI 服务器高级使用教程大纲

在 Windows Server 2022 中，配置和管理 iSCSI 服务器 的高级功能不仅涉及复杂的存储管理，还需要对网络、安全性、高可用性以及性能优化有深刻的理解。以下是为中高级用户设计的教程大纲，涵盖了从高可用性、性能优化到故障排除的各个方面。

1. iSCSI 目标与发起者深入理解

iSCSI 存储架构设计
- 目标（Target）与发起者（Initiator）的细节和工作原理
- 如何利用 iSCSI 配置分布式存储架构
- 与其他存储协议（如 Fibre Channel, NFS）对比
iSCSI 数据流分析
- 数据传输协议细节（块级协议 vs 文件级协议）
- iSCSI 协议栈的深度解析

2. iSCSI 高级目标配置

配置多个 iSCSI 目标
- 创建多个目标，并通过策略进行灵活的管理
- 目标映射和 LUN 分配管理
高级存储策略配置
- 配置 iSCSI 目标存储池（与存储空间、虚拟硬盘的结合使用）
- 高级 LUN 映射与配置技巧
- 使用动态扩展的虚拟硬盘（VHDX）与 iSCSI 集成
iSCSI 目标访问控制与权限管理
- 配置多级访问控制：基于 IQN、IP 地址、CHAP 认证等
- 高级 CHAP 配置与使用（包括双向认证）
- 管理与配置 iSCSI 会话的连接限制

3. iSCSI 发起者高级配置

发起者配置与优化
- 高级发起者配置与连接设置（配置 iSCSI Initiator 时的最佳实践）
- 配置自动重连与多路径连接
发起者与目标的高级安全配置
- 配置和使用 IPsec 和 TLS 进行 iSCSI 数据加密
- 高级身份验证配置：使用 Mutual CHAP 和证书认证
多路径输入输出（MPIO）配置与优化
- 配置 MPIO 策略，设置冗余路径与负载均衡
- 优化多路径输入/输出性能，确保故障切换与高可用性

4. iSCSI 存储性能优化

网络与存储优化
- 网络性能调优：配置 iSCSI 目标和发起者的高效网络连接
- 配置网络接口卡（NIC Teaming）来提高带宽和容错
iSCSI 存储性能调优
- 通过调整数据包大小、TCP 窗口大小、延迟和吞吐量等参数优化性能
- 使用 性能监视器（PerfMon）与 资源监视器（Resource Monitor）进行详细性能分析
存储缓存与内存管理
- 配置存储缓存以提高读取性能
- 调整内存分配与 iSCSI 目标的缓存策略

5. 高可用性与灾难恢复配置

iSCSI 与 Windows Failover Cluster 配合使用
- 配置 iSCSI 存储为共享磁盘，在 Windows Failover Cluster 中实现高可用性
- 配置自动化的故障转移和恢复策略
使用 iSCSI 多路径输入输出（MPIO）与集群服务
- 配置高可用 iSCSI 存储集群并实现自动路径切换
- 配置负载均衡和路径冗余策略
异地灾难恢复配置
- 配置 iSCSI 目标的异地备份与复制
- 配置存储同步和异步复制解决方案
- 使用 Hyper-V 快照与 VSS 实现高可用性和灾难恢复

6. iSCSI 安全配置

数据加密与保护
- 使用 IPsec 配置传输层加密，保护数据流不被窃取或篡改
- 配置 TLS 加密 iSCSI 数据的传输
目标访问控制与安全管理
- 高级的目标访问控制：基于 IP 地址、IQN、角色、用户等的多层防护
- 配置防火墙规则来保护 iSCSI 服务
- 使用证书和多因素认证提高安全性
审计与监控
- 配置 iSCSI 操作的审计日志和事件监控
- 使用 Windows Event Viewer 监控 iSCSI 目标与发起者的连接状态

7. 集成与虚拟化配置

Hyper-V 与 iSCSI 集成
- 配置 Hyper-V 主机与 iSCSI 存储的连接
- 创建与管理 iSCSI 存储的虚拟机磁盘
iSCSI 存储与 Hyper-V 高可用性
- 配置 iSCSI 存储用于虚拟机存储，提供高可用性解决方案
- 使用 iSCSI 存储支持 Hyper-V 集群配置
存储虚拟化与扩展
- 配置 iSCSI 存储与 Windows Storage Spaces Direct (S2D) 集成
- 使用存储虚拟化技术扩展 iSCSI 存储容量
- 配置存储迁移和虚拟机磁盘的移动

8. 故障排除与维护

iSCSI 连接问题排查
- 排查 iSCSI 连接超时、数据包丢失及网络延迟问题
- 检查和修复 iSCSI 目标无法连接、会话中断等常见故障
诊断工具与日志分析
- 使用 iscsicli 和 PowerShell 工具进行故障排查
- 查看和分析 Windows 事件日志、性能日志和系统日志
- 配置和管理 iSCSI 服务日志以便快速定位问题
常见故障的解决方案
- 针对 iSCSI 目标不可访问、发起者无法连接等常见问题提供解决策略
- 解决 iSCSI 存储性能瓶颈和多路径失败问题

9. 自动化与脚本化

使用 PowerShell 自动化 iSCSI 配置
- 编写 PowerShell 脚本批量创建和配置 iSCSI 目标
- 配置 PowerShell 脚本来自动化 iSCSI 连接的建立与故障恢复
iSCSI 监控与自动化任务调度
- 使用 Task Scheduler 自动运行健康检查脚本
- 配置 PowerShell 脚本定期检查存储健康状态并发送报告
集成第三方工具
- 使用第三方监控工具（如 PRTG、Zabbix）集成 iSCSI 存储监控
- 配置 iSCSI 存储与现有监控系统的集成

10. 未来发展与存储技术趋势

iSCSI 与 NVMe 存储结合
- iSCSI 与 NVMe over Fabrics 的集成与优化
- 高速网络与存储协议的新趋势
AI 与机器学习在存储管理中的应用
- 如何使用 AI 和机器学习技术优化 iSCSI 存储的性能和管理
存储虚拟化的未来
- 基于软件定义存储（SDS）与 iSCSI 存储的未来发展
- 超融合基础设施（HCI）中的 iSCSI 应用前景

附录：命令行工具与脚本

PowerShell 示例命令
- 创建和管理 iSCSI 目标的 PowerShell 脚本示例
- 配置和管理 MPIO 的脚本实例
常见诊断命令
- 使用 iscsicli 和 Get-IscsiTarget 命令排查问题
- PowerShell 查询和配置 iSCSI 目标和发起者的状态

这个高级教程大纲旨在帮助你深入掌握 Windows Server 2022 中 iSCSI 服务器 的高级配置、性能优化、安全性增强以及故障排除等方面的技术，确保你能够高效、安全地管理和使用 iSCSI 存储系统，支持企业级应用和大规模存储需求。

Windows Server 2022 iSCSI 服务器大师级使用教程大纲

本教程面向熟练使用 iSCSI 和 Windows Server 的专业人员，旨在提供一套全面且高级的 iSCSI 配置、管理、性能优化、故障排除和集成方案。内容将着重于在企业级环境中如何优化 iSCSI 存储的可靠性、性能、可伸缩性与安全性。

1. 深入理解 iSCSI 目标与发起者架构

iSCSI 目标与发起者的底层机制
- 高级目标（Target）与发起者（Initiator）协议详解
- iSCSI 协议栈、会话、数据传输流分析
- 架构与性能对比：iSCSI 与其他存储协议（FC、iFCP）
iSCSI 存储协议与高性能网络架构
- 高性能网络设置：10GbE，25GbE，InfiniBand 与 iSCSI 的最佳配置
- 协议增强：与 NVMe、RDMA 配合，提升 iSCSI 存储性能

2. iSCSI 高级配置与存储管理

创建与配置多个 iSCSI 目标
- 高级 LUN 映射、动态扩展与高级配置技巧
- 创建复杂的多层 iSCSI 存储池与逻辑卷配置
集群存储配置与集成
- 配置 Hyper-V 存储集群与 iSCSI 存储的高效集成
- 与 Storage Spaces Direct (S2D)、Windows Failover Cluster 集成高可用性方案
动态磁盘与 iSCSI 存储优化
- 多节点集群中的磁盘迁移、高效存储池管理
- 配置磁盘故障切换与热扩展，确保动态环境中的存储无缝扩展

3. iSCSI 发起者高级配置与多路径支持

复杂发起者配置
- 高级 iSCSI Initiator 配置：自动化发起者连接、基于 IP 连接的自动切换、集群支持
MPIO（多路径输入输出）高级配置
- 使用 MPIO 方案增强 iSCSI 存储路径冗余
- 配置多路径负载均衡与故障恢复，优化 IO 性能与高可用性
- 配置 MPIO 策略与策略优先级，管理 iSCSI 存储系统中动态路径
发起者和目标的优化及超并发优化
- 高可扩展发起者与并发连接支持配置
- 改善 iSCSI 数据吞吐量和延迟，尤其在高并发环境下的性能调优

4. iSCSI 存储性能调优与优化

高性能存储和网络配置
- 网络适配器、MTU、QoS 设置，以优化 iSCSI 存储路径的吞吐量和响应时间
- 高效数据缓存技术，读取/写入优化，减少延迟
硬件加速与网络配置优化
- NVMe over Fabrics 在 iSCSI 环境下的实现与性能提升
- 网络优化：使用 RDMA、Jumbo Frames 等网络加速技术提高数据传输效率
性能监控与瓶颈诊断
- 使用 Windows Performance Monitor (PerfMon) 和其他性能工具深入诊断 iSCSI 存储系统的瓶颈
- 设置和分析存储事件日志，探测负载不平衡、网络瓶颈与 CPU/内存限制

5. iSCSI 存储的安全性设计与增强

高度安全的 iSCSI 存储通信
- 使用 IPSec 和 TLS 加密协议保障 iSCSI 数据流的安全性
- 配置增强版 CHAP 认证（双向身份验证）提高安全性
目标访问控制与权限策略
- 基于 IQN、IP 地址、角色权限进行精细化访问控制
- 动态设置访问权限管理，实现 iSCSI 数据的高度隔离
密钥管理与加密
- 使用硬件安全模块（HSM）进行密钥管理
- 配置加密存储设备，确保数据在任何时候都处于安全保护状态

6. 灾难恢复与高可用性架构设计

Windows Failover Cluster 与 iSCSI 存储架构的集成
- 配置 iSCSI 存储目标用于 Hyper-V 存储，并实现自动故障转移
- 配置异地备份、灾难恢复站点（DR Site）使用 iSCSI 存储的备份与复制
iSCSI 与存储同步与备份策略
- 配置多区域同步备份，确保数据灾难恢复的零损失
- 基于异步/同步数据复制技术实现多点存储同步
集成 D2D（Disk-to-Disk）备份方案
- 配置在线备份与增量备份，基于 iSCSI 存储解决备份问题

7. 大规模部署和存储自动化

集群化与分布式存储架构设计
- 如何配置分布式存储网络，支持大规模 iSCSI 存储服务
- 跨地域/跨站点部署解决方案，保障跨地区部署数据一致性
通过 PowerShell 和自动化工具优化管理
- 高效的 iSCSI 管理自动化：自动创建、删除 iSCSI 目标、自动化发起者连接
- 集成定时维护任务、自动报告生成、容错恢复脚本等管理功能
高级脚本和任务调度
- 使用 PowerShell 管理 iSCSI 存储故障排查任务
- 定期审核、运行存储容量报告和诊断任务的自动化脚本

8. 与虚拟化技术集成

Hyper-V 与 iSCSI 高效集成
- 配置 Hyper-V 存储解决方案，通过 iSCSI 存储支持虚拟机磁盘(VHDX)运行
- 配置基于 iSCSI 的虚拟机存储与备份，并保证高可用性
在云平台与混合云架构中的 iSCSI 使用
- 在公有云环境下部署 iSCSI 存储和混合云存储同步
- 使用 iSCSI 提供云环境中的存储资源，高效融合内外部数据资源
虚拟化性能优化
- 在虚拟化环境中优化 iSCSI 存储的读取和写入性能
- 调优 iSCSI 目标以满足高性能计算和大规模虚拟化需求

9. 高可用性与多重备份解决方案

Storage Spaces Direct 与 iSCSI 存储融合
- 配置 Windows Storage Spaces Direct (S2D) 与 iSCSI 高可用性存储系统
- 存储池优化、带宽提升、跨节点管理功能使用
云备份与远程备份设计
- 通过数据中心或公有云对 iSCSI 存储进行异地冗余备份
- 配置云环境与本地环境的异构存储同步，实现存储高可用性与数据恢复

10. 故障排除与优化

iSCSI 存储问题分析与解决
- 系统崩溃、目标失联、网络延迟的深度故障排查
- 使用 iscsicli、Netsh 和 PowerShell 高效诊断网络与存储连接问题
持续的性能优化和监控
- 使用 PerfMon 和其他第三方工具实时监控存储性能，优化长期运行环境
常见故障的识别与自动修复
- 配置自愈脚本，自动处理常见的 iSCSI 存储故障和系统崩溃

11. 未来技术趋势与创新

存储网络与协议的下一代发展：NVMe over Fabrics
- NVMe与 iSCSI 网络融合：提升存储系统吞吐率与低延迟响应
AI、机器学习与存储智能化
- 使用智能分析和自动化技术来动态优化存储负载与流量
- 自适应管理架构与系统监控自动调整存储行为，提升存储效能
下一代高可用性与存储虚拟化解决方案
- 从基础设施到应用的全面存储虚拟化解决方案，支持极简架构与混合架构优化

附录：命令行工具与脚本

PowerShell 高级命令与示例
- 使用 PowerShell 实现批量配置与管理
- 高级存储诊断与多路径配置示例
iSCSI 故障诊断与管理
- 高级 iSCSI 命令调优与脚本自动化

此大纲的内容全面覆盖了 Windows Server 2022 中 iSCSI 存储服务的高阶配置、部署、管理、优化、安全性等方面，帮助 IT 专业人员在企业环境中提升存储系统的灵活性、可扩展性与高可用性，确保他们能够应对大规模部署和日常管理挑战。

Windows Server 2022 提供了一个功能强大的 iSCSI 目标服务器，允许用户通过网络共享存储。iSCSI 是一种基于 IP 协议的存储网络协议，可以让用户将存储资源（如硬盘驱动器）共享给远程计算机。下面是一个“专家级” iSCSI 服务器使用教程的大纲，适用于 Windows Server 2022，涵盖安装、配置、管理以及故障排除等高级主题。

Windows Server 2022 iSCSI 服务器专家级使用教程大纲

第一部分：概述与基础知识

iSCSI 简介
- iSCSI 协议的工作原理
- iSCSI 目标与发起者的概念
- iSCSI 和其他存储协议（如 Fibre Channel、NFS、CIFS）的对比
iSCSI 目标与发起者角色
- iSCSI 目标（Target）的定义和作用
- iSCSI 发起者（Initiator）的定义和作用
iSCSI 部署方案与架构
- 企业环境中的 iSCSI 使用场景
- 高可用性架构与负载均衡

第二部分：安装和配置 iSCSI 目标服务器

安装 iSCSI 目标服务器角色
- 使用服务器管理器安装 iSCSI 目标服务器角色
- 通过 PowerShell 安装 iSCSI 目标服务
配置 iSCSI 目标服务器
- 配置 iSCSI 目标磁盘
- 创建虚拟硬盘（VHD）并挂载为 iSCSI 目标
创建 iSCSI 目标和映射
- 创建单一 iSCSI 目标
- 配置目标映射，关联到特定 LUN
配置 iSCSI 访问控制
- 使用 CHAP 验证进行安全连接
- 配置 iSCSI 目标的访问控制（IP 过滤、ACL）

第三部分：iSCSI 发起者配置与连接

配置 iSCSI 发起者
- 在客户端上启用和配置 iSCSI 发起者
- 配置 iSCSI 目标服务器的 IP 地址与目标名称
发起者与目标的连接
- 使用 iSCSI 发起者连接 iSCSI 目标
- 在客户端上映射 iSCSI 存储并挂载
多路径配置与优化
- 配置多路径 I/O (MPIO) 支持
- 实现负载均衡和故障转移

第四部分：性能优化与监控

iSCSI 存储性能调优
- 调整网络配置以优化存储性能
- iSCSI 硬件加速与优化
- 选择适当的传输层协议（如 iSCSI-AH）
性能监控与故障排除
- 使用性能监视器 (PerfMon) 监控 iSCSI 目标性能
- 使用 Event Viewer 和 PowerShell 进行故障排除
- 查看 iSCSI 目标的事件日志和连接状态

第五部分：高级配置与高可用性

iSCSI 目标的高可用性部署
- 使用 Windows Server 集群实现 iSCSI 存储的高可用性
- 配置集群共享卷（CSV）和 iSCSI 存储
负载均衡和容错
- 使用 iSCSI 多路径 I/O (MPIO) 实现容错
- 配置存储区域网络 (SAN) 的负载均衡
灾难恢复与备份策略
- 配置 iSCSI 存储的备份和恢复
- 使用 VSS 快照和外部备份工具进行灾难恢复

第六部分：安全性与合规性

iSCSI 目标的安全配置
- 配置传输加密（IPsec / CHAP）
- 使用防火墙和网络隔离加强安全性
数据保护与隐私
- 配置 iSCSI 数据加密
- 合规性与数据保护法规（如 GDPR、HIPAA）的遵循
身份验证与访问控制
- 配置强身份验证机制
- 使用 Active Directory 与 iSCSI 集成

第七部分：故障排除与常见问题

常见问题诊断
- iSCSI 目标无法连接的原因
- 连接超时、延迟和数据包丢失的排查
iSCSI 性能问题排查
- 网络瓶颈和存储延迟的排查
- 检查多路径 I/O 配置
iSCSI 目标和发起者的日志分析
- 分析 iSCSI 目标日志（事件查看器）
- 使用 PowerShell 命令行分析问题

第八部分：迁移与整合

从传统存储到 iSCSI 存储的迁移
- 如何将本地存储迁移到 iSCSI 目标
- 配置存储虚拟化（如存储池、卷）
与 Hyper-V 和虚拟化的整合
- 在 Hyper-V 上配置 iSCSI 存储
- 配置 iSCSI 目标与虚拟机存储的整合

第九部分：PowerShell 与自动化管理

PowerShell 基础命令
- 使用 PowerShell 配置 iSCSI 目标
- 配置 iSCSI 目标、映射和权限
自动化配置与脚本管理
- 编写 PowerShell 脚本自动化配置
- 使用 PowerShell 管理多个 iSCSI 目标

附录

参考文献与资源
- 官方文档链接
- 推荐书籍与视频教程
iSCSI 性能基准测试工具
- 推荐工具和方法
常见错误代码与解决方案
- 错误代码列表及解决方法

该大纲提供了从基础安装到高级配置与故障排除的全面指南，旨在帮助管理员掌握 Windows Server 2022 中 iSCSI 目标的专业使用与管理。

posted @ 2024-12-17 15:38 suv789 阅读(2098) 评论(0) 收藏举报

刷新页面返回顶部

suv789

NVMe/TCP 开源工具分类汇总表

重点单独拆解核心工具

1. nvme-cli（Linux，对标 Windows nvme.exe）

2. nvmetcli（内核 nvmet Target 专用）

3. SPDK rpc.py（SPDK nvmf_tgt 配套管理工具）

补充边界与选型要点

与 iSCSI 开源工具对照

Windows Server 2025 NVMe/TCP Initiator 完整解构

一、底层原理

二、依赖文件 & 依赖关系

🔹内核态依赖（驱动栈）

🔹用户态依赖（管理层，nvme.exe 调用链）

三、调用链（完整链路示例：nvme.exe 连接远端 NVMe/TCP 子系统）

用户态逻辑链路（nvme.exe 内部）

四、配套链（整套 Windows NVMe/TCP Initiator 生态）

五、职责边界（内核 / 用户态边界，重点区分）

✅ nvmetcp.sys（内核驱动负责）

✅ nvme.exe + nvmeapi.dll + WMI Provider（用户态管理层负责）

❌ 用户态组件 不负责

❌ Windows 系统整体不提供

六、失效模式简要边界说明

七、与 Windows MSiSCSI（iscsicpl/msiscsi.sys）架构对比要点

nvme.exe（Windows Server 2025）完整解构

一、底层原理

二、依赖文件 & 依赖关系

用户态直接依赖（nvme.exe 加载）

内核态间接依赖（nvme.exe 不直接加载，WMI/IOCTL 下发指令后由系统加载）

三、调用链（示例：nvme.exe connect 连接远端 NVMe/TCP 子系统）

内部逻辑链路（用户态内部，nvme.exe 程序内部执行流）

四、配套链（nvme.exe 整套配套体系）

五、职责边界（边界划分，内核 / 用户态隔离）

✅ nvme.exe 负责范围

❌ nvme.exe 不负责

边界关键要点

六、失效模式（FMEA 简要）

七、nvme.exe VS iscsicli.exe（对标对照）

nvmetcp.sys（Windows Server 2025 NVMe over TCP Transport Driver）完整解构

一、底层原理

二、依赖文件 & 依赖关系

内核态依赖（加载顺序）

用户态依赖（nvmetcp.sys 不直接加载，用于控制面管理）

注册表配置路径

三、调用链

3.1 控制面调用链：nvme.exe connect 建立 NVMe/TCP 子系统连接

3.2 数据面 IO 调用链（业务读写，不经过 nvme.exe）

3.3 故障检测链路

四、逻辑链路（nvmetcp.sys 内部状态机）

五、配套链

六、边界（职责边界，内核分层隔离）

✅ nvmetcp.sys 负责

❌ nvmetcp.sys 不负责

边界关键区分

七、内核相关风险边界（简要 FMEA）

八、nvmetcp.sys vs msiscsi.sys（iSCSI 内核驱动，对标参考）

nvme.exe (Windows Server 2025) ↔ iscsicli.exe 命令对照表

关键语义差异备注

最简实操样例对照

NVMe/TCP (nvme.exe)

iSCSI (iscsicli.exe)

NVMe-oF (TCP) 演进（标准时间线、能力迭代、配套栈演进、边界、对比 iSCSI）

一、标准演进时间线（NVMe-oF TCP 规范）

二、核心能力演进（分层迭代）

1. IO 模型与队列（架构质变，和 iSCSI 最大差异）

2. 安全能力演进

3. 发现与多路径 HA 演进

4. 连接与故障恢复

三、操作系统 & 开源实现演进（配套栈）

Linux（最成熟）

SPDK（用户态高性能实现，云 / 存储厂商主流）

Windows

四、生态阶段演进（行业落地）

五、底层架构边界（NVMe/TCP vs iSCSI）

六、NVMe/TCP 固有限制（演进无法完全消除）

七、调用链极简对比（方便和之前 iSCSI 链路对照）

NVMe/TCP Initiator（Linux）

iSCSI Initiator（Windows）

iSCSI 协议演进（RFC 时间线、版本迭代、能力演进、配套栈演进、边界、与竞品对比）

一、标准 RFC 演进时间线

二、能力演进维度（核心功能迭代）

❌ 用户态组件不负责