告警解釋
系統每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）時間”，單擊“確定”。
- 查看Broker每分鐘的垃圾回收時間統計值是否大于告警閾值（默認12秒）。
- 是，執行步驟4。
- 否，執行步驟7。
檢查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服務。
- 觀察界面告警是否清除。
- 是，處理完畢。
- 否，執行步驟7。
收集故障信息
在FusionInsight Manager界面，選擇“運維 > 日志 > 下載”。
- 在“服務”中勾選待操作集群的“Kafka”。
- 單擊右上角的
設置日志收集的“開始時間”和“結束時間”分別為告警產生時間的前后10分鐘，單擊“下載”。 - 請聯系運維人員，并發送已收集的故障日志信息。
告警清除
此告警修復后，系統會自動清除此告警，無需手工清除。
參考信息
無。
