如果您使用的普罗米修斯监控您的微服务和Kubernetes环境,你现在可以直接使用发送这些指标来New Relic的存储,可视化和相关性与其他遥测数据我们普罗米修斯OpenMetrics积分

这种集成收集从遥测数据许多服务(如Traefik使者ETCD)暴露度量与普罗米修斯兼容的格式。事实上,整合你就可以监控您Kubernetes环境的重要方面,如ETCD性能和卫生指标,Kubernetes水平荚自动配置器(HPA)的能力,和节点准备。

作为整合的一部分,New Relic的存储从普罗米修斯所有指标,消除管理普罗米修斯服务器的存储和可用性的开销。而在你Kubernetes集群排除故障时,通过这种整合所收集的指标是那些一起从收集的访问New Relic的APM并与集群资源管理器

关于普罗米修斯

普罗米修斯,部分云计算原住民基金会(CNCF),是一个开源的工具包,提供监视和警报在容器中运行的服务和应用。它被广泛用于从Kubernetes环境中收集指标数据。

普罗米修斯做工作显著量与开源社区的规范如何普罗米修斯格式,并公开指标,尤其是Kubernetes集群内。事实上,普罗米修斯的暴露指标方案已成为事实上标准Kubernetes。

如何普罗米修斯工作

普罗米修斯使用一种基于拉的系统通过HTTP终端拉动,而不是靠服务推动度量出普罗米修斯从服务多维时间序列指标。由于这种拉式系统,如New Relic的第三方,可以构建集成与普罗米修斯度量出口工作,收集有价值的数据进行存储和可视化。

虽然部署普罗米修斯服务器很容易,在规模管理普罗米修斯可以为他们长大组织一个真正的挑战。New Relic的照顾缩放随着时间的推移管理指标的存储,并提供工具,可视化和警惕这些指标。

普罗米修斯使用键值标记来组织度量数据,使用户能够建立强大的查询,询问他们的数据。例如,这是当查询通过HTTP的指标看起来像什么:

myservice_requests_total {服务= “目录”,ENV = “生产”}×100

普罗米修斯的核心组件

普罗米修斯架构从部件的少数创建,它的下面是必不可少的:

普罗米修斯和Kubernetes

普罗米修斯已经看到部分Kubernetes部署中使用的显著增加,由于CNCF内的地位。普罗米修斯还支持大量的开源出口商和项目像普罗米修斯运营商使它很容易Kubernetes环境中部署。这是一个行之有效的方式来获得Kubernetes主机和工艺指标。

入门与Kubernetes的New Relic的普罗米修斯OpenMetrics整合

New Relic的的普罗米修斯OpenMetrics集成支持搬运工人Kubernetes使用普罗米修斯第2版。

安装一个Kubernetes集群中的普罗米修斯OpenMetrics整合,例如,是那么容易,因为在清单变化两个变量,并在集群中部署它:

  1. 下载集成清单YAML文件:
    卷曲-Ohttps://download.newrelic.com/infrastructure_agent/integrations/kubernetes/nri-prometheus-latest.yaml
  2. 编辑NRI-普罗米修斯latest.yaml清单文件,并添加群集名称来识别您的Kubernetes集群(需要)和您的New Relic的许可密钥(必填)。
    ENV: - 名称:LICENSE_KEY值: “”[...] config.yaml:|CLUSTER_NAME: “
  3. 部署在Kubernetes集群整合:
    kubectl申请-f NRI-普罗米修斯latest.yaml

NRI-普罗米修斯latest.yaml清单文件包括:NRI-普罗米修斯CFG配置图,它示出了一个示例配置。您可以使用示例文件进行配置,例如,端点如何刮度量被过滤

一旦你安装为一体搬运工人要么Kubernetes,你可以开始构建查询,跟踪和可视化了New Relic的普罗米修斯数据。

查看New Relic的文档更多关于兼容性和要求,安装选项,数据限制,配置,度量查询,故障排除,度量变换,等等。

收集,查看,并在New Relic的查询普罗米修斯指标

当你有整合到位,你会首先从普罗米修斯收集度量,然后查询和查看它们。

收集度量

集成自动发现哪些目标刮。默认情况下,指标查询中/度端口路径8080。但是,您可以使用prometheus.io/portprometheus.io/path注释要么标签在Kubernetes豆荚和服务来指定构建目标时(但要注意,注释优先于标签)的整合应该使用的端口和端点的路径。

例如,如果你在你的集群部署和豆荚暴露的端口普罗米修斯指标8080在路径我的度量,设置标签prometheus.io/port“8080”prometheus.io/path“我的度量”在部署清单的PodSpec元数据,如下所示:

apiVersion:应用程序/ V1类型:部署元数据:名称:我的部署规范:副本:2个选择:matchLabels:应用程序:我的应用程序内的模板:元数据:标签:应用程序:我的应用程序内prometheus.io/scrape:“真正的”普罗米修斯.IO /端口: “8080” prometheus.io/path: “我的度量”

整合将通过发送一个请求检索您的豆荚指标HTTP:// <荚-IP>:8080 /我的度量

查看和查询您的指标

一旦收集,您可以查询使用在New Relic的查询语言(NRQL)您的普罗米修斯指标New Relic的见解或者New Relic的一个图表建设者

例如,为了获得指标名称特定集群,命名空间,或荚,运行以下查询之一:

  • 簇:
    从公制SELECT唯一身份(metricName)WHERE CLUSTERNAME = ''
  • 命名空间:
    从公制SELECT唯一身份(metricName)WHERE namespaceName = ''
  • 荚:
    从公制SELECT唯一身份(metricName)WHERE podName = '<荚>'

从那里,你可以得到一个度量属性和属性值:

  • 从公制SELECT键集()WHERE metricName = ''
  • 从公制SELECT唯一身份(<属性>)WHERE metricName = '' AND podName = '<荚>'

使用度量名称和属性检索到的,你现在可以查询您的普罗米修斯数据。

例如:

  • 要获取原始度量值:
    从公制SELECT  WHERE <属性> = '<值>'
  • 要获得指标的图表(可能是聚合平均,分钟,max和和):
    从公制SELECT <聚合>()WHERE <属性> = '<值>' 时间序列
  • 要查看在部署中的所有豆荚平均内存使用:
    从公制SELECT平均(container_memory_usage_bytes)WHERE deploymentName = '我的应用程序内部署' AND namespaceName = '默认'

了解更多关于在浏览和查询度量数据文件

在新遗物普罗米修斯数据的示例用法

有多种方式来使用New Relic的普罗米修斯数据,但考虑到以下案例:

监测ETCD

ETCD是一个键值数据存储,是为运行Kubernetes集群至关重要。普罗米修斯是直接从ETCD的指标,因此,以确保您的集群是健康的,你可以使用普罗米修斯OpenMetrics集成显示器ETCD服务器,磁盘和网络度量如:

  • etcd_server_has_leader
  • etcd_server_proposals_failed_total
  • etcd_network_peer_sent_bytes_total
  • etcd_disk_wal_fsync_duration_seconds

Kubernetes水平波德自动配置器(HPA)

HPA基于用户配置的限制自动缩放了Kubernetes部署。安装普罗米修斯OpenMetrics整合后,就可以使用在New Relic的一个chartbuilder下面的查询(或New Relic的见解)建立一个控制台工具剩余HPA容量监视器。

从公制选择最新(kube_hpa_status_current_replicas),最新(kube_hpa_spec_max_replicas)其中CLUSTERNAME = '<群集NAME>' 面HPA

使用测试图生成器来创建窗口小部件的仪表板来监视HPA能力

节点准备

在Kubernetes,一个节点被标记为就绪时,它可以接受的工作负载(豆荚)。如果一个节点是有问题的,Kubernetes将其标记为“未准备好。”要创建警报条件为此,使用集成,使用以下查询:

从公制选择最新(kube_node_status_condition)其中条件=“就绪”和状态=“真”和CLUSTERNAME =“<群集NAME>”面的nodeName

设置节点准备警报条件

看到它在行动:

让New Relic的管理和扩展您的普罗米修斯数据

Whether you’re getting started with Prometheus, or you have been using it in conjunction with a dashboard tool like Grafana to monitor your Kubernetes environment, New Relic can help you get started and scale your data without the hassles of managing Prometheus and your dashboard tool. The New Relic Prometheus OpenMetrics integration allows you to store and visualize those crucial metrics on one platform. With New Relic One, you can more easily combine metrics data with events, traces, and log data (or, as we call them,熔化。)从在您的整个软件所有的实体组,从Kubernetes后端到前端的UI浏览器,为您的数据和应用程序之间的关系完全连接视图。

特约普罗米修斯OpenMetrics整合

New Relic的有贡献普罗米修斯整合到下一个Apache 2.0许可开源社区。

我们欢迎捐款这种整合或我们的开源出口商和适配器。如果您想贡献,请查看我们的投稿指南。请记住,当你提交你的拉请求,您需要登录我们的CLA。如果你想执行我们的企业CLA,或者如果您有任何疑问,请给我们发一个电子邮件在opensource@newrelic.com

至于Kubernetes在New Relic的一个产品经理,JF帮助客户做的,排除故障意识,优化其Kubernetes环境。此前,他设计,部署,管理和自动化的全球和大型基础设施即服务解决方案的电信公司,并曾担任在启动显影开源网络虚拟化和分析软件的产品经理。通过查看帖子

以书面New Relic的博客人气?188博彩体育网址给我们一个间距