• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

超融合lscpu显示amd

5天前提问
  • 0关注
  • 0收藏,170浏览
粉丝:0人 关注:0人

问题描述:

海光的服务器,超融合修改cpu为主机匹配模式后在操作系统层lscpu显示的是amd的cpu,是因为什么

3 个回答
粉丝:13人 关注:9人

原因:海光CPU基于AMD技术授权,硬件层面与AMD架构兼容,操作系统通过CPU的厂商ID和架构信息识别时,会显示为AMD相关标识。超融合的“主机匹配模式”未改变CPU硬件本身的标识属性,仅影响超融合平台对CPU资源的调度策略,因此OS层lscpu仍会基于硬件ID显示为AMD。
验证命令:
1. 查看CPU厂商ID:cat /proc/cpuinfo | grep vendor_id,海光CPU此处会显示类似“AuthenticAMD”(因授权架构)。
2. 查看超融合CPU模式配置(以H3C UIS为例):登录UIS管理界面,进入集群→主机→配置→CPU模式,确认是否为“主机匹配模式”;或通过CLI登录CVM节点,执行virsh capabilities查看CPU模式相关信息。

暂无评论

粉丝:25人 关注:2人

现象总结
海光服务器(CVK),CAS/UIS 超融合,虚拟机 CPU 模式修改为主机匹配模式(host-model),虚拟机内执行lscpu看到 CPU 显示 AMD;物理宿主机是海光 CPU。
根本原因
底层架构根源
海光处理器基于 AMD Zen 架构授权,虚拟化层 KVM 使用kvm_amd驱动。
海光原生厂商 ID 为HygonGenuine,早期 CAS/UIS 欧拉版本 QEMU/KVM 对海光 Vendor ID 虚拟机兼容存在缺陷:
Windows、低版本通用 Linux 内核无法识别HygonGenuine,会出现虚拟机蓝屏、启动失败。
为保障虚拟机兼容性,平台主机匹配模式默认模拟 AuthenticAMD(AMD 厂商标识) 对外暴露给虚拟机。
区分三种 CPU 模式行为(CAS 定义)
兼容模式:统一模拟通用 CPU 型号,屏蔽硬件差异,方便跨节点迁移。
主机匹配模式(host-model):尽量复用物理 CPU 指令集,但厂商 ID 做兼容处理,默认伪装为 AMD(该现象来源)。
直通模式(host-passthrough):完整透传物理 CPU 全部 CPUID;新版本固件可透传HygonGenuine;老版本依然会强制转为 AMD 标识。
⚠️关键区分验证命令(虚拟机内执行)
bash
#查看厂商ID
cat /proc/cpuinfo | grep vendor_id
如果输出 AuthenticAMD → 虚拟化层主动伪装成 AMD,平台兼容策略导致。
如果输出 HygonGenuine 仅 model name 显示 AMD → 属于海光 CPU 原生架构特征,通用 Linux 内核识别字符串显示为 AMD EPYC。
两种场景判定
场景 A(绝大多数现场:vendor_id=AuthenticAMD)
平台虚拟化层兼容策略:主机匹配模式主动将 vCPU 厂商 ID 模拟为 AMD,规避虚拟机操作系统不识别海光HygonGenuine导致启动故障。
影响:不影响性能,指令集正常透传,只是标识展示问题。
场景 B(vendor_id=HygonGenuine,仅 model name 显示 AMD)
海光 CPU 原生特性:通用上游 Linux 内核没有海光专属型号字符串,识别架构时填充通用 AMD EPYC 名称;使用海光定制内核(麒麟 / 统信 / 欧拉海光版) 才会正常显示海光型号。
解决方案与优化方案
方案 1:接受现状(推荐,无业务风险)
只是虚拟机操作系统展示名称问题,vCPU 指令集、性能不受影响,无需调整。
方案 2:想要虚拟机识别出海光 Hygon(需要满足条件)
约束:
CAS/UIS 平台升级至较新欧拉基线版本(老版本底层不支持透传 Hygon VendorID);
虚拟机操作系统使用海光适配内核(openEuler 海光版、麒麟、统信,通用 CentOS/RHEL 内核无法识别);
CPU 模式调整为直通模式(host-passthrough)
风险:开启直通模式后,虚拟机无法迁移至非同型号海光服务器,集群异构节点不能 HA 迁移。
方案 3:不要使用直通模式,又想显示海光
需要联系 H3C 售后,确认当前 CAS 版本是否支持自定义 CPU VendorID 参数,通过后台虚拟化参数修改 QEMU CPU 属性,部分基线版本支持该配置。
重要避坑提醒
不要误认为服务器硬件被更换,只是虚拟化 CPUID 展示问题;
若业务有信创等合规核查要求:优先使用【直通模式】+ 海光定制操作系统,同时评估热迁移影响;
集群内多代海光 CPU 混用场景,不建议开启直通模式,优先保留主机匹配模式保障迁移兼容性。

暂无评论

粉丝:27人 关注:1人

你观察到的现象是正常的,原因在于海光(Hygon)CPU与AMD CPU在技术上的同源性

🧬 根本原因:海光与AMD的技术同源

海光的x86 CPU是基于AMD Zen架构技术授权的产物。因此,它在硬件层面与AMD架构高度兼容,操作系统(特别是Linux)在通过lscpu或查看/proc/cpuinfo识别CPU时,会直接读取CPU硬件自身的厂商ID

“主机匹配模式”并没有改变这个硬件ID。这种模式的作用是让虚拟机直接使用物理CPU的指令集,以提升性能,但这并不会修改CPU最基本的厂商信息

💻 如何验证

你可以通过以下命令在虚拟机内确认:

bash
cat /proc/cpuinfo | grep "vendor_id"

如果输出为 vendor_id : AuthenticAMD,就表明虚拟机操作系统识别到的是AMD架构的CPU

⚠️ 一点提醒

需要注意的是,在某些信创(信息技术应用创新)合规性检查中,虚拟机操作系统显示为“AMD”可能会被视为不满足要求。如果这是你关注的问题,可以考虑在超融合平台中将虚拟机的CPU工作模式从“主机匹配”调整为“兼容模式。但这样做的代价是可能会损失一部分CPU性能。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明