3. 跨集群网络拓扑：Hub-Spoke、Mesh、联邦架构下的日志采集路径

在多集群 Kubernetes 环境中，日志采集的路径设计直接受底层网络拓扑的制约。不同的拓扑结构决定了 Fluent Bit 的 Agent 部署位置、数据聚合方式以及跨集群传输的跳数。本章深入分析三种主流跨集群拓扑——Hub-Spoke（星型）、Mesh（网状）和联邦（Federation）——下的日志采集路径，并给出每种架构的适用场景与性能权衡。

3.1 Hub-Spoke 拓扑：中心化聚合路径

Hub-Spoke 是最常见的跨集群日志采集模式。一个中心集群（Hub）作为日志汇聚点，多个工作集群（Spoke）将日志单向推送到 Hub。Fluent Bit 在 Spoke 集群中作为 DaemonSet 采集节点日志，通过 Fluent Bit Forward 协议或 HTTP Output 将数据发送至 Hub 集群的 Fluent Bit Aggregator。

3.2 Mesh 拓扑：对等互联路径

Mesh 拓扑中，每个集群既是生产者也是消费者，Fluent Bit 实例之间建立全互联或部分互联的日志通道。这种架构适合需要跨集群实时日志关联分析的场景，例如微服务调用链追踪。采集路径通常为：

• 本地采集： 每个集群的 Fluent Bit Agent 采集本集群 Pod 日志。
• 对等转发： 根据日志标签或路由规则，将特定日志流（如 service-a 的日志）转发到对应集群的 Fluent Bit 实例。
• 聚合输出： 每个集群的 Fluent Bit 同时承担本地输出和远程转发双重角色。

3.3 联邦架构：分层聚合路径

联邦架构（Federation）结合了 Hub-Spoke 的集中性和 Mesh 的灵活性。它通过引入区域聚合层（Regional Aggregator），将集群分组管理。每个区域内的集群采用 Hub-Spoke 模式，区域之间通过联邦层进行日志交换。这种架构适合超大规模（50+ 集群）的全球化部署。

3.4 三种拓扑对比与选型建议

3.5 跨集群采集路径的 Fluent Bit 配置示例

以下是一个 Hub-Spoke 架构中 Spoke 集群的 Fluent Bit 配置片段，展示如何将日志通过 Forward 协议发送到 Hub 集群：

[INPUT]
    Name              tail
    Path              /var/log/containers/*.log
    Parser            docker
    Tag               kube.*
    Refresh_Interval  5
    Mem_Buf_Limit     50MB
    Skip_Long_Lines   On

[OUTPUT]
    Name              forward
    Match             kube.*
    Host              hub-cluster-logging.example.com
    Port              24224
    Shared_Key        my_secret_key
    Compress          gzip
    Retry_Limit       5
    storage.total_limit_size 2G

在 Hub 集群的 Fluent Bit Aggregator 中，对应的 Input 配置：

[INPUT]
    Name              forward
    Listen            0.0.0.0
    Port              24224
    Buffer_Max_Size   10M
    Buffer_Chunk_Size 512K
    Shared_Key        my_secret_key

[OUTPUT]
    Name              es
    Match             kube.*
    Host              elasticsearch-hub
    Port              9200
    Index             fluentbit-${TAG}
    Type              _doc
    Retry_Limit       3