OceanStor Dorado 6.x & OceanStor 6.x在VMware ESXi下的主机连通性指南

同一个LUN的Path LUN ID不一致时涉及的风险及整改方法

同一个LUN的Path LUN ID不一致时涉及的风险及整改方法

不正确的修改主机LUN ID操作步骤会有导致业务中断的风险针对主机LUN ID的修改,请严格按照本章节内容进行操作。

针对VMFS场景

问题背景

由于VMware自身的bug(ESXi 6.5 GA版本不支持multiple VMLs),当一个Lun不同路径识别到的Host LUN ID不同时,ESXi无法识别该LUN所创建的VMFS。

该问题为VMware 6.5 GA版本的bug,在6.5 U1版本中已解决,所以6.5 GA版本必须修改Host LUN ID一致,在6.5 U1及后续版本中不强制要求修改,但建议修改保持一致,避免出现未知风险,该问题官方说明如下:

https://kb.vmware.com/s/article/2148265

如果LUN上已经创建datastore并部署了业务,不能直接修改Host LUN ID,因为修改Host LUN ID会导致LUN 进入PDL状态而中断业务。

有2种修改方式可供选择:

方式一:不需要重启ESXi

非双活场景:

请先将待修改Host LUN ID的LUN对应datastore上的VM迁移到其他datastore,然后在存储DeviceManager修改主机LUN ID。修改完毕后,等待5~15分钟,然后在ESXi执行”Rescan“操作,检查LUN恢复在线后,将原来的VM迁移回原datastore。

双活场景:

步骤1:暂停待修改LUN的双活Pair(暂停站点根据实际业务选择);

步骤2:在所有ESXi主机侧执行重新扫描LUN,确保该LUN被暂停站点的路径成功移除;

步骤3:在暂停的站点,修改Host LUN ID值与未暂停的站点的Host LUN ID一致;(注:修改前,请确认待修改的Host LUN ID未被占用)

步骤4:同步双活Pair;

步骤5:在所有ESXi主机侧执行重新扫描,确保该LUN被暂停的站点的路径成功扫描;

方式二:需要重启ESXi

请先将LUN上的datastore的VM关机,确保LUN上没有运行业务后,然后在存储DeviceManager修改Host LUN ID。修改完毕后,需要重启ESXi主机才能生效,重启后检查LUN恢复在线。

针对RDM场景

问题背景

由于Host Lun ID不一致,导致RDM LUN的vml ID概率性存在不一致,因此RDM LUN存在被误格式化的风险,该问题官方说明如下:

https://kb.vmware.com/s/article/2014266

检查方法

LUN的VML ID序列中第5/6位值为ESXi主机发现的存储上报第一条路径的Path LUN ID值,此时若Path LUN ID不一致,概率性存在不同主机该LUN的VML ID不一致。

  

Host1

Host2

HostN

LUN

path1

10

10

10

path2

10

10

10

path3

11

11

11

path4

11

11

11

图7-9 Host LUN ID不一致

图7-10 Path LUN ID不一致
图7-11 VML ID一致
图7-12 VML ID不一致

整改方法

表7-1 VML ID不一致整改方法

触发条件

问题

整改方法

同一个LUN在同一主机内的Path LUN ID不一致,且主机间VML ID不一致

问题1:RDM LUN误被格式化风险

VMware已官方说明vml ID不一致时存在该风险,相关链接如下:https://kb.vmware.com/s/article/2014266?lang=en_us

问题2:在ESXi 6.5.0 GA build 4564106≤当前版本<ESXi 6.5 U1 build 5969303这些版本时,因VML ID不一致,ESXi无法识别该LUN/或者升级到上述版本后,VMFS 数据存储可能不存在,尽管路径可用。

该问题为VMware 6.5的BUG,该问题在6.5 U1中解决,后续版本无此限制,相关链接如下:https://kb.vmware.com/s/article/2148265

注意:

涉及RDM LUN的业务需要中断

步骤1:停止RDM LUN 承载的业务,将该RDM LUN在VM中移除(若RDM LUN移除失败,则需要将VM关机后,再进行移除

步骤2:将该LUN从存储上解除映射;

步骤3:在所有ESXi主机侧执行重新扫描,确保LUN被移除。

重新扫描方法参见:https://kb.vmware.com/s/article/1003988?lang=en_us ;

步骤4:将该LUN重新添加映射且必须在映射时指定相同的Host LUN ID值;

注:

1)不支持先映射后修改Host LUN ID方式,必须要在映射时直接指定Host LUN ID。

2)仅6.x系列存储(界面和CLI)和OceanStor V5(仅CLI)支持映射时指定Host LUN ID,而OceanStor V3和OceanStor Dorado V3暂不支持直接指定Host LUN ID,此时需要通过重启ESXi主机方式来更新VML ID。

步骤5:在主机侧扫LUN,确保该LUN的Host LUN ID和VML ID一致且为更新后的值;

步骤6:将该LUN重新添加给VM;

同一个LUN在同一主机的Path LUN ID不一致,但主机间VML ID一致

存在风险(当主机重启或LUN移除映射并重新添加时,可能会导致VML ID不一致,即存在上述问题)

注意:

涉及RDM LUN的业务不中断

步骤1:暂停待修改LUN的双活Pair(暂停站点根据实际业务选择);

步骤2:在所有ESXi主机侧执行重新扫描LUN,确保该LUN被暂停站点的路径成功移除;

步骤3:在暂停的站点,修改Host LUN ID值与未暂停的站点的Host LUN ID一致;(注:修改前,请确认待修改的Host LUN ID未被占用)

步骤4:同步双活Pair;

步骤5:在所有ESXi主机侧执行重新扫描,确保该LUN被暂停的站点的路径成功扫描;

翻译
收藏
下载文档
更新时间:2024-04-28
文档编号:EDOC1100112795
浏览量:65354
下载量:1997
平均得分:3.33