云宏 CNware 部署笔记：国产化环境先把兼容性做实

国产虚拟化项目里，“支持国产化”这句话范围太大。芯片架构、服务器型号、网卡/HBA、存储、来宾操作系统和备份软件，只要有一项没确认，问题就可能在上线后才暴露。应先锁定兼容组合，再开始安装。

READING NOTES

本文要点

CNware 产品体系里既有服务器虚拟化，也有虚拟化云平台和超融合形态。项目开局先确认范围：只是替换 VMware 的虚拟化层，还是还要自助服务、计量、多租户或分布式存储。范围不清楚，后面最容易出现授权和责任边界争议。

交付范围应写成能够直接验收的描述，例如：“部署三节点虚拟化资源池，接入现有 FC 存储，迁移十台测试虚拟机，接入现有备份和监控，不包含云管门户。”这比“部署云平台”清楚得多。

服务器、存储、平台厂商和集成商需要共同确认兼容性，不能只记录品牌。网卡芯片、HBA 固件、BIOS、BMC、平台版本都要落表。国产芯片环境还要确认目标操作系统镜像和业务软件是否支持对应架构。

平台不同版本的界面和组件名称会变化，因此不写死按钮路径，重点说明实施顺序：先底层硬件与网络，后管理节点和计算节点；先单节点跑通，后扩展集群；先测试虚拟机，后迁移业务。

硬件与固件基线
  ↓
管理 / 业务 / 存储网络核对
  ↓
管理节点部署与备份
  ↓
首台计算节点纳管
  ↓
共享存储、多路径、虚拟交换验证
  ↓
创建最小集群与测试 VM
  ↓
HA / 迁移 / 备份 / 告警测试
  ↓
批量纳管与业务迁移

从 VMware 或其他 KVM 平台迁入时，需要记录源端磁盘类型、BIOS/UEFI、网卡型号、IP 配置、业务启停顺序和授权绑定。目标机第一次启动应使用隔离网络，先检查磁盘、网卡、时间和服务，再切换到正式网络。

Windows 重点看驱动、盘符、网卡名称和激活；Linux 重点看 initramfs、磁盘设备名、网卡配置和 fstab。数据库或中间件还要让应用负责人做一致性检查，不能只 ping 通就签字。

国产化项目涉及厂商多，最容易出现责任边界不清。排障时应先固定事实：问题从哪个时间开始、发生在哪一层、同类节点是否复现、最近做过什么变更。平台日志、BMC 事件、交换机端口和存储告警需要放到同一条时间线。

如果只在一台主机出现，优先查硬件、驱动和链路；如果同一存储上的多台主机同时出现，优先查存储或网络；如果业务正常但控制台异常，就把管理面单独处理。先缩小范围，再找厂商，沟通效率会高很多。

FIELD NOTE本文用于提供部署模板，不作为某个具体版本的“截图说明书”。实际施工时，必须再对照项目版本的官方安装手册和兼容矩阵。

SOURCES / 资料核对