CAS 的基本角色不复杂:CVK 跑在虚拟化主机上,CVM 负责集中管理。真正容易出问题的地方通常不在安装按钮,而在前期信息没收齐、网络口径不一致、存储多路径没验证、时间同步被忽略。

READING NOTES

本文要点

  • 安装前把 IP、网口、VLAN、存储与密码一次性收齐
  • 先单主机验证网络和存储,再批量纳管
  • 交付验收必须包含 HA、迁移、备份和故障模拟

01|安装前先填完信息表

不建议到了机房再临时分配 IP。至少提前一天确认管理、业务、存储、迁移和带外网络,并由网络、存储、服务器三方共同核对。表里空一项,现场就可能多等待半天。

项目需要确认的内容检查方法
服务器型号、CPU、内存、RAID、网卡/HBA、固件对照兼容矩阵,记录序列号和槽位
CVM部署方式、管理 IP、主备规划、网关、DNS、NTP先确认管理网能从运维区访问
CVK主机名、管理 IP、网口对应关系、root 密码贴纸与交换机端口表逐台核对
业务网络VLAN、MTU、链路聚合、端口组命名物理交换机和虚拟交换机两边一致
存储FC/iSCSI/NFS、目标端口、LUN、CHAP、多路径单路径和断路径都要验证
授权与介质CAS 版本、补丁、License、校验值离线环境提前下载并校验完整性

02|CVK 安装重点检查什么

安装 CVK 前先处理服务器 BIOS、虚拟化开关、启动模式和本地磁盘 RAID。管理口不要凭网卡顺序猜,最好用 MAC 地址与交换机 LLDP 信息交叉确认。多口服务器如果接错管理网,后面纳管时最浪费时间。

安装过程中记录主机名、管理 IP、分区方式和版本。完成后先不要急着一次性加所有主机,先选一台做时间、DNS、网关、VLAN、MTU 和存储连通测试。单台流程跑通,再复制到其余主机。

  • 确认 Intel VT/AMD-V 或对应架构虚拟化能力已开启。
  • 系统盘 RAID 与数据盘用途分开,避免把业务盘误初始化。
  • 管理口、业务口、存储口按 MAC 地址登记,不依赖 eth 顺序记忆。
  • 所有 CVK 使用同一安装介质和补丁基线。

03|部署 CVM 与纳管主机

CVM 可以集中管理计算、网络和存储资源。推荐先确保 CVM 自身网络、时间和名称解析稳定,再添加一台 CVK。纳管成功后,应检查主机硬件信息、网卡、存储适配器和日志是否完整,不能只看状态变绿。

如果规划 CVM 高可用,要在业务上线前就做切换验证。管理节点挂了不一定影响正在运行的虚拟机,但会影响变更、告警和故障处理,所以不能把“业务没断”当成管理面不重要。

04|集群、网络和存储配置顺序

推荐先建立主机池和集群,再统一下发虚拟交换与网络策略,最后接入存储。网络命名应能直接体现用途,例如 mgmt、vmotion、storage、prod-vlanXXX,避免使用“网络1、网络2”这类交付后难以维护的名称。

接共享存储后,在每台主机检查 LUN 数量、容量、路径数和路径状态。只有所有主机看到相同存储,才开始创建测试虚拟机。然后做跨主机迁移,同时观察网络与存储时延。

推荐验证顺序
1. CVM 管理正常
2. 单台 CVK 纳管正常
3. 管理 / 业务 / 迁移网络连通
4. 单台主机识别共享存储
5. 全部主机存储视图一致
6. 创建测试 VM
7. 在线迁移 / HA / 路径切换测试

05|必须完成的五项验收

验收不是截一张集群绿色界面。至少要做一次虚拟机创建、一次在线迁移、一次主机维护模式、一次备份恢复和一次故障模拟。每项记录开始时间、结束时间、业务影响和验证结果。

  • 主机断电后,HA 是否按预期拉起测试虚拟机。
  • 断开一条存储路径后,业务是否继续、平台是否及时告警。
  • 在线迁移过程中,业务丢包和存储时延是否在可接受范围。
  • 备份任务能否完成,并实际恢复一台隔离测试机。
  • CVM、CVK、交换机、存储和带外管理告警是否进入统一监控。
FIELD NOTECAS 部署最容易留下的坑不是功能没开,而是网口、路径和版本信息没记录。半年后换人维护时,这些才是真正的交付质量。

SOURCES / 资料核对

相关官方资料

产品功能会随版本和授权变化。下面列出撰写时核对的资料, 实际交付仍以项目版本的兼容矩阵和正式文档为准。