bobz965

这个其实是 Cilium overlay 封装层选型（VXLAN vs GENEVE）里一个很有代表性的对比。下面我们从 功能丰富度 和 性能 两个维度系统分析下，基于目前（Cilium v1.15～

LS_CT_SKIP_DST_LPORT_IPS 出现在 kube-ovn-controller 的启动参数 中，是 控制器逻辑层面影响 OVN NB 配置和流表生成逻辑 的配置项。 下面我来结合 k

非常好的问题，这个参数其实是 OVN-Kubernetes（或 Kube-OVN）中针对 DNAT（Destination NAT）场景下的一个行为控制开关。 我们来从功能、原理和对应的流表行为三个层

非常好的问题 👏——eth0、ens33、enp4s0、eno1 这些名字确实让人一开始很困惑，其实它们的区别来自于 Linux 的“可预测网络接口命名规则（Predictable Network I

Cilium 文档写道： 这里的“依赖”并不严格意味着你 必须在 Helm values 中显式开启 socketLB.enabled=true。更准确的理解是： kubeProxyReplaceme

下面我整理一版 Cilium + VXLAN/EVPN Fabric 实现“租户对应 VNI／VPC 隔离”的方案思路，包括背景、关键组件、流程、优缺点、落地注意事项。你可据此判断当前是否适合你场景，

cilium 有哪个 CRD 资源支持指定 vxlan 的 VNI ID 么？ 类似 实现 VPC 的功能 根据我查找的资料，在 Cilium 中 目前没有 一个 CRD 资源可以让用户在 Kuber

我发现在 ubuntu 22.04 的 k8s 集群中，如果不禁用掉外部的 dns，比如 8.8.8.8， 集群内部的 dns 解析就会一直失败 现在观察到的现象，正是 Linux glibc + N

本来以为 kubespray 可以自动修复的，但是尝试了下，感觉确实修复不了，由于感觉 etcd 都是正常的，所以直接重建下静态 pod 即可 kubespray 本身的命令 解决