Kubernetes 和 Thanos 集成

输入和输出集成概述

此插件通过与 Kubelet API 通信来捕获 Kubernetes Pod 和容器的指标。

此插件使用基于 HTTP 的 Prometheus Remote Write 协议将 Telegraf 中的指标发送到 Thanos，从而可以高效且可扩展地摄取到 Thanos Receive 组件中。

集成详情

Kubernetes

Kubernetes 输入插件与 Kubelet API 接口，以收集单个主机上运行的 Pod 和容器的指标，理想情况下，作为 Kubernetes 安装中 DaemonSet 的一部分。 通过在集群中的每个节点上运行，它可以从本地运行的 kubelet 收集指标，确保数据反映环境的实时状态。 作为一个快速发展的项目，Kubernetes 经常更新，此插件遵循主要云提供商支持的版本，在有限的时间跨度内保持跨多个版本的兼容性。 充分考虑了可能出现的高基数序列，这可能会给数据库带来负担；因此，建议用户实施过滤技术和保留策略来有效管理此负载。 配置选项提供了插件行为的灵活自定义，以便无缝集成到不同的设置中，从而增强其在监控 Kubernetes 环境中的实用性。

Thanos

Telegraf 的 HTTP 插件可以通过其 Remote Write 兼容的 Receive 组件将指标直接发送到 Thanos。 通过将数据格式设置为 prometheusremotewrite，Telegraf 可以将指标序列化为本机 Prometheus 客户端使用的相同基于 protobuf 的格式。 此设置支持将高吞吐量、低延迟的指标摄取到 Thanos 中，从而实现大规模的集中式可观测性。 这在混合环境中尤其有用，在这些环境中，Telegraf 从 Prometheus 本机范围之外的系统（例如 SNMP 设备、Windows 主机或自定义应用程序）收集指标，并将它们直接流式传输到 Thanos 以进行长期存储和全局查询。

配置

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

Thanos

[[outputs.http]]
  ## Thanos Receive endpoint for remote write
  url = "http://thanos-receive.example.com/api/v1/receive"

  ## HTTP method
  method = "POST"

  ## Data format set to Prometheus remote write
  data_format = "prometheusremotewrite"

  ## Optional headers (authorization, etc.)
  # [outputs.http.headers]
  #   Authorization = "Bearer YOUR_TOKEN"

  ## 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

  ## Request timeout
  timeout = "10s"

输入和输出集成示例

Kubernetes

1. 动态资源分配监控：通过利用 Kubernetes 插件，团队可以为各种 Pod 和容器的资源使用模式设置警报。 这种主动监控方法可以根据特定阈值自动扩展资源 - 帮助优化性能，同时最大限度地降低高峰使用期间的成本。

2. 多租户资源隔离分析：使用 Kubernetes 的组织可以利用此插件来跟踪每个命名空间的资源消耗。 在多租户场景中，了解不同团队之间的资源分配和使用情况对于确保公平访问和性能保证至关重要，从而带来更好的资源管理策略。

3. 实时健康状况仪表板：将 Kubernetes 插件捕获的数据集成到 Grafana 等可视化工具中，以创建实时仪表板。 这些仪表板提供对 Kubernetes 环境的整体健康状况和性能的洞察，使团队能够快速识别和纠正跨集群、Pod 和容器的问题。

4. 自动化事件响应工作流程：通过将 Kubernetes 插件与警报管理系统相结合，团队可以根据实时指标自动执行事件响应程序。 如果 Pod 的资源使用量超过预定义的限制，则自动化工作流程可以触发补救措施，例如重新启动 Pod 或重新分配资源 - 所有这些都有助于提高系统弹性。

Thanos

1. 无代理云监控：在云虚拟机上部署 Telegraf 代理以收集系统和应用程序指标，然后使用 Remote Write 将它们直接流式传输到 Thanos。 这提供了集中式可观测性，而无需在每个位置都部署 Prometheus 节点。

2. 可扩展的 Windows 主机监控：在 Windows 计算机上使用 Telegraf 收集操作系统级别的指标，并通过 Remote Write 将它们发送到 Thanos Receive。 这实现了跨异构环境的可观测性，而 Prometheus 本机仅支持 Linux。

3. 跨区域指标联合：多个地理区域中的 Telegraf 代理可以使用此插件将数据推送到区域本地 Thanos Receivers。 从那里，Thanos 可以全局重复数据删除和查询指标，从而降低延迟和网络出口成本。

4. 将第三方数据集成到 Thanos 中：使用 Telegraf 输入从自定义遥测源（例如 REST API 或专有日志）收集指标，并通过 Remote Write 将它们转发到 Thanos。 这将非原生数据引入到 Prometheus 兼容的长期分析管道中。

反馈

感谢您成为我们社区的一份子！ 如果您有任何一般性反馈或在这些页面上发现任何错误，我们欢迎并鼓励您提出意见。 请在 InfluxDB 社区 Slack 中提交您的反馈。