Kubernetes是否收集監控數據垃圾？

Question

我最近不得不禁用fluentd-elasticsearch Kubernetes插件，因爲它最終吞噬了我的一個小爪子上的所有磁盤空間，從而阻止了一個重要的吊艙的啓動。

我現在擔心監控插件可能最終會佔用磁盤空間。監控數據（存儲在influxdb中）是否曾經被垃圾收集，或者它是否一直在磁盤空間中吃東西？是否還有其他Kubernetes組件無限期地佔用磁盤空間？

我使用AWS上的./cluster/kube-up.sh設置我的羣集。

客戶端版本：version.Info {專業： 「1」，小調： 「2」， GitVersion： 「V1.2.4」， GitCommit： 「3eed1e3be6848b877ff80a93da3785d9034d0a4f」， GitTreeState： 「乾淨」}服務器版本：version.Info {專業： 「1」， 小調： 「2」，GitVersion： 「V1.2.4」， GitCommit： 「3eed1e3be6848b877ff80a93da3785d9034d0a4f」， GitTreeState： 「乾淨」}

Answer 1

要回答你的具體問題：你應該使用emptydir（kubectl get po --all-namespaces -o yaml | grep emptyDir）或hostPath來尋找pod。

作爲一般政策： 如果您使用pv，它應該受pv上可用空間的限制。這樣的PV通常由cloudprovider或nfs支持，並通過網絡進行安裝。

如果您使用「emptyDir」，您的存儲將從kubelet的--root-dir中取出。根據分發/設置，這可能是一個孤立的分區，使得流氓應用無法取消節點。

如果使用hostPath，則顯式選擇節點上的路徑。如果您運行的權限不足以聲明文件系統的敏感部分並使用數據填充它們，則該節點會關閉。

有工作日誌前，使這更好​​：https://github.com/kubernetes/kubernetes/issues/17183

還有圖像/容器GC，這球，如果你的磁盤使用率高於閾值。您應該檢查您使用的kubernetes版本是否有GC問題（將在發行說明中提及）。