Kubernetes heapster對GKE的過度指標報告

我在Google Container Engine（GKE）上運行一個小型3節點kubernetes集羣，並使用指標登錄到Google Cloud Monitoring（GCM）。最近我注意到指標停止向GCM報告。 heapster日誌顯示，由於GCM配額被超過，請求被拒絕。Kubernetes heapster對GKE的過度指標報告

在Google Developers Console上檢查API管理器，我看到使用量超過了50000個請求/天的配額。

現在，每次啓動heapster吊艙時，它都會以平均2-5 req/s的速度撞擊GCM水槽。

我試着增加heapter sink_frequency參數，但只會導致更多的請求，不太頻繁，這會增加相同的數量隨着時間的推移。

主節點都在最新的Kubernetes版本1.1.3上。

任何人在GKE上看到過這個？我能做些什麼來恢復對GCL的合理要求？目前，在配額耗盡前，我每天只能獲得幾小時的衡量指標。

來源

2015-12-21 Tobias Lindholm

問題的答案取決於你的設置是什麼了一點，但它聽起來像你試圖建立Heapster你自己，與谷歌雲監控（「GCM」）信宿啓用。此設置在使用配額方面存在明確問題，不建議用於GKE用戶。你可以通過增加stats_resolution選項有點減少請求的數量，這樣就會出現推到GCM較少的數據，但你最好關閉只是切換到GKE的內置GCM整合。

您可以通過從羣集中刪除自定義配置的Heapster pod/replication控制器來啓用內置集成，然後通過運行gcloud alpha container clusters update CLUSTERNAME --monitoring-service=monitoring.googleapis.com確保爲羣集啓用雲監控。然後，您應該能夠按照this recent blog post on GKE and GCM中的說明在用戶界面中找到您的指標（經過長達一小時的一次延遲）。

來源

2016-01-04 18:40:53

是的，你是對的。我遇到了一個問題，GCM剛剛停止接收GKE的指標（所有圖表上的「未找到圖表數據」）。然後我向Heapster詢問其接收器，並得到了一個空的答覆。思考GCM接收器丟失了，我通過Heapster API手動添加它。事後看來，這不是做正確的事情，那就是讓我到配額混亂.. 現在，幾次重啓Heapster吊艙之後，指標早在GCM。我不知道'gcloud alpha'命令，謝謝你的提示！此外，博客文章是一個有趣的閱讀。感謝您的回覆！ –

Kubernetes heapster對GKE的過度指標報告

回答

相關問題