我们有一个分层prometheus设置与一些服务器刮别人.我们希望让一些服务器从其他服务器中删除所有指标.
目前我们尝试match[]="{__name__=~".*"}"用作度量选择器,但这会产生错误parse error at char 16: vector selector must contain at least one non-empty matcher.
有没有办法从远程prometheus刮掉所有指标而不将每个(前缀)列为匹配选择器？
CPAN上的Config :: Namespace中有很多模块,但它们都是以有限的方式限制的.
我目前正在使用Config :: Std,这在大多数情况下很好,但是它会使某些事情变得困难:
解析配置后,Config :: Std会生成一个受祝福的hashref,因此我的所有应用程序都被编码为使用hashref进行配置.我不想改变它.
我正在寻找的是一个通用,轻量级的配置模块,它产生一个hashref.
我的问题是:我应该考虑更换Config :: Std的哪些配置模块？
我们在Google云平台(托管的Kubernetes,GKE)上运行我们的堆栈,并在K8s之外运行Consul集群(常规GCE实例).
在K8中运行的几个服务使用Consul,主要用于它的CP K/V存储和高级锁定,而不是到目前为止服务发现.
我们最近遇到了一些使用K8内部Consul服务发现的问题.现在,我们的应用程序直接与Consul服务器通信,以注册和取消注册他们提供的服务.
这不是推荐的最佳实践,通常Consul客户(即使用Consul的应用程序)应该与当地的 Consul代理商交谈.在我们的设置中,没有当地的Consul代理商.
我的问题:我们是否应该将本地 Consul代理作为每个pod中的sidekick容器运行？
恕我直言,这将是对资源的巨大浪费,但它将更好地匹配领事最佳实践.
我尝试在Google上搜索,但所有关于Consul和Kubernetes的帖子都谈到在K8s中运行Consul,这不是我想要做的.
我们在Google Cloud(GKE)上运行托管的Kubernetes集群,并使用Prometheus进行抓取.
我的问题类似于这个问题,但我想知道在K8s群集中需要注意哪些最重要的指标并可能提醒？
这是一个K8s然后是普罗米修斯的问题,但我真的很感激一些提示.如果我的问题是模糊的,请告诉我,所以我可以改进它.
我们在Google Container Engine(GKE)中使用托管版本的Kubernetes.
目前我们的版本是1.3.x,它带有Kubernetes Dashboard v1.1.1.
几天前发布了Kubernetes Dashboard v1.4.0,其中包括一些非常好的增强功能.
我的问题:在托管(GKE)Kubernetes集群上更新Kubernetes仪表板的推荐方法是什么？
群集附带由复制控制器控制的仪表板.我们可以转储RC配置,编辑图像标签和标签并应用它.但我不想破坏仪表板.所以我想知道"官方"或建议的方式是什么.