在H3C UIS超融合架构中,非常不建议用高版本的CVM去纳管低版本的CVK。这种方式在日常运维中存在较大的潜在风险,H3C官方的最佳实践也明确要求CVM和CVK的版本必须保持一致。
为了让你更清晰地了解这其中的风险和建议,我整理了下面的信息。
简单来说,虽然不是完全做不到,但这样做会带来很多不确定性,是得不偿失的。 可能会遇到这些具体问题:
功能异常:这是最直接的问题。由于不同版本的软件在功能实现上可能存在差异,一些高级功能可能会无法正常使用。比如,在旧版本CVK主机上执行批量操作或虚拟机在线迁移时,就有很大概率会失败。
潜在的组件冲突:CVM和CVK是由一系列内部组件构成的,版本不一致可能导致部分组件不匹配,从而引发一些难以预料的、间歇性的问题。
管理行为不可预知:尽管有社区用户提到“不同版本可以管理”,但这是一种“非标”状态,任何新特性或Bug修复都可能引发新的兼容性问题,给运维带来极大的不确定性。
所以,H3C官方知识库的回复也明确提到:“CAS严禁管理节点和业务CVK使用不同版本”,因为这会在日常运行和操作过程中隐藏较大风险。
既然混合版本有风险,最佳实践的方法就非常清晰明确了:
统一版本是前提:在UIS集群中,要确保包括CVM管理节点和所有CVK业务节点在内的所有主机,都安装了完全相同的软件版本。UIS的安装镜像里已经包含了完整的软件包,这为统一安装提供了便利。
通过升级纳管(最佳实践):如果你是为了纳管一台旧版本CVK而有了这个想法,那么标准的操作步骤是:
先将CVM管理平台升级到你想要的版本。
然后,通过CVM将需要纳管的低版本CVK主机统一升级到和CVM相同的版本,再将它们添加到集群中进行管理。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论