Rancher项目Kubernetes托管集群版本选择异常问题分析与解决
2025-05-08 08:44:29作者:柏廷章Berta
在Rancher v2.11版本开发过程中,用户反馈在Dashboard界面创建托管Kubernetes集群(包括EKS、AKS、GKE等)时,Kubernetes版本选择下拉列表出现空白现象。该问题直接影响集群创建流程,属于关键功能阻断性问题。
问题现象
当用户通过Rancher Dashboard创建托管Kubernetes集群时:
- EKS/AKS/GKE集群创建向导中的Kubernetes版本选择器无可用选项
- 界面显示空白下拉列表,无法继续集群配置
- 后台日志显示与kontainerdrivers相关的API调用失败
根本原因
技术团队通过深入分析发现:
- 版本范围设置异常:系统默认的
ui-k8s-default-version-range和ui-k8s-supported-versions-range值被错误设置为较旧版本范围(<=1.14.x),而实际环境需要支持更高版本 - API服务故障:
/v3/kontainerdrivers相关端点(如rancher-images、rancher-windows-images)返回500错误 - 版本检测失败:系统无法在当前的Kubernetes v1.32.x版本范围内找到默认版本
解决方案
Rancher开发团队通过以下措施解决了该问题:
- 修正版本范围设置:更新默认版本范围以匹配当前支持的Kubernetes版本
- 修复API端点:确保
/v3/kontainerdrivers相关接口能正确处理请求 - 增强版本检测逻辑:改进系统在混合版本环境中的版本识别能力
该修复已合并到Rancher主分支,并在版本v2.11-1055b7d2244fa2f70350756b940e74b8ad2d1d4f-head中得到验证。
用户影响
对于使用Rancher管理多云Kubernetes集群的用户:
- 该问题会影响所有尝试创建新托管集群的操作
- 使用修复后的版本可恢复正常功能
- GKE集群创建存在独立问题,需等待额外修复
建议用户在遇到类似问题时:
- 检查Rancher服务器版本是否为包含修复的版本
- 验证
/v3/kontainerdriversAPI端点是否正常响应 - 查看系统设置中的版本范围参数是否符合预期
该问题的及时解决保障了Rancher在多云Kubernetes管理领域的核心功能稳定性,体现了开源社区对生产环境问题的快速响应能力。
登录后查看全文
热门项目推荐
相关项目推荐
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
LongCat-AudioDiT-1BLongCat-AudioDiT 是一款基于扩散模型的文本转语音(TTS)模型,代表了当前该领域的最高水平(SOTA),它直接在波形潜空间中进行操作。00- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
HY-Embodied-0.5这是一套专为现实世界具身智能打造的基础模型。该系列模型采用创新的混合Transformer(Mixture-of-Transformers, MoT) 架构,通过潜在令牌实现模态特异性计算,显著提升了细粒度感知能力。Jinja00
FreeSql功能强大的对象关系映射(O/RM)组件,支持 .NET Core 2.1+、.NET Framework 4.0+、Xamarin 以及 AOT。C#00
项目优选
收起
deepin linux kernel
C
27
14
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
659
4.26 K
Ascend Extension for PyTorch
Python
503
608
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
939
862
Oohos_react_native
React Native鸿蒙化仓库
JavaScript
334
378
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
390
285
AscendNPU-IR是基于MLIR(Multi-Level Intermediate Representation)构建的,面向昇腾亲和算子编译时使用的中间表示,提供昇腾完备表达能力,通过编译优化提升昇腾AI处理器计算效率,支持通过生态框架使能昇腾AI处理器与深度调优
C++
123
195
openGauss kernel ~ openGauss is an open source relational database management system
C++
180
258
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.54 K
893
昇腾LLM分布式训练框架
Python
142
168