UIS存储网卡扩容问题

核心关键点

1. 运维模式作用：主机进入运维模式，虚拟机自动迁移出这台主机，仅保护计算业务不受本节点操作影响；不会自动修改 OVS 虚拟交换机、不会自动帮你做 bond 聚合。
2. 存储网络修改属于高危操作，修改过程该节点存储链路会短暂中断；必须单节点滚动操作：一台改完验证完全正常，再操作下一台，禁止多台同时操作。
3. 存储内网、存储外网两套虚拟交换机，两套都要分别改成聚合。
4. 对端交换机必须提前完成对应聚合配置：
   • 如果 UIS 侧用动态 LACP 聚合：交换机端口配置动态 LACP（lacp‑mode active）
   • 如果 UIS 侧用静态高级 / 基本分担：交换机配置静态聚合

   聚合模式两端必须匹配，否则聚合异常，存储网丢包、卷离线风险H3C。

标准操作流程（滚动逐节点）

前置准备

1. 集群存储健康状态必须 100 分，无重构、无数据平衡任务在跑；如有重构，等重构 100% 完成再操作。
2. 提前在交换机完成存储内网、存储外网对应的端口聚合配置，网线插好新增的存储网卡。
3. 记录每台节点当前存储内网、存储外网的 IP、掩码，修改后 IP 保持不变，只是底层物理成员口变为 bond 聚合组。

单节点操作步骤（每台主机重复）

1. UIS 前台将该主机进入运维模式，主机上所有虚拟机自动疏散到其他节点，计算业务不受该节点操作影响。
2. SSH 登录该节点 root，修改 ovs 存储虚拟交换机，把原来单物理口替换为 bond 聚合组（ovs_bridge.sh 工具，UIS 内置脚本，不要直接手改配置文件）H3C。

   示例：存储内网 vswitch‑storage‑inner，原单口 eth4，新增 eth5 做聚合；存储外网 vswitch‑storage‑outer 原单口 eth6，新增 eth7 做聚合。

   #存储内网改成动态LACP聚合 /opt/bin/ovs_bridge.sh mod vswitch-storage-inner vsi_bond_inner --iface=eth4 --iface=eth5 --lacp=on --bond_mode=balance‑tcp #存储外网改成动态LACP聚合 /opt/bin/ovs_bridge.sh mod vswitch-storage-outer vsi_bond_outer --iface=eth6 --iface=eth7 --lacp=on --bond_mode=balance‑tcp

   --lacp=on为动态 LACP；不需要 LACP 则--lacp=off，bond_mode=balance‑slb 静态分担。

3. 校验 ovs 配置 ovs‑vsctl show 确认 bond 聚合成员端口正确，无报错。
4. 网络连通性校验：ping 其他节点的存储内网 IP、存储外网 IP，双向连通无丢包。
5. 检查 ONEStor 存储状态，确认该节点存储进程正常，卷状态正常，没有 IO 报错。
6. 主机退出运维模式。
7. 本节点全部验证完毕之后，再对下一台主机重复整套流程，一台一台滚动。

⚠️禁止：多台节点同时进入运维同时修改存储网络；不要 Web 页面直接编辑虚拟交换机，已上线集群存储 vswitch 前台编辑会报错 / 覆盖配置。

常见踩坑

1. ❌误以为进运维模式，Web 界面就可以直接点选多个网口做聚合：0886P06 已部署集群存储 vswitch 不支持前台修改成员网卡，只能命令行 ovs_bridge.sh 脚本修改。运维模式只是疏散虚拟机，不改变网络配置能力。
2. 交换机聚合模式和主机侧不匹配：会出现 bond 只有单口生效、大量丢包，严重时存储卷离线。
3. 没有滚动操作，同时改多台节点存储网络，会造成存储集群多节点同时断存储网，业务中断风险。
4. 修改完忘记校验存储内网 + 存储外网双向互通，只 ping 单方向。

回退方案（如果聚合异常）

出现业务异常，立即将该节点重新进入运维模式，用脚本回退回单物理口模式：

什么时候需要联系 400 支持

1. 集群是两节点 UIS 环境，风险更高，建议开 case 在技术支持指导下执行；
2. 对 ovs 修改没有实操经验，优先获取现场指导。

补充：管理网、业务网的虚拟交换机，新建 / 修改可以前台 web 操作；存储内网、存储外网虚拟交换机，集群部署完成后只能命令行脚本修改。