采用超融合架构、平替方案时,如何设计VMware的替换方案?如何实现大规模迁移、在线迁移?怎么确定迁移批次?
在制定 VMware 虚拟化/超融合替代方案时,用户应首先确保维持现有使用 VMware 产品的生产环境稳定运行。然后,开始对虚拟化核心软件 vSphere 的替代产品进行调研和测试。备选厂商最好有能力提供与 VMware SDDC 方案相匹配的全栈产品(包括但不限于虚拟化计算、存储、网络与安全、容器管理、运维管理、灾备、迁移等全面的 IT 基础设施能力),以减少用户在多个独立厂商的产品之间进行选择的工作量和难度,更快地形成可用的备选方案。
根据 Gartner 发布的全球《全栈超融合软件市场指南》,目前具备 VMware 替代能力的成熟超融合厂商包括 Nutanix、Microsoft、志凌海纳 SmartX 等。选择替换方案时,需要重点评估 Hypervisor、分布式存储和虚拟化网络与安全这三个核心产品组件的功能、稳定性和性能是否满足生产级替换的要求。对“生产级替换”的评估条件包括但不限于:
具体“生产级”能力要求与评估方法,请参阅: https://www.talkwithtrend.com/Article/261733
接下来,基于初步选择的备选方案,构建一个新的基础设施平台用于测试,或作为生产集群的备用集群。在这个新平台上,用户可以通过应用迁移、存储迁移或应用重构等方法,将生产环境的应用软件、虚拟机、备份数据转移过来,组成完整的生产系统。关于 VMware 虚拟机大规模迁移的方案,请参考这个问题的回复: #### VMware虚拟化替换方案中如何实现虚拟机平滑迁移?对应用影响最小。?
随后,需要经过一段时间的全面测试和压力条件下的性能与稳定性验证,才能确保新系统的完整性、稳定性、可靠性和业务连续性符合“生产级”要求。并且,在 IT 部门人员熟悉了新系统的运维操作后,用户才可以考虑将新生产系统正式代替原来基于 VMware 基础设施平台的系统。
只有经过以上严谨细致的替换准备,才能确保替代方案顺利接替原 VMware 产品的工作,从而逐步减少对 Broadcom 产品的依赖。否则,如果新系统未经充分验证仓促上线,不断的故障反而会对用户正常的业务开展和后续替换工作带来负面影响。
收起采用超融合架构或平替方案,可以结合业务连续性、应用架构、新基础平台产品、迁移成本等维度设计vmware替换方案,确定迁移批次:
1.识别业务连续性:充分梳理业务系统,识别停机窗口,制定详细的迁移步骤和时间表,对于存在停机窗口的业务系统,采取离线迁移或者增量数据迁移的方案,离线迁移综合成本偏低,对业务影响较小。
2.应用架构分析:评估现有应用的架构特点,识别云原生应用与传统应用,对于云原生应用优先考虑容器化迁移,利用Kubernetes等容器编排工具提高迁移效率和后期的运维便利性。对于传统单体应用,可能需要在虚拟化环境中保持原有运行环境或逐步重构为微服务架构。
3.新基础平台产品的技术对接:选定超融合架构或替代方案后,详细规划与现有VMware环境的技术对接策略,包括API集成、数据迁移工具的选用(如VMware vCenter Converter或其他第三方迁移工具)、存储和网络配置的映射等,确保新旧平台间的技术兼容性和数据迁移的平滑性。
4.迁移成本控制:综合考量硬件投资、软件许可、人力投入、迁移工具费用及潜在的业务中断损失,制定预算并优选性价比高的迁移方案,确保在满足业务需求的同时,控制迁移及后续运营成本。
综上,采用分批次或模块化的方式进行迁移,建议先迁移非核心业务或测试环境,验证无误后再迁移生产环境,逐步降低整体风险。
从运维的稳定性出发,任何架构迭代的大规模迁移都是不推荐的。稳定性与可靠性是运维工作的基础。迁移变更建议从实际业务分类出发,先测试再开发最后生产,生产迁移时还需保障生产系统具备高可用性,且必须提前做迁移验证,测试与开发的迁移结果也可以作为支撑生产迁移的基础条件,生产环境迁移过程中必须保留部分原有架构的容灾节点,以保障遇到新架构中的黑天鹅事件及时回退。
收起在设计VMware的替换方案时,可以采用以下步骤:
在实现大规模迁移和在线迁移时,可以考虑以下方法:
在确定迁移批次时,可以考虑以下因素:
总之,在设计VMware替换方案时,需要综合考虑业务需求、超融合架构特点和迁移策略,确保迁移过程顺利进行,并且新的架构能够满足业务需求。