目录
输入和输出集成概览
此插件通过与 Kubelet API 通信来捕获 Kubernetes Pod 和容器的指标。
此插件使 Telegraf 能够使用 InfluxDB 行协议将指标高效地直接写入 VictoriaMetrics,从而利用 VictoriaMetrics 在大规模时序数据方面的性能和可扩展性特性。
集成详情
Kubernetes
Kubernetes 输入插件与 Kubelet API 接口,以收集单个主机上运行的 Pod 和容器的指标,理想情况下,作为 Kubernetes 安装中守护程序集的一部分。通过在集群中的每个节点上运行,它可以从本地运行的 kubelet 收集指标,确保数据反映环境的实时状态。作为一个快速发展的项目,Kubernetes 经常更新,此插件遵循主要云提供商支持的版本,在有限的时间范围内保持跨多个版本的兼容性。需要特别注意的是潜在的高序列基数,这可能会给数据库带来负担;因此,建议用户实施过滤技术和保留策略来有效管理此负载。配置选项提供了插件行为的灵活定制,以无缝集成到不同的设置中,从而增强其在监控 Kubernetes 环境中的实用性。
VictoriaMetrics
VictoriaMetrics 支持直接摄取 InfluxDB 行协议中的指标,使此插件成为高效实时指标存储和检索的理想选择。该集成结合了 Telegraf 广泛的指标收集功能和 VictoriaMetrics 优化的存储和查询功能,包括压缩、快速摄取率和高效的磁盘利用率。此插件非常适合云原生和大规模监控场景,具有简单性、强大的性能和高可靠性,为大型指标量的高级运营洞察和长期存储解决方案提供支持。
配置
Kubernetes
[[inputs.kubernetes]]
## URL for the kubelet, if empty read metrics from all nodes in the cluster
url = "http://127.0.0.1:10255"
## Use bearer token for authorization. ('bearer_token' takes priority)
## If both of these are empty, we'll use the default serviceaccount:
## at: /var/run/secrets/kubernetes.io/serviceaccount/token
##
## To re-read the token at each interval, please use a file with the
## bearer_token option. If given a string, Telegraf will always use that
## token.
# bearer_token = "/var/run/secrets/kubernetes.io/serviceaccount/token"
## OR
# bearer_token_string = "abc_123"
## Kubernetes Node Metric Name
## The default Kubernetes node metric name (i.e. kubernetes_node) is the same
## for the kubernetes and kube_inventory plugins. To avoid conflicts, set this
## option to a different value.
# node_metric_name = "kubernetes_node"
## Pod labels to be added as tags. An empty array for both include and
## exclude will include all labels.
# label_include = []
# label_exclude = ["*"]
## Set response_timeout (default 5 seconds)
# response_timeout = "5s"
## Optional TLS Config
# tls_ca = /path/to/cafile
# tls_cert = /path/to/certfile
# tls_key = /path/to/keyfile
## Use TLS but skip chain & host verification
# insecure_skip_verify = false
VictoriaMetrics
[[outputs.influxdb]]
## URL of the VictoriaMetrics write endpoint
urls = ["http://localhost:8428"]
## VictoriaMetrics accepts InfluxDB line protocol directly
database = "db_name"
## Optional authentication
# username = "username"
# password = "password"
# skip_database_creation = true
# exclude_retention_policy_tag = true
# content_encoding = "gzip"
## Timeout for HTTP requests
timeout = "5s"
## Optional TLS configuration
# tls_ca = "/path/to/ca.pem"
# tls_cert = "/path/to/cert.pem"
# tls_key = "/path/to/key.pem"
# insecure_skip_verify = false
输入和输出集成示例
Kubernetes
-
动态资源分配监控:通过利用 Kubernetes 插件,团队可以为各种 Pod 和容器的资源使用模式设置警报。这种主动监控方法可以根据特定阈值自动扩展资源,从而在峰值使用期间帮助优化性能并最大限度地降低成本。
-
多租户资源隔离分析:使用 Kubernetes 的组织可以利用此插件跟踪每个命名空间的资源消耗。在多租户场景中,了解不同团队之间的资源分配和使用情况对于确保公平访问和性能保证至关重要,从而带来更好的资源管理策略。
-
实时健康状况仪表板:将 Kubernetes 插件捕获的数据集成到 Grafana 等可视化工具中,以创建实时仪表板。这些仪表板提供了 Kubernetes 环境的整体健康状况和性能的洞察,使团队能够快速识别和纠正跨集群、Pod 和容器的问题。
-
自动化事件响应工作流程:通过将 Kubernetes 插件与警报管理系统结合使用,团队可以根据实时指标自动化事件响应程序。如果 Pod 的资源使用量超过预定义的限制,则自动化工作流程可以触发补救措施,例如重新启动 Pod 或重新分配资源,所有这些都有助于提高系统弹性。
VictoriaMetrics
-
云原生应用程序监控:将 Kubernetes 上部署的微服务的指标直接流式传输到 VictoriaMetrics。通过集中化指标,组织可以在动态发展的云环境中执行实时监控、快速异常检测和无缝扩展。
-
可扩展的物联网数据管理:使用该插件将物联网部署中的传感器数据摄取到 VictoriaMetrics 中。这种方法有助于实时分析、预测性维护和高效管理海量传感器数据,同时最大限度地减少存储开销。
-
金融系统性能跟踪:通过此插件利用 VictoriaMetrics 存储和分析金融系统的指标,捕获延迟、交易量和错误率。组织可以快速识别和解决性能瓶颈,确保高可用性和法规遵从性。
-
跨环境性能仪表板:将来自各种基础设施组件(例如云实例、容器和物理服务器)的指标集成到 VictoriaMetrics 中。使用可视化工具,团队可以构建全面的仪表板,以实现端到端的性能可见性、主动故障排除和基础设施优化。
反馈
感谢您成为我们社区的一份子!如果您有任何一般性反馈或在这些页面上发现了任何错误,我们欢迎并鼓励您提出意见。请在 InfluxDB 社区 Slack 中提交您的反馈。