工业制造其它 VMware超融合

采用超融合架构或平替方案如何设计vmware替换方案?如何实现大规模迁移、在线迁移?怎么确定迁移批次?

采用超融合架构、平替方案时,如何设计VMware的替换方案?如何实现大规模迁移、在线迁移?怎么确定迁移批次?

参与8

4 同行回答

jerrysunzz jerrysunzz SmartX技术总监 SmartX超融合
在制定 VMware 虚拟化/超融合替代方案时,用户应首先确保维持现有使用 VMware 产品的生产环境稳定运行。然后,开始对虚拟化核心软件 vSphere 的替代产品进行调研和测试。备选厂商最好有能力提供与 VMware SDDC 方案相匹配的全栈产品(包括但不限于虚拟化计算、存储、网络与安...显示全部

在制定 VMware 虚拟化/超融合替代方案时,用户应首先确保维持现有使用 VMware 产品的生产环境稳定运行。然后,开始对虚拟化核心软件 vSphere 的替代产品进行调研和测试。备选厂商最好有能力提供与 VMware SDDC 方案相匹配的全栈产品(包括但不限于虚拟化计算、存储、网络与安全、容器管理、运维管理、灾备、迁移等全面的 IT 基础设施能力),以减少用户在多个独立厂商的产品之间进行选择的工作量和难度,更快地形成可用的备选方案。

根据 Gartner 发布的全球《全栈超融合软件市场指南》,目前具备 VMware 替代能力的成熟超融合厂商包括 Nutanix、Microsoft、志凌海纳 SmartX 等。选择替换方案时,需要重点评估 Hypervisor、分布式存储和虚拟化网络与安全这三个核心产品组件的功能、稳定性和性能是否满足生产级替换的要求。对“生产级替换”的评估条件包括但不限于:

  • 生产级稳定性、性能和实际案例
  • 开放性和兼容性
  • 信息技术应用创新适配状况、自主研发能力、本地服务能力

具体“生产级”能力要求与评估方法,请参阅: https://www.talkwithtrend.com/Article/261733

接下来,基于初步选择的备选方案,构建一个新的基础设施平台用于测试,或作为生产集群的备用集群。在这个新平台上,用户可以通过应用迁移、存储迁移或应用重构等方法,将生产环境的应用软件、虚拟机、备份数据转移过来,组成完整的生产系统。关于 VMware 虚拟机大规模迁移的方案,请参考这个问题的回复: #### VMware虚拟化替换方案中如何实现虚拟机平滑迁移?对应用影响最小。?

随后,需要经过一段时间的全面测试和压力条件下的性能与稳定性验证,才能确保新系统的完整性、稳定性、可靠性和业务连续性符合“生产级”要求。并且,在 IT 部门人员熟悉了新系统的运维操作后,用户才可以考虑将新生产系统正式代替原来基于 VMware 基础设施平台的系统。

只有经过以上严谨细致的替换准备,才能确保替代方案顺利接替原 VMware 产品的工作,从而逐步减少对 Broadcom 产品的依赖。否则,如果新系统未经充分验证仓促上线,不断的故障反而会对用户正常的业务开展和后续替换工作带来负面影响。

收起
软件开发 · 2024-05-22
浏览278
Qq Qq 联盟成员 工程师 红宇精密
采用超融合架构或平替方案,可以结合业务连续性、应用架构、新基础平台产品、迁移成本等维度设计vmware替换方案,确定迁移批次:1.识别业务连续性:充分梳理业务系统,识别停机窗口,制定详细的迁移步骤和时间表,对于存在停机窗口的业务系统,采取离线迁移或者增量数据迁移的方案,离线迁...显示全部

采用超融合架构或平替方案,可以结合业务连续性、应用架构、新基础平台产品、迁移成本等维度设计vmware替换方案,确定迁移批次:
1.识别业务连续性:充分梳理业务系统,识别停机窗口,制定详细的迁移步骤和时间表,对于存在停机窗口的业务系统,采取离线迁移或者增量数据迁移的方案,离线迁移综合成本偏低,对业务影响较小。
2.应用架构分析:评估现有应用的架构特点,识别云原生应用与传统应用,对于云原生应用优先考虑容器化迁移,利用Kubernetes等容器编排工具提高迁移效率和后期的运维便利性。对于传统单体应用,可能需要在虚拟化环境中保持原有运行环境或逐步重构为微服务架构。
3.新基础平台产品的技术对接:选定超融合架构或替代方案后,详细规划与现有VMware环境的技术对接策略,包括API集成、数据迁移工具的选用(如VMware vCenter Converter或其他第三方迁移工具)、存储和网络配置的映射等,确保新旧平台间的技术兼容性和数据迁移的平滑性。
4.迁移成本控制:综合考量硬件投资、软件许可、人力投入、迁移工具费用及潜在的业务中断损失,制定预算并优选性价比高的迁移方案,确保在满足业务需求的同时,控制迁移及后续运营成本。
综上,采用分批次或模块化的方式进行迁移,建议先迁移非核心业务或测试环境,验证无误后再迁移生产环境,逐步降低整体风险。

收起
工业制造其它 · 2024-05-20
浏览289
Alger Alger 联盟成员 linux系统工程师 理想汽车
从运维的稳定性出发,任何架构迭代的大规模迁移都是不推荐的。稳定性与可靠性是运维工作的基础。迁移变更建议从实际业务分类出发,先测试再开发最后生产,生产迁移时还需保障生产系统具备高可用性,且必须提前做迁移验证,测试与开发的迁移结果也可以作为支撑生产迁移的基础条件,生...显示全部

从运维的稳定性出发,任何架构迭代的大规模迁移都是不推荐的。稳定性与可靠性是运维工作的基础。迁移变更建议从实际业务分类出发,先测试再开发最后生产,生产迁移时还需保障生产系统具备高可用性,且必须提前做迁移验证,测试与开发的迁移结果也可以作为支撑生产迁移的基础条件,生产环境迁移过程中必须保留部分原有架构的容灾节点,以保障遇到新架构中的黑天鹅事件及时回退。

收起
汽车 · 2024-05-20
浏览284
yingbq yingbq 联盟成员 基础平台经理 上汽通用汽车
不管采用何种超融合方案替换vmware,都不太适合大规模迁移,应该以系统稳定可靠为前提,遵循先易后难,逐步替换的方式进行。先用一些可控制的应用系统进行尝试,积累迁移和运维的经验,完善监控诊断体系和标准的建设,并且将人员能力梯队在此期间逐步培养起来,这样才能相对安全可控。在...显示全部

不管采用何种超融合方案替换vmware,都不太适合大规模迁移,应该以系统稳定可靠为前提,遵循先易后难,逐步替换的方式进行。
先用一些可控制的应用系统进行尝试,积累迁移和运维的经验,完善监控诊断体系和标准的建设,并且将人员能力梯队在此期间逐步培养起来,这样才能相对安全可控。
在线迁移的方案取决于产品的选型,有些能做,有些不能,不要过度追求自己增加难度。能协调停机窗口还是以协调为主,不能协调也可以考虑部分切换,并行运行的方式。

收起
汽车 · 2024-05-14
浏览354

ChatGPT 回答

在设计VMware的替换方案时,可以采用以下步骤:

  1. 评估需求:首先,评估当前的业务需求和未来的发展方向,确定是否需要替换VMware以及超融合架构是否适合。
  2. 架构设计:根据业务需求和超融合架构的特点,设计新的架构方案。这包括确定超融合硬件设备的选择、网络拓扑、存储方案等。
  3. 迁移规划:制定详细的迁移计划,包括迁移的时间表、迁移批次、迁移策略等。迁移批次的确定可以根据业务的重要性、依赖关系、迁移的复杂性等因素来决定。
  4. 环境准备:在迁移之前,需要确保新的超融合环境已经搭建好,并且与现有的VMware环境能够正常通信。
  5. 数据迁移:根据迁移计划,逐批次将虚拟机和相关数据从VMware迁移到超融合环境中。可以使用工具或者手动迁移的方式进行。
  6. 测试和验证:在迁移完成后,进行必要的测试和验证,确保迁移后的系统能够正常运行,并且满足业务需求。

在实现大规模迁移和在线迁移时,可以考虑以下方法:

  1. 大规模迁移:可以采用批量迁移的方式,将一批虚拟机同时迁移到超融合环境中。这可以通过自动化工具或者脚本来实现,提高迁移效率。
  2. 在线迁移:对于关键业务系统,可以采用在线迁移的方式,即在迁移过程中保持系统的运行状态,不影响业务的正常进行。这可以通过使用迁移工具或者虚拟机迁移技术来实现。

在确定迁移批次时,可以考虑以下因素:

  1. 业务重要性:将业务系统按照重要性进行分类,优先迁移关键业务系统,确保其稳定运行。
  2. 依赖关系:考虑业务系统之间的依赖关系,确保迁移过程中不会破坏系统之间的正常通信和数据传输。
  3. 迁移复杂性:将迁移复杂度较低的系统优先迁移,以减少迁移过程中的风险。
  4. 迁移时间窗口:根据业务的运行时间和用户访问情况,选择合适的时间窗口进行迁移,以最小化对业务的影响。

总之,在设计VMware替换方案时,需要综合考虑业务需求、超融合架构特点和迁移策略,确保迁移过程顺利进行,并且新的架构能够满足业务需求。

提问者

Qq
Qq 联盟成员
工程师 红宇精密
擅长领域: 云计算HPC人工智能
评论34

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2024-05-10
  • 关注会员:4 人
  • 问题浏览:1415
  • 最近回答:2024-05-22
  • X社区推广