<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>multi-cluster on </title>
    <link>/tags/multi-cluster/</link>
    <description>Recent content in multi-cluster on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sun, 08 Mar 2026 12:00:00 +0800</lastBuildDate><atom:link href="/tags/multi-cluster/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cilium ClusterMesh 实战：连接两个 K3s 集群的跨云服务发现</title>
      <link>/posts/cilium-clustermesh-dual-k3s/</link>
      <pubDate>Sun, 08 Mar 2026 12:00:00 +0800</pubDate>
      
      <guid>/posts/cilium-clustermesh-dual-k3s/</guid>
      <description>背景 在前两篇文章中，我分别记录了 homelab 集群 和 Oracle Cloud 集群 从 Flannel 迁移到 Cilium 的过程。两个集群各自独立运行 Cilium，通过 Tailscale 子网路由实现 Pod CIDR 互通，OTel Collector 从 oracle-k3s 推送日志、指标和链路追踪到 homelab 的 LGTM 栈。
这个架构能工作，但有一个明显的缺失：两个集群之间没有原生的服务发现。oracle-k3s 的 OTel Collector 必须通过 NodePort + Tailscale IP 硬编码连接 homelab 的 Loki、Prometheus、Tempo。如果 homelab 的 Tailscale IP 变了（剧透：它真的变了），所有跨集群的连接都会断。
Cilium ClusterMesh 正是为解决这类问题设计的——它在已有的 Cilium 数据面上增加跨集群的身份联邦和服务发现，而不需要额外的 overlay 网络。
本文记录从 homelab 集群重建到 ClusterMesh 双向连接的完整过程。
架构概览 双集群拓扑 ┌──────────────────────────────────┐ ┌──────────────────────────────────┐ │ homelab (Proxmox VM) │ │ oracle-k3s (Oracle Cloud) │ │ 10.</description>
    </item>
    
  </channel>
</rss>
