在日常的運維過程當中，我們會遇到pod的實際內存超過了閾值，出現這種問題，該怎麼處理呢

很多人都會説直接擴容副本數，就可以。但是，有的時候擴容副本數不一定靠譜，擴容了之後還在繼續增加，所以我們要找到它徹底的解決方案

第一步：即時檢查，評估業務影響

# 檢查pod的狀態
kubectl get pod <pod-name> -o wide
kubectl describe pod <pod-name>

關注： Pod是否處於 Running 狀態？是否有 Restart、OOMKilled 等異常事件？

1. 檢查業務表現：
      訪問Pod提供的服務，確認是否出現請求失敗、響應緩慢等現象。
      查看應用日誌，是否有錯誤、異常或超時記錄。

第二步：深入分析，定位根本原因

1、分析資源使用趨勢：

查看監控平台（如Prometheus+Grafana）上該Pod的歷史資源使用曲線。

問自己：

是持續穩定增長到接近Limit嗎？（可能真是資源不夠了）

還是突然的尖峯？（可能是突發流量或程序Bug）

或者是一直平穩，只是偶爾觸碰？（可能是Limit設置不合理）

2、檢查Limit配置合理性：

kubectl get pod <pod-name> -o jsonpath='{.spec.containers[*].resources.limits}'

思考： 當初設置的這個Limit值是否合理？是否遠高於Pod的日常使用量？如果Limit設置得過低，

即使資源消耗不大，也會觸發告警。

第三步：根據根因，執行分類處置