海光服务器网口是什么，有哪些类型和用途？

海光服务器网口，就是海光CPU服务器主板上用于网络连接的物理接口，它本质上是CPU内部集成的以太网控制器（MAC）加外部PHY芯片的组合，常见形态为RJ45千兆电口和SFP+万兆光口，承担着服务器对外通信的全部职责。

海光服务器网口是什么？先分清三种角色

很多第一次接触海光服务器的人,看到机箱后面那一排插口会发懵，这些网口并非装饰，它们在海光服务器里扮演着截然不同的角色，搞混了会直接影响业务部署。

管理口、业务口、扩展口如何区分

业内专家指出,海光服务器通常标配三类网络接口，角色不同，带宽和用途完全不同。

• 管理网口：一般标注为MGMT字样，独立走BMC芯片通道，带宽普遍是千兆，它不参与业务数据传输，只负责带外管理，如远程开关机、查看硬件传感器，即使操作系统崩溃、业务口全断，管理口依旧能连。
• 业务网口：这是走CPU集成的网卡控制器（MAC）直连PCIe总线的高速口，常见为2个千兆电口或2个万兆光口，这是服务器真正干活的通道，承载虚拟化流量、数据库交互、web访问等一切生产数据。
• 扩展网口：通过PCIe插槽加装独立网卡（如Intel X710、Mellanox CX5）扩展出来的口，形态灵活，可做25G、40G甚至100G，用于高性能计算或大带宽汇聚场景。

物理形态与指示灯暗语

海光服务器网口在物理形态上与Intel平台服务器高度统一,但内部芯片方案有自有路径。

• 电口（RJ45）：内部集成PHY芯片，传输距离限制在100米内，默认支持10/100/1000Mbps自适应，多数海光入门款服务器标配此类口。
• 光口（SFP+）：需要插光模块，传输距离按模块类型走，万兆多模模块（SR，850nm）约300米，万兆单模模块（LR，1310nm）则可达10公里。
• 网口指示灯：通常右侧灯常亮表示链路已连接，左侧灯闪烁表示正在收发数据，若右侧灯灭，大概率是网线松动或对端交换机端口未启用。

海光网口背后的自研控制器

海光CPU的网口并非简单贴牌,其核心MAC控制器在CPU内部集成，支持RSS多队列、checksum卸载、VLAN过滤等基础卸载能力，相比独立网卡，它节省了PCIe通道占用和功耗，但在复杂流分类和隧道卸载上弱于高端独立卡。

海光服务器网口怎么配？实操步骤拆解

配置海光服务器网口与标准Linux服务器无本质差异,常见操作系统为银河麒麟、统信UOS或CentOS，重点掌握IP配置、网口绑定、驱动确认三个环节。

先确认网口名称与驱动状态

海光服务器网口在操作系统里默认命名规则不完全固定,有eno1、ens32、eth0等。

• 执行 ip link show，查看所有网络接口列表，注意带有 master 标记的口是邦定子口。
• 执行 ethtool -i ens32，确认驱动是否为 hns3（华为海思芯片方案）或 sfc（Solarflare方案）与海光主板适配情况，若显示 driver: hns3，说明CPU集成的网卡驱动已正常加载。

配置静态IP的三步走

临时生效配置法（调试时用）：
执行 ip addr add 192.168.1.10/24 dev ens32，随后执行 ip link set ens32 up，此配置重启即失，生产环境勿用。

永久生效配置法（Production推荐）：

• 无论使用nmcli还是写入配置文件,先备份现有网络配置文件至 /etc/sysconfig/network-scripts/ 目录外。
• 修改对应ifcfg文件时,注意海光平台某些发行版要求 HWADDR 字段必须填写网口的MAC地址（可用 ip link 查询），否则重启后配置文件不生效。
• 配置完成后执行 systemctl restart network（新系统为 nmcli c reload ），再 ping 网关验证。

高可用绑定（Bond） 是多数生产环境的硬需求，创建bond0并选择mode=1（主备），将两个海光服务器网口ens32和ens33绑定为同一逻辑口，这能在单根网线或单个物理口故障时毫秒级切换，业务零感知。

启用RDMA与巨型帧的注意事项

海光服务器网口部分型号支持RoCE特性,若要启用无损网络与RDMA，需确认BIOS中 SR-IOV 选项已打开，需统一配置MTU为9000（巨型帧），网口、交换机端口、对端服务器三层必须全部一致，否则出现“能通但极慢”的诡异故障。

海光服务器网口有哪些型号？系列差异全对比

不同代际和系列的海光CPU,其集成的网口规格与性能有明显代差，选型时不能只看CPU核数，网口类型直接决定整机网络瓶颈。

千兆口与万兆口的性能取舍

千兆口（如板载RTL8211或自研千兆PHY）应付管理网和低并发业务足够，实测CPU占用率较低，但满载跑虚拟化存储流量时，千兆链路很容易成为瓶颈，延迟会从百微秒级飙升到毫秒级。

万兆口是海光5000系以上机型的主流标配，通过PCIe 3.0或4.0通道传输，单口线速转发时CPU占用率控制在合理范围，多数虚拟化场景下，两个万兆口做绑定，可满足上千台VM的南北向流量。

网口驱动兼容性是选型硬指标

行业共识认为,海光服务器网口在标准内核（Linux Kernel 4.18及以上版本）中驱动支持已趋于完善，较老版本内核或定制化麒麟操作系统，需重点确认 hns3 或 nml 驱动是否随系统发布，若系统无法识别网口，先查内核版本再考虑编译驱动，切勿直接下载未知来源的驱动包。

海光服务器网口性能到底稳不稳？实测关注这四点

围绕“海光服务器网口性能”的讨论常有两种极端声音：一种说带宽跑不满，一种说延迟抖动大，实际排查后发现，多数问题并非CPU或网口本身缺陷，而是配置不匹配。

关注点一：中断与CPU亲和性

多队列网卡的队列中断需绑定到不同物理核心,若两个业务网口的中断同时挤在一个核心上，网络吞吐下降明显，设置中断绑定的操作路径为：
cat /proc/interrupts 定位网卡的中断号，然后执行 echo "CPU掩码" > /proc/irq/中断号/smp_affinity。

关注点二：网口散热与降速

海光服务器机箱后置网口紧邻电源模块和散热出风口。机柜环境温度过高或风道不畅时，PHY芯片会触发降速机制，即从万兆自动协商为千兆，巡检时若发现带宽莫名下降，优先摸一下网口外壳温度，检查进风口滤网是否有积灰。

关注点三：iptables与流表老化

在内核中开启 iptables 或 nftables 的复杂规则后，海光CPU网口的报文处理路径会变长，尤其是开启conntrack（连接跟踪）时，高并发短连接场景下，最大连接数受哈希表大小限制，出现丢包而非延迟增大，这是大多数所谓“网口性能不稳”的真相。

关注点四：Bond模式的坑

多数运维默认使用mode=1主备绑定的初衷是为了冗余，但若两个物理口分别连接两个不同交换机，需开启交换机的LACP功能并配置为mode=4（802.3ad），否则，主端口故障切换后，部分交换机MAC表未老化导致网络瘫痪。

海光服务器网口常见问题排查清单

遇到网络故障时,按从物理层到应用层的顺序排查，高效且不遗漏。

• 链路层排查：查看网口指示灯与交换机端口状态，用 ethtool ens32 查看Speed和Link detected字段是否为yes。
• 驱动层排查：执行 dmesg | grep hns3 或 dmesg | grep eth 查看是否有固件报错，卸载并重新加载驱动模块执行 modprobe -r hns3 && modprobe hns3。
• 路由层排查：检查 ip route 默认网关是否正确，常犯错误是两块网卡都配置了默认网关导致路由走错出口。
• 防火墙层排查：临时关闭firewalld测试：systemctl stop firewalld，若业务恢复，则细化放行规则，而非整体关停。

海光服务器网口怎么设IP才能避坑？答案：别用NetworkManager

部分桌面版银河麒麟系统默认开启了NetworkManager,与传统的network服务冲突，常见症状是配置完IP后重启系统即丢失。

• 根治方法：停用NetworkManager服务（systemctl disable NetworkManager），并启用network服务（systemctl enable network），仅保留一个网络管理栈。
• 同时检查UOS等系统内 /etc/network/interfaces 和 /etc/NetworkManager/system-connections/ 两处配置是否互相覆盖，最常见错误是两边配置了不同IP，系统启动时随机选择一个生效。

海光服务器网口问答集锦

Q1：海光服务器网口不支持Intel网卡的SR-IOV虚拟化技术？

支持的,海光CPU集成的网口控制器原生支持SR-IOV，可在BIOS中开启 SR-IOV 选项，操作系统中执行 ip link set ens32 vf 0 mac 00:11:22:33:44:55 为虚拟功能分配MAC，若要在VM中直通网口给虚拟机，还需要在虚拟化平台中启用 PCIe Passthrough 功能。

Q2：服务器网口旁边的两个小铁片是干什么的？

那是挂耳孔位,用于固定服务器在机柜滑轨上，部分机型网口区域设有挡风板安装预留位，虽不影响网口电气性能，但不装挡风板会导致散热气流短路，长时运行后网口周边温度偏高，误触降速机制。

Q3：海光服务器网口实测速度达不到万兆，是网口缩水了吗？

多因链路两端协商参数不同步,先查对端交换机光口模块是否为万兆并支持强制协商，排除光纤弯曲半径过小导致的收发光功率衰减，用 ethtool -S 查看rx_crc_errors和rx_errors计数是否为0，若错误计数持续增长，更换光纤或模块后重测，在无错误计数条件下，执行 iperf3 -c 对端IP -t 60 -P 8 多流测试，确认吞吐能贴近理论线速的90%以上。