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的过度指标报告

回答

相关问题