背景
此前立项了云迁移这个项目,经过梳理后,当前面临的直接需求大概有如下几个方面:
- 将集团客户在各个公有云上的虚机业务(华为云、腾讯云、阿里云等),迁移到本系统的私有云上
- 集团各个利润中心的私有云业务(比如Vmware,OpenStack等)上云,从私有云迁移到本系统的中心云,统一管理
- 本系统私有云作为集团中心云基础设施,规模较大,需要具备跨可用区,跨区域的业务迁移能力
归纳总结下,该需求就是实际的主机迁移的产品或服务。主机迁移是一种 P2V/V2V 迁移服务。需要将物理服务器或者私有云、公有云平台上的虚拟机在线迁移到本系统的弹性云服务器上。
雾里看花
好的,了解完需求,很多人脑中会有非常多的疑惑了。
- 公有云和私有云(Vmware/OpenStack等)迁移到本系统,是否有差别?
- 不同的Hypervisor(Kvm/Xen/Hyper-v)是否有关系?
- 操作系统对方案的影响? CentOS、Ubuntu、Windows等操作系统是否都可以支持?
- X86、ARM等不同硬件架构是否有差别?
- 云主机、裸金属主机是否有差别?
- UEFI、BIOS的启动方式是否差别?
- 通用的迁移方案:文件级别迁移、还是块级别迁移
- .......
大道至简
大道至简,将要做的事情最核心的内容,做最简化的模型处理。大部分看起来庞大、复杂的项目的评估需要抓住核心需求,抽出最小化的模型(实验模型)。
通过最小化模型的分析,可大概对核心方案、工作量、需求拆分、产品规划等有初步的感知。作为开发人员,不要上来就做拒绝或接受的确认。
那么这个项目抽象出的最简化模型就是,将X86的KVM虚拟机,CentOS 7.9 系统主机,在线迁移到本系统私有云上。