Manage your OpenTelemetry Collectors with Fleet Management in Grafana Cloud

标题：在 Grafana Cloud 中使用 Fleet Management 管理 OpenTelemetry Collector

URL 来源：https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/

发布时间：2026-10-08

Markdown 内容： 如果你的遥测管道基于 OpenTelemetry Collector 构建，那么你已经投入了 Collector 分发、YAML 配置以及符合你基础设施的部署模型。随着部署规模扩大，管理它意味着需要保持共享配置的一致性、适应不同的工作负载，并了解 Collector 是否处于健康状态。

Grafana Cloud 的 Fleet Management 将这些任务整合到一个统一的管理界面中。现在 Open Agent Management Protocol（OpAMP）已正式发布，你可以将支持的 OpenTelemetry Collector 分发版本引入 Fleet Management，同时继续使用你已熟悉的 OTel 配置语言和组件。

我们首先从 Grafana Alloy 开始，这是 Grafana 提供的 OpenTelemetry Collector 分发版本。OpAMP 支持将这种管理流程扩展到运行上游 OTel Collector 分发版本的组织，使你无需迁移至 Alloy 即可采用集中式管理。

**保留你的 OTel 配置，跨整个舰队进行管理**

对于需要支持多个服务或环境的平台团队，Collector 配置通常包括共享策略和特定工作负载的需求。你可能需要在所有 Collector 上应用通用的处理流程，同时仅针对特定团队、服务或环境启用额外的采集管道。

Fleet Management 允许你在 OTel YAML 中定义这些管道，并将其匹配到应运行它们的 Collector 上。你可以集中更新共享管道，并将其应用到所有匹配的 Collector 上，从而减少为每个部署单独维护配置的工作量。

%3Aquality(90)%2F&w=3840&q=75)

对于使用基础设施即代码的团队，Terraform 支持将此工作流程整合到你现有的流程中。你可以使用 YAML 配置创建管道，并将活动的 Collector 注册到 Fleet Management，使配置和注册成为 可重复且版本控制的工作流程 的一部分。

你还可以查看运行这些管道的 Collector 的状态。当你注册一个 OTel Collector 时，Fleet Management 会自动配置它，将自监控指标、日志和追踪发送到 Grafana Cloud，无论其操作系统或部署模式如何。对于在 Kubernetes 之外运行的 Collector，我们还会附加一个主机监控管道，使你能够同时调查 Collector 和底层基础设施。

这些监控管道始终由您掌控。与任何其他管道一样，您可以修改它们、关闭它们，或将其数据发送到不同的后端。

[在多个管道中使用OTel配置](https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/#making-otel-configuration-work-across-multiple-pipelines)

集中管理OTel Collector需要的不仅仅是接受YAML配置。一个Collector可能会同时接收来自Fleet Management的多个管道配置和本地配置，这些配置需要协同工作形成一个有效的整体配置。

这与Alloy的配置处理方式存在差异。Alloy组件通过块定义并通过导出引用相互连接。OTel Collector则在配置顶层定义组件，并从一个或多个遥测管道中引用它们。

Alloy会将本地配置和远程配置保持分离。OTel Collector会将本地配置和远程配置合并为一个有效配置。当多个来源定义了同名组件时，其中一个定义可能会覆盖另一个，从而改变最终管道的行为。

这种特性为可复用配置带来了实际挑战。两个独立编写的管道可能使用相同的组件名称，即使它们期望该组件表现出不同的行为。团队不应需要在所有Fleet Management管道中协调每个组件名称才能使用它们。

为了解决这个问题，Fleet Management使用合并算法对远程配置进行后处理。它会将Fleet Management管道名称添加到OTel管道和组件标识符中，并相应更新引用。当多个来源定义了相同类型和配置的组件时，系统会自动去重。

%3Aquality(90)%2F&w=3840&q=75)

这使您可以将远程管道作为独立的可复用模块进行管理，而Fleet Management会负责将其组合到Collector中。您可以围绕每个管道的功能和所属位置来组织配置，而无需为每种管道组合手动创建单独的配置文件。

[选择适合您基础设施的部署模式](https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/#use-the-deployment-pattern-that-fits-your-infrastructure)

配置只是管理OTel部署的一部分。Collector的运行位置以及遥测数据的流动方式，也会影响您如何应用共享处理逻辑和维护整个集群。

Fleet Management支持各种Collector部署模式。对于需要管理大规模或混合集群的组织，可以考虑使用网关模式。

[将本地采集与共享处理分离](https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/#separate-local-collection-from-shared-processing)

网关模式将采集过程分为两个层级。边缘Collector从服务、Pod和节点收集遥测数据，然后将其发送到网关Collector。网关会在将遥测数据转发到后端之前应用共享处理逻辑。

例如，你可以向指标添加团队标签、对追踪进行尾部采样，或在网关层过滤日志。将这些策略保留在网关层意味着你可以通过统一处理逻辑来管理共享流程，而无需在每个边缘收集器上重复实现相同逻辑。

舰队管理功能允许你根据每个收集器的角色定向配置：为边缘节点设置收集管道，为网关设置共享处理管道。这使你能够集中管理这两层架构，同时保持各自职责的独立性。

[将 OTel 网关引入混合舰队](https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/#introduce-otel-gateways-into-a-mixed-fleet)

边缘代理和网关无需使用相同软件。如果你已经在运行 Fluent Bit 或 Telegraf 等软件，可以继续将这些代理保留在边缘节点，通过兼容协议将遥测数据发送到 OTel 网关。

随后你可以使用舰队管理功能来管理支持的 OTel 网关及其共享处理配置。这为希望引入 OpenTelemetry 但又不想一次性替换所有现有代理的团队提供了可行的过渡路径。

舰队管理功能并不强制要求使用网关模式。无论你的收集器是直接向后端发送数据，还是通过网关层处理遥测数据，OpAMP 支持都能让你将支持的 OTel 收集器纳入统一的管理流程。

[将你的 OTel 队伍纳入舰队管理](https://grafana.com/blog/manage-your-opentelemetry-collectors-with-fleet-management-in-grafana-cloud/#bring-your-otel-fleet-into-fleet-management)

你可以在保留现有 OTel 分布、YAML 管道和部署模式的同时，采用集中式收集器管理。舰队管理功能将配置定向和收集器健康状态整合到 Grafana Cloud，支持使用 Terraform 的团队将工作流作为代码进行管理。

要开始使用，先注册一个 OTel 收集器，为其分配 YAML 管道并查看其健康状态。之后，你可以将相同的流程扩展到你现有的收集器和运行环境。

_Grafana Assistant_ _是快速上手 Grafana Cloud 中指标、日志、追踪、仪表板等功能的最简单方式。我们提供慷慨的永久免费层级，并为所有使用场景准备了相应方案。_ _立即免费注册_

标签