ActiveMQ 和 Cortex 集成

输入和输出集成概述

ActiveMQ 输入插件通过其控制台 API 从 ActiveMQ 消息代理收集指标，从而提供对消息队列、主题和订阅者性能和状态的深入了解。

此插件使 Telegraf 能够使用 Prometheus 远程写入协议将指标发送到 Cortex，从而实现无缝摄取到 Cortex 的可扩展、多租户时间序列存储中。

集成详情

ActiveMQ

ActiveMQ 输入插件与 ActiveMQ 控制台 API 接口，以收集与队列、主题和订阅者相关的指标。ActiveMQ 是一种广泛使用的开源消息代理，支持各种消息协议，并提供强大的 Web 控制台用于管理和监控。此插件允许用户跟踪关键指标，包括队列大小、消费者计数和不同 ActiveMQ 实体中的消息计数，从而增强消息传递系统中的可观察性。用户可以配置各种参数，例如 Web 控制台 URL 和基本身份验证凭据，以根据其环境定制插件。收集的指标可用于监控消息传递系统的健康状况和性能，从而促进主动管理和故障排除。

Cortex

借助 Telegraf 的 HTTP 输出插件和 prometheusremotewrite 数据格式，您可以将指标直接发送到 Cortex，Cortex 是 Prometheus 的水平可扩展的长期存储后端。Cortex 支持多租户，并使用 Prometheus protobuf 格式接受远程写入请求。通过使用 Telegraf 作为收集代理，并使用远程写入作为传输机制，组织可以将可观察性扩展到 Prometheus 本身不支持的来源（例如 Windows 主机、支持 SNMP 的设备或自定义应用程序指标），同时利用 Cortex 的高可用性和长期保留能力。

配置

ActiveMQ

[[inputs.activemq]]
  ## ActiveMQ WebConsole URL
  url = "http://127.0.0.1:8161"

  ## Required ActiveMQ Endpoint
  ##   deprecated in 1.11; use the url option
  # server = "192.168.50.10"
  # port = 8161

  ## Credentials for basic HTTP authentication
  # username = "admin"
  # password = "admin"

  ## Required ActiveMQ webadmin root path
  # webadmin = "admin"

  ## Maximum time to receive response.
  # response_timeout = "5s"

  ## Optional TLS Config
  # tls_ca = "/etc/telegraf/ca.pem"
  # tls_cert = "/etc/telegraf/cert.pem"
  # tls_key = "/etc/telegraf/key.pem"
  ## Use TLS but skip chain & host verification
  # insecure_skip_verify = false

Cortex

[[outputs.http]]
  ## Cortex Remote Write endpoint
  url = "http://cortex.example.com/api/v1/push"

  ## Use POST to send data
  method = "POST"

  ## Send metrics using Prometheus remote write format
  data_format = "prometheusremotewrite"

  ## Optional HTTP headers for authentication
  # [outputs.http.headers]
  #   X-Scope-OrgID = "your-tenant-id"
  #   Authorization = "Bearer YOUR_API_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"

输入和输出集成示例

ActiveMQ

1. 主动队列监控：使用 ActiveMQ 插件实时监控高容量交易应用程序的队列大小。此实现允许团队在队列大小超过特定阈值时接收警报，从而快速响应由积压造成的潜在停机时间，从而确保交易操作的持续可用性。

2. 性能基线和异常检测：将此插件与机器学习框架集成，以建立消息吞吐量的性能基线。通过分析通过此插件收集的历史数据，团队可以标记处理速率的异常情况，从而更快地识别影响服务可靠性和性能的问题。

3. 跨消息传递系统分析：将来自 ActiveMQ 的指标与来自集中式仪表板中其他消息传递系统的指标相结合。用户可以可视化和比较性能数据（例如入队和出队速率），从而深入了解整体消息传递架构，并协助优化不同代理之间的消息流。

4. 订阅者性能洞察：利用此插件收集的订阅者指标来分析行为模式并优化消费者应用程序的配置。了解诸如分派队列大小和计数器值等指标可以指导调整，以提高处理效率和资源分配。

Cortex

1. 统一的多租户监控：使用 Telegraf 从不同的团队或环境收集指标，并将它们推送到具有单独 X-Scope-OrgID 标头的 Cortex。这实现了每个租户的隔离数据摄取和查询，非常适合托管服务和平台团队。

2. 将 Prometheus 覆盖范围扩展到边缘设备：在边缘或物联网设备上部署 Telegraf 以收集系统指标，并将它们发送到集中的 Cortex 集群。这种方法确保了即使对于没有本地 Prometheus 抓取器的环境，也能实现一致的可观察性。

3. 具有联合租户的全局服务可观察性：通过配置 Telegraf 代理将数据推送到区域 Cortex 集群中来聚合来自全球基础设施的指标，每个集群都标有租户标识符。Cortex 处理跨区域的重复数据删除和集中访问。

4. 自定义应用程序遥测管道：通过 Telegraf 的 exec 或 http 输入插件收集特定于应用程序的遥测数据，并将其转发到 Cortex。这使 DevOps 团队能够以可扩展、查询高效的格式监控特定于应用程序的 KPI，同时保持指标按租户或服务进行逻辑分组。

反馈

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