更新时间:2024-09-04 GMT+08:00
ALM-38005 Broker进程垃圾回收(GC)时间超过阈值
告警解释
系统每60秒周期性检测Broker进程的垃圾回收(GC)占用时间,当连续3次检测到Broker进程的垃圾回收(GC)时间超出阈值(默认12秒)时,产生该告警。
平滑次数为1,垃圾回收(GC)时间小于或等于阈值时,告警恢复;平滑次数大于1,垃圾回收(GC)时间小于或等于阈值的90%时,告警恢复。
告警属性
告警ID |
告警级别 |
是否自动清除 |
---|---|---|
38005 |
重要 |
是 |
告警参数
参数名称 |
参数含义 |
---|---|
来源 |
产生告警的集群名称。 |
服务名 |
产生告警的服务名称。 |
角色名 |
产生告警的角色名称。 |
主机名 |
产生告警的主机名称。 |
Trigger Condition |
系统当前指标取值满足自定义的告警设置条件。 |
对系统的影响
Broker进程的垃圾回收时间过长,可能影响该Broker进程正常提供服务。
可能原因
该节点Kafka实例进程的垃圾回收时间过长,或配置的直接内存大小不合理,导致进程GC频繁。
处理步骤
检查Broker进程的垃圾回收(GC)时间。
- 在FusionInsight Manager首页,选择“运维 > 告警 > 告警 > Broker进程垃圾回收(GC)时间超过阈值 > 定位信息”。查看告警上报的实例的主机名。
- 在FusionInsight Manager首页,选择“集群 > 待操作集群的名称 > 服务 > Kafka > 实例”,选择上报告警实例主机名对应的角色 。单击图表区域右上角的下拉菜单,选择“定制 > 进程 > Broker垃圾回收(GC)时间”,单击“确定”。
图1 Broker垃圾回收(GC)时间
- 查看Broker每分钟的垃圾回收时间统计值是否大于告警阈值(默认12秒)。
检查Kafka配置的直接内存大小。
- 在FusionInsight Manager首页,选择“集群 > 待操作集群的名称 > 服务 > Kafka > 配置 > 全部配置 > Broker(角色) > 环境变量”。将“KAFKA_HEAP_OPTS”参数中配置的“-Xmx”值参考如下说明调大。
- 建议“KAFKA_HEAP_OPTS”参数中“-Xmx”和“-Xms”值保持一致。
- 建议根据“Kafka直接内存资源状况”调整“KAFKA_HEAP_OPTS”的值为“Kafka使用的直接内存大小”的两倍(可根据实际业务场景进行修改)。“Kafka直接内存资源状况”可在FusionInsight Manager首页,选择“集群 > 待操作集群的名称 > 服务 > Kafka > 实例”,选择上报告警实例主机名对应的角色。单击图表区域右上角的下拉菜单,选择“定制 > 进程 > Kafka直接内存资源状况”进行查看。
- 保存配置,并重启Kafka服务。
如果当前为滚动重启且当前Topic存在多副本,则对业务无影响。否则重启期间会导致Kafka服务不可用,依赖该服务的上层服务也将受到影响。
- 观察界面告警是否清除。
- 是,处理完毕。
- 否,执行7。
收集故障信息
告警清除
此告警修复后,系统会自动清除此告警,无需手工清除。
参考信息
无。
父主题: MRS集群告警处理参考