如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
高可用与负载均衡
适用于控制平面和Kubernetes服务的Kubernetes虚拟IP与负载均衡器
kube-vip的设计理念是为所有环境提供一个小型独立的高可用方案,尤其适用于:
[!NOTE] 所有使用和架构相关文档现已发布于[***]
Kube-Vip最初旨在为Kubernetes控制平面提供高可用解决方案,随着发展,其功能已扩展到支持Kubernetes服务类型的负载均衡器。
kube-vip同时提供Kubernetes集群的浮动/虚拟IP地址,以及将入站流量负载均衡到多个控制平面副本的能力。目前,要实现同等功能至少需要两类工具:
虚拟IP(VIP)工具:
负载均衡工具:
所有这些工具都需要单独配置,在某些基础设施中甚至需要多个团队协作才能实现。此外,考虑软件组件时,可能需要将其打包为容器;若使用预打包版本,则可能存在安全和透明度问题。最后,在边缘环境中,硬件资源可能有限(无硬件负载均衡器),或特定架构的预打包解决方案可能不存在(如ARM)。幸运的是,kube-vip基于GO语言开发,体积小巧且易于为多架构编译,容器中仅需包含该工具即可,安全性更有保障。
在启用SELinux强制模式的节点上使用IPVS负载均衡时,kube-vip可能无法从容器内部请求内核模块。症状包括:kube-vip Pod进入Error或CrashLoopBackOff状态,日志显示ensure IPVS kernel modules are loaded,或审计日志中出现来自container_t的module_request拒绝记录。
在部署kube-vip前,需在所有可能运行kube-vip的节点上加载所需的IPVS模块:
sudo modprobe ip_vs
sudo modprobe ip_vs_rr
为确保重启后模块仍能加载,可将模块添加到文件(如/etc/modules-load.d/kube-vip-ipvs.conf)中:
ip_vs
ip_vs_rr
相比为容器启用SELinux domain_kernel_load_modules布尔值,预加载所需模块是更推荐的做法。
LoadBalancer服务部分Gateway API控制器会创建故意不带Endpoints/EndpointSlices后端的LoadBalancer服务。
若需kube-vip协调此类服务,可通过以下注解选择启用:
metadata:
annotations:
kube-vip.io/allow-reconcile-without-endpoints: "true"
spec:
type: LoadBalancer
externalTrafficPolicy: Cluster
适用范围:
externalTrafficPolicy: ClusterLocal无影响如有问题,请在GitHub仓库提交issue,也可查阅文档[***]
[!WARNING] 本项目在macOS上编译存在问题,请在Linux发行版上编译。
此外,现在可通过skaffold进行快速开发,代码仓库根目录中已提供skaffold.yaml配置文件。
kind create cluster --config ./testing/kind.yamlkubectl apply -f https://kube-vip.io/manifests/rbac.yamlconfigMapskaffold dev启动skaffold来自真实用户的反馈,见证轩辕镜像的优质服务