Windows UC3200 连接使用

参考文档:

https://kb.synology.cn/zh-cn/DSM/tutorial/Quick_Start_iSCSI_Manager

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_use_the_iSCSI_Target_service_on_Synology_NAS

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_use_iSCSI_Targets_on_a_Windows_Server

https://kb.synology.cn/zh-cn/DSM/tutorial/How_can_I_troubleshoot_iSCSI_connection_issues_7

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_use_iSCSI_Targets_on_Windows_computers_with_Multiple_Connections_per_Session_MC_S_support

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_Use_iSCSI_Targets_on_Windows_Computers_with_Multipath_I_O

https://kb.synology.cn/zh-cn/DSM/tutorial/How_to_optimize_your_iSCSI_service_for_Windows

环境

Windows Server 2022

UC3200 DSM 3.1.2

建立target 以及 iScsi Lun

在SAN Manager的iSCSI中新增一个target,可以自定义名称以及IQN可以更好辨认,如果需要提高安全性可以启用CHAP认证:

这边选择创建新的LUN,如果已经有之前的LUN可以直接映射使用:

这边选择LUN所在的存储空间位置、容量、空间分配类型以及高级功能。

这边空间分配类型功能差异如下:
Think Provision
LUN分配多少空间,在NAS会马上占用相对应的存储空间容量。
由于空间已经在NAS进行过置备,所以读写性能会比较好。
不支持硬件加速以及SnapShot快照功能,如果需要备份只能使用HyperBackup套件进行完整备份。

Thin Provisioning
NAS对会按LUN中实际存储的数据占用NAS的存储空间容量。
由于是按实际使用进行实时置备,读写性能比Think Provision差。
支持硬件加速以及SnapShot快照功能,备份比较方便。
空间回收功能需要iSCSI客户端支持才可以正常工作。

确认新增配置:

非CHAP认证target连接

在windows中打开iSCSI 发起程序,在目标中输入NAS的ip并点击快速连接:

选择之前建立的target进行连接:

确认登录成功点击完成:

CHAP认证target连接

如果直接使用快速连接会导致 iSCSI 发起程序 未响应或者崩溃:

在windows中打开iSCSI 发起程序,在发现中点击发现门户,输入NAS的ip并点击确认。

如果所有需要连接的target都有设置相同的CHAP认证可以在高级中配置统一的CHAP认证信息:
如果只有个别target有设置CHAP认证,或者target配置的CHAP认证信息不同,请不要在此处进行配置

在目标中选择需要连接的target点击连接:

在高级中启用CHAP登录,并填写认证信息:

点击确定就可以正常连接了:

初始化iscsi磁盘

打开windows的计算机管理器中的磁盘管理,右键iscsi磁盘选择联机:

联机后再次右键磁盘,选择初始化磁盘:

这边推荐使用GPT分区表,后期不会遇到磁盘容量上限问题:

右键磁盘选择建立分区使用:

无法配置磁盘联机

系统可能会提示磁盘脱机由于管理员策略

打开cmd输入

DISKPART.exe

然后输入以下命令列出所有磁盘

list disk

查看所有磁盘,选择脱机的磁盘

select disk 1

让磁盘挂载

online disk

查看当前SAN策略
san

可以使用来调整挂载策略
san policy=onlineall

使挂载磁盘直接联机

清除磁盘信息
attributes disk clear readonly

clean

转换为gpt

CONVERT GPT

多路径连接

需要windows server系统安装多路径I/O组件后才可以使用

在MPIO属性中勾选添加对iscsi设备的支持并点击添加,添加完成后建议重启windows server:

在windows中打开iSCSI 发起程序在建立连接时需要额外勾选启用多路径:

一共建立4条,分别连接UC3200两个控制器的4个网口:

UC3200端:

这边回到电脑端对MPIO进行配置:

点击连接的target查看设备信息,这边记录地址Port ID 和Target ID:

由于windows的iscsi 发起程序中的MIOP并不支持新版本的MPIO设置,如果直接在此处设置会报错:
https://learn.microsoft.com/en-us/troubleshoot/windows-hardware/drivers/incorrect-mpio-path-state

这边需要到电脑的设备管理器中,找到对应Port ID 和Target ID的磁盘设备:

在设备管理器中对MPIO进行配置调整,确认MPIO策略是否为带子集的协商会议,确认路径状态四条路径是否都是活动。其中两条路径为已优化、两条路径为未优化:

故障转移测试

首先在windows server复制文件到UC3200的iScsi磁盘,此时iScsi服务是被B控制器接管的:

可以在集群性能页面看到多路径传输功能正常:

移除当前存储空间所在控制器B:

传输任务会发生短暂中断:

然后恢复正常:

此时控制器B离线,iScsi服务被A控制器接管:

查看iScsi磁盘MPIO配置,发现控制器A的TPG路径为已优化:

重新插回控制器B,在启动后传输任务会发生短暂中断:

查看iScsi磁盘MPIO配置,发现控制器B的TPG路径为已优化:

传输速度恢复:

iScsi服务被B控制器重新接管:

验证文件MD5未发生数据丢失问题:

安全卸载

在计算机管理->存储->磁盘管理中右键分区点击脱机:

然后在iSCSI 发起程序中点击断开连接: