1. 项目启动与需求分析
虚拟化平台建设不是先买服务器再装软件，而是从业务目标反推技术方案。Lenovo ThinkSystem 虚拟化平台建设的第一步，是把"业务要什么"翻译成"平台要提供什么"，再翻译成"硬件与软件要配成什么样"。这一节围绕四件事展开：建设目标、需求调研方法、容量规划要点、范围界定与成功标准。
一、建设目标：从业务语言到平台指标
建设目标不能写成"搭建一套虚拟化平台"这类空话，而应落到可验证的指标上。典型目标包括：
- 业务连续性：核心业务虚拟机在单台物理主机故障时自动重启，RTO ≤ 15 分钟，RPO ≤ 5 分钟。
- 资源利用率：将原有 30 台物理服务器的平均 CPU 利用率从 8% 提升到 45%～60%，减少机房空间与能耗。
- 交付效率：新业务虚拟机从申请到可用由 3 天缩短到 2 小时以内。
- 可扩展性：集群支持在线增加节点，单集群可扩展至 8 节点以上。
这些指标决定了后续选型：RTO 15 分钟意味着需要共享存储或 vSAN 加 HA 集群；利用率目标决定 consolidation ratio（整合比）；交付效率决定是否需要模板、自助门户与自动化工具。
二、业务需求调研方法
调研不是发一张问卷就完事，建议采用"三层访谈 + 一份清单"的方式：
- 业务层访谈：找业务负责人，问清业务系统名称、用户规模、忙时时段、可接受停机窗口、是否有合规要求（如等保、数据不出境）。
- 应用层访谈：找应用管理员，记录每个系统的中间件、数据库、依赖关系、是否有集群/主备、是否支持虚拟化。
- 运维层访谈：找现有运维人员，了解当前物理机型号、存储、网络、备份方式、历史故障。
调研产出应是一份业务系统清单，字段建议包括：系统名称、业务等级、当前部署方式、CPU/内存/存储现状、峰值时段、RTO/RPO、依赖关系、特殊要求（如加密卡、串口、GPU）。这份清单是容量规划的直接输入。
三、容量规划要点
容量规划的核心是"先算需求，再留余量，最后定节点数"。以某示例项目为例，假设调研得到 40 台待虚拟化物理服务器，汇总后：
| 资源 | 现状总量 | 虚拟化后需求（按 1.3 倍冗余） |
|---|---|---|
| vCPU | 320 核 | 416 核 |
| 内存 | 1 280 GB | 1 664 GB |
| 存储 | 24 TB | 36 TB（含快照与副本） |
若选用 Lenovo ThinkSystem SR650 V3，双路 32 核 CPU、512 GB 内存，则单节点可提供 64 物理核、512 GB 内存。按 CPU 超分比 1:4 计算，单节点可承载 256 vCPU；按内存不超分计算，单节点可承载 512 GB。取两者较小值，单节点约承载 256 vCPU / 512 GB。为满足 N+1 冗余，至少需要 3 节点：2 节点承载 416 vCPU / 1 664 GB 不够，因此实际需 4 节点（3 节点承载，1 节点冗余）。存储按 36 TB 可用、RAID 后需约 48 TB 裸容量，可配 8 块 7.68 TB SSD。
容量规划还要注意三点：一是内存不超分，CPU 可超分但内存超分会引发交换，严重拖慢性能；二是存储 IOPS，数据库类业务需单独评估，不能只看容量；三是预留 20%～30% 余量应对突发增长。
四、项目范围界定与成功标准
范围界定要明确"做什么"和"不做什么"。本示例项目的范围内事项包括：4 台 SR650 V3 主机、2 台光纤交换机、1 套共享存储、虚拟化软件授权、集群配置、网络规划、模板制作、迁移 40 台物理服务器中的 35 台（5 台因特殊硬件依赖暂不迁移）。范围外事项包括：机房改造、UPS 扩容、业务应用代码改造、数据库版本升级。
成功标准应与建设目标一一对应，建议写成可验收的条目：
- 集群 HA 功能验证通过：手动关闭 1 台主机，其上虚拟机在 15 分钟内自动在其他节点重启。
- 资源利用率达标：迁移完成后，集群整体 CPU 平均利用率在 45%～60% 区间。
- 交付效率达标：通过模板部署一台标准 Web 虚拟机，从发起到可用不超过 2 小时。
- 迁移成功率：35 台目标服务器全部迁移成功，业务验证无中断。
- 文档交付：网络拓扑、IP 规划、虚拟机清单、运维手册齐全。
把以上四步串起来，项目启动阶段就形成了清晰的逻辑链：业务目标决定指标，调研清单提供数据，容量规划算出节点数与配置，范围与成功标准锁定验收边界。后续的架构设计、部署实施、迁移上线，都以此为依据展开。