• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

S6520X-30QC-EI HighMem内存

2天前提问
  • 0关注
  • 0收藏,63浏览
城府 零段
粉丝:0人 关注:0人

问题描述:

大神好,我有两台S6520X-30QC-EI组了个IRF 主机的内存总体占用60%左右。但是我用display memory查看,里面有个HighMem和LowMem。
刚开始搭建完IRF HighMem可能还有个10%出头11%的余量。伴随着使用 用一个月可能就剩下8%  。 这个HighMem 是负责哪块的功能容量太低了有什么影响。 跟硬件转发芯片有有关联吗  记得以前在哪看到有S6520X-30QC-HI  对比S6520X-30QC-EI会改善得多吗。
>_<  谢谢各位大佬抽空查看。     >_<

组网及组网描述:

1 个回答
粉丝:19人 关注:2人

一、先分清 LowMem / HighMem 分工(Comware V7 框式 / 高性能盒式交换通用)
1. LowMem(低端内核内存,量大)
总量 1519920 KB(约 1.5GB),负责设备控制平面所有软件业务:
路由表、OSPF/BGP/ISIS 邻居、ACL、安全策略、SSH/Telnet、SNMP、IRF 协议、日志、Web 管理、iMC 交互、各类定时器进程
系统内核、各类业务守护进程全部跑在 LowMem
2. HighMem(高端转发内存,小容量,核心关键)
总量 516096 KB(约 512MB),专门对接硬件转发芯片(交换 ASIC),只存放硬件转发相关表项,和硬件转发深度绑定:
二层:MAC 地址表、静态 MAC、端口安全、STP/MSTP 表项
三层硬件转发:ARP 表、硬件路由条目(FIB)、NAT 表项、ACL 硬件下发规则
组播硬件表:组播转发表、IGMP/MLD Snooping、PIM 硬件条目
QoS 硬件队列、流量统计、镜像、端口隔离、VLAN 硬件表项
MPLS:LSP、标签转发表、VPN 实例硬件转发条目
简单一句话:所有需要 ASIC 硬件线速转发的表项,全部占用 HighMem;纯控制平面软件进程只占 LowMem。
二、HighMem 余量持续下降、只剩 8% 有什么风险
当前 Slot1 主设备 HighMem 空闲仅 8.7%,长期持续走低会触发两类故障:
硬件转发表项无法下发,业务降级为软件转发
新 MAC、ARP、路由、ACL 规则无法写入 ASIC 芯片,数据包全部丢给 CPU 软件转发:
大流量场景端口拥塞、带宽跑不满;
突发流量导致 CPU 冲高、端口丢包、网络卡顿;
表项溢出直接丢包
HighMem 完全占满后,新增终端、新路由、新 ACL 直接无法生成硬件表,对应业务流量全丢;
IRF 堆叠同步异常
IRF 两台设备 HighMem 容量独立,主设备先占满会出现主备转发表项不同步,跨 IRF 端口转发异常;
各类硬件特性失效
硬件 ACL 限速、端口镜像、硬件 NAT、MPLS VPN 线速转发全部失效,仅基础互通勉强可用。
补充:和整机总内存使用率无关
你整机总内存 43.8% 看起来充裕,但 HighMem 是独立隔离的专用内存池,不受 LowMem 空闲容量补偿,只要 HighMem 耗尽,整机转发直接出问题。
三、S6520X-30QC-EI 与 S6520X-30QC-HI 核心差异(HighMem 扩容根源)
1. 硬件底层区别
EI 型号(你当前设备):ASIC 配套专用 HighMem 缓存固定 512MB,硬件出厂锁死容量,无法扩容;
HI 高配型号:交换芯片配套更大容量片上转发缓存,HighMem 容量提升约一倍,可容纳 2 倍数量 MAC/ARP/ 路由 / ACL 硬件表项。
2. 适用场景区分
EI:小型园区、终端量少、路由条目少、无大量 ACL/NAT/MPLS;
HI:大型园区、多 VLAN、大量终端、BGP 路由、硬件 ACL 策略多、MPLS VPN、大规模组播场景(你的业务长期占用 HighMem,正好匹配 HI 适用场景)。
3. 直接结论
更换为 HI 型号能从硬件层面彻底解决 HighMem 容量不足、余量持续下跌的问题,硬件转发表项承载能力翻倍。
四、现场缓解优化方案(不换设备临时扩容表项寿命)
1. 清理无用硬件表项
关闭无用硬件下发策略,把低频 ACL 改为软件 ACL:
bash
运行
system-view
acl number 3000
undo hardware-count enable # 关闭无需统计的硬件计数,释放HighMem

缩短 MAC/ARP 老化时间,自动清理闲置终端表项
bash
运行
# MAC老化默认300s,按需下调至180s
mac-address timer aging 180
# ARP老化默认20min,下调至10min
arp timer aging 600

清理离线无用静态 MAC、静态 ARP、废弃静态路由
2. 控制不必要硬件特性下发
不需要硬件镜像、硬件流量监管的端口关闭对应功能;
不用 MPLS / 组播硬件转发时,关闭全局 MPLS、PIM;
3. 定期监控阈值告警
配置监控告警,HighMem 空闲低于 20% 触发预警,提前扩容设备:
bash
运行
# 全局内存告警阈值,针对HighMem低内存告警
memory threshold highmem free 20

4. 路由优化
BGP/OSPF 场景过滤无用明细路由,只下发聚合路由,减少 FIB 硬件表项占用。
五、关键总结
HighMem 是ASIC 硬件转发专用独立内存池,和整机总内存、控制平面 LowMem 完全隔离;
余量持续下跌代表园区终端、路由、硬件 ACL 等表项持续增长,8.7% 属于高危阈值;
S6520X-EI 硬件 HighMem 固定 512MB 无法扩容,同型号 HI 版本硬件转发缓存翻倍,能根治容量不足;
短期可通过缩短老化时间、清理无用硬件表项缓解,长期业务增长建议替换 HI 型号交换机。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明