·2024-05-23 14:00

系统架构师·银行

城商行关键应用信创虚拟化平稳替换策略及选型（同业交流共识总结）

字数 6694阅读 4456评论 6赞 5

内容摘要：

城商行需平稳替换关键应用VMware虚拟化平台，需考虑业务迁移、选型、容灾、配置等问题；选型需考虑可靠性、性能、迁移能力、易用性和业务重要程度；需考虑实测、适用性、可靠性、安全性、生态和兼容性等因素；建多个管理平台可提高网络安全，需考虑研发能力和成本。

当前摘要为AI生成

# 背景
虚拟化技术借助其优异的横向扩展能力及可维护性，在数据中心内广泛使用，目前已成为各城商行重要的基础架构技术堆栈。其中VMware vSphere作为虚拟化技术的代表产品，长期占据城商行虚拟化市场主流位置。在博通收购VMware和信创背景下，很多城商行已经开展VMware虚拟化平台替换工作。

城商行关键应用IT架构以物理机和虚拟化架构为主，在逐步实现信创目标的同时还需要保障业务稳定，因此关键应用VMware虚拟化平稳替换是当前城商行的主流需求，但具体落地面临很多挑战，例如：

1. VMware虚拟化长期使用、承载了大量业务系统，如何设计适合企业的替换策略？如是以业务系统为单元，以系统全栈信创的进度推进替换，还是单独设计虚拟化层的替换方案？
2. 关键应用信创虚拟化软件有哪些关键的选型要素？
3. 数据库类应用信创虚拟化架构如何设计容灾方案？
4. 信创虚拟化软件如何与信创服务器、操作系统等配置最优方案？
5. 存量VMware虚拟化与信创虚拟化如何实现统一管理？

为了帮助城商行用户加速落地解决如上关键应用虚拟化信创的具体问题，twt社区将在5月12日组织主题为“城商行如何实现关键应用VMware虚拟化平稳替换？”线上封闭式岗位职业技能赋能活动，期望能帮助到城商行虚拟化领域优秀的架构师加快职业能力成长以应对关键应用VMware替换趋势。

本期交流活动重点围绕 “城商行关键应用VMware虚拟化替换需求分析和策略探讨”和“城商行关键应用VMware虚拟化平替方案路径及产品选型关键点” 两大议题展开研讨，特别邀请金融行业专家、深信服专家与多位银行业同行共同探讨，本文对活动中大家分享的内容进行了梳理，希望能够给大家带来参考借鉴。共分为两个部分：城商行关键应用VMware虚拟化替换需求分析和策略探讨，城商行关键应用VMware虚拟化平替方案路径及产品选型关键点，希望通过交流活动理清思绪，帮助更多专家推进关键应用VMware虚拟化平稳替换，逐步实现信创目标的同时保障业务稳定，提供更加清晰的选择决策逻辑和经验参考、从容应对平稳替换的挑战。

# 一、交流达成的共识总结如下

**一个观点**：所有的迁移尽量是以业务为维度的迁移，迁移不能完全依赖厂商的支持，因为最了解业务的还是银行自己的团队。企业需要自己独立分析业务需求，主导迁移。

**两个架构**：ARM架构（包括鲲鹏和飞腾）性能不断提升，产品线丰富；X86架构（包括海光和兆芯）性能较强，应用生态丰富。

**三类应用：**数据库类（如Oracle）、中间件(如WAS)、业务系统应用程序是城商行关键业务VMware虚拟化承载的应用。实施迁移时，需要具体问题、具体分析。

**四个重点：**可靠性：硬件或者平台软件出了问题，不会对业务产生相关的影响，这是本质的一个要求；生态兼容性：平稳替换（以下简称平替）会涉及到外置存储的对接，新服务器的一些适配，那么生态的兼容性就要去考虑；性能：如何能保证关键业务系统的性能是要重点去考虑的；迁移考虑是厂商的能力，而不是产品的能力。考虑他对迁移整体的计划的完整程度，以及风险预案，这是业务系统迁移过去能够保证良好运行效果的最有效的方式。

本次活动邀请了某股份制银行的王振华担任本次活动的主持人，某城商行云技术组组长刘肃羽老师担任分享嘉宾，深信服云计算产品规划总监牛孟涛老师担任本次活动的分享专家，某城商行的朱向东老师担任活动的互动嘉宾，共有40多位城商行同行参与了活动。

在分享嘉宾分享环节，刘老师分享了《城商行关键应用VMware虚拟化平滑替换技术路线选型及落地实践经验》，从信创替代的需求、行业发展趋势、架构实践和架构演进等各方面，全面介绍了作为城商行的典型代表，介绍了对信创替代技术发展的整体思路和实践。提供了多种替代路径，特别是针对银行不同业务场景下，平稳替换所面临的差异化挑战和需求，不仅给出了详实方案，还展现了令人信服的实践数据，以及对未来的规划，为我们同业提供了非常有价值的参考。

深信服专家分享环节，牛孟涛老师分享了《城商行关键应用虚拟化先进替代（含信创）解决方案与最佳实践》，从行业实践角度，介绍了银行业务系统的分类情况，以及对业务系统可靠性的保障，深入分析了虚拟化替代的一些关键的技术点。特别是针对银行业多硬件架构的兼容性要求进行了细致的分析，对业务系统的迁移提供了详尽的解决方案，通过对落地的行业案例剖析为行业用户的替代工作提供了重要的参照。

互动交流环节中，参会用户积极提出了自己在关键应用VMware虚拟化平稳替换过程中的痛难点问题，与会的专家老师也都相应给出了设身处地的技术解答。精彩问答节选如下：

# 二、城商行关键应用VMware虚拟化替换需求分析和策略探讨

## 1、当前操作系统的版本，包括操作系统上安装的中间件，数据库的类型都非常多，有C开发的应用程序，也有Java的应用程序，如何在线迁移到不同架构的Cpu上？需要怎么做考虑？怎么做测试验证？

**某城商行刘肃羽：**
1）操作系统版本的替换并非直接替换到信创的标准版系统上，而是有一个兼容版，它对于原系统的版本有一定的要求，有相关的兼容性列表。

2）对于上层运行的这些应用也有一些要求，信创虚拟化的架构使用以X86的海光为主。ARM的架构现在主要是给特定的应用进行整套系统的重构的。这样迁移多了一条路径可选，但是大量的这种应用还是需要进行相关的软件的替代之后，重新部署到新的平台，这样对于信创的应用的稳定性会更好一些。

**某股份制银行王振华:**
1)   虚拟化替换主要是提前规划要如何做？重点关注哪些地方？第一个是稳定性和应用性，这和我们选的厂商有关系。和选型挂钩了，选型之前会做一个POC测试，会搭一套测试验证环境，厂商要进场之前，必须在测试验证环境上面去部署一整套的产品。
2)   把相关的功能点全部放在POC测试里面去，然后，看这些功能点是否全部能满足我们的需求？如果都能满足，那就达到我们的要求，就通过POC测试了。

## 2、如何实现虚机操作系统级的迁移？迁移到系统里面的先后顺序是基于哪些方面去考虑的？虚机迁移之后的利旧问题？

**某城商行朱向东:**
1)   所有的迁移尽量是以业务为维度的迁移。基于虚机的迁移是可以做的，但是要根据自身情况去决定，在银行里有一些相关的规定，操作系统的版本是否在厂商支持的范围之内，一些老的版本，厂商已经不再提供服务了。如果基于虚机这种方式迁移，基于一个老的系统去迁移，技术上是没有难度能迁移成功，但是应用程序要换到新版本操作系统里就会涉及大量的改造工作了。做迁移的时候，厂商去做的辅助保障只能做自身产品的底层的保障。应用层一定要自己的团队去做，一定要做好实际的测试。

2)   一般情况下把应用分成了三类，一是办公类、二是一般类、三是核心类。要求办公类先进行改造，办公类现在要求的是百分之百信创，第二是一般类，最后是核心类，大概按照这个顺序迁移。

3)   老旧的设备，包括软件都是基于X86来做的，基于信创选型，国内首先C86是一个技术路线，ARM也是一个技术路线，这两个路线对应的架构，指令集是不同路径的演进结果。对于C86架构，老应用可能无需改造即可适配，对于ARM架构，应用是要做改造的，那么，利旧老设备只能是基于X86架构，仅仅是替换虚拟化平台的话，意义并不大，还不如老设备保持现状，建议采用新建虚拟化技术栈，形成多技术栈并行的格局，更好的支撑业务发展，所以，选型要有一定的前瞻性。。

## 3、一个集群一般都是10到20台物理机，如果应用只是几台虚拟机，扩上一个集群是不是有点资源的浪费？这个情况是怎么处理的？单台物理机一般是跑几个虚机？信创虚拟化产品和SDN做了一个对接，那么和SDN对接的方式是按需下发配置呢？还是这种SDN的全量配置下发？

**某城商行银行刘肃羽:**
1)   早期当虚拟化平台刚刚建设的时候，在一个集群上的虚拟机的数量是比较少的，随着新业务的上线不断的扩充节点，不断的增加虚拟化平台的承载能力，当虚拟机的数量达到几百接近1000的时候，集群规范化建设就要考虑了。计算跟存储怎么去搭配使用，需要在发展过程中去逐渐的探索，去解决这些问题。

2)   结合实际情况看，因为我们现在实际情况是虚拟机的规模已经达到了生产区一万台以上。不会出现因为虚拟机少造成资源浪费的情况，而更多的是需要考虑怎么去集中化部署，怎么去利用调度或一些在线离线业务的混合部署来提升资源的利用率，去节省一些资源。

3)   单台物理机VMware环境大概是在30多台，物理机是配置英特尔的6248或以上CPU的两路服务器。为了防止一台物理机挂了之后有二三十个虚机都会受影响，那就只能是靠应用来实现高可用了，对应用层的高可用，同一个应用的负载均衡一定要做好。负载均衡策略下的这些虚机一定要被分配到不同的宿主机上，这样造成影响的面是最小的。如果宿主机宕机，会给相应的应用负责人发邮件告警，通过邮件的方式生成一个清单，邮件内容涉及到哪台虚机漂移了，这台宿主机上涉及了哪台虚机的应用系统。

4)   早期没有采用SDN的时候，物理机上要做多张网卡。然后做两张两个网口的绑定，并接入不同的交换机，这样是多张网口跑不同的业务平面，这种方式确实是比较浪费资源。集群是按照不同安全区去做规划的，会存在有的集群比较繁忙，有的集群比较空闲，这种情况也会造成一些资源上的浪费，那么后来我们改造的时候引入硬件SDN这种方式，虚拟化和SDN对接是用的硬件的，虚拟化没有和硬件SDN做硬绑定下发工作，是按实际的需求，按照这种规划，一次性的把一定周期内的这些策略，网络的这些分区都下发好，然后根据使用情况再去进行新的规划。

# 三、城商行关键应用VMware虚拟化平替方案路径及产品选型关键点

## 1、做平替选型的时候，要考虑哪些点？平替选型后，到底要做出哪些调整能迅速适应虚拟化环境？旧系统做改造的时候，要关注哪些改造点？选型新产品的时候，如何确认这个产品能适应未来的发展？

**深信服牛孟涛:**

1）平替的选型考虑问题，综合目前市场上客户的需求，进行分类分析后发现，有几个比较关键点。

(1) 可靠性是最重要的考虑之一，平台的可靠性是怎么做的，是不是通过高可靠架构，通过软件兜底等方式，平台至少是稳定可靠的，目的就是硬件或者平台软件出了问题，不会对业务产生相关的影响，这是本质的一个要求，是考虑的重中之重。
(2) 生态兼容性，平替会涉及到外置存储的对接，服务器的一些适配，那么生态的兼容性就要去考虑。
(3) 性能是一个重要考虑因素，性能表现通常是综合的，影响因素也有很多，使用外置存储的性能如何？有没有其他方式提高性能？目的是考虑如何能保障关键业务系统的运行性能，这是关键业务系统下需要重点去考虑的。
(4) 迁移考虑是厂商的能力，而不是仅仅是产品的能力，考虑厂商对迁移整体的计划完整程度，以及风险预案，这是业务系统能迁移过去的保障。

2）易用性是大家都很关注的，怎么调整运维人员的能力，能够让运维人员来适应国产化产品的运维，要提供手册、日常操作命令，常见故障的处理等方式来完成自主维护。之前VMware使用时间久，都比较熟悉，一旦发现了一些新的问题，是能够快速去解决，但是国产化产品不一样，都是第一次使用，对于它能出现什么故障，是完全不可知的。所以，一定要有相关的兜底能力，出现问题之后能够快速的定位以及快速解决，这是重点的考虑之一。

3）对于业务当前的重要程度，未来的改造之后对它的期望，这是决定我们选择平稳替换或选择重构的一个很关键的因素。我们希望迁移之后能够实现更多有效的事情，或者希望通过这次信创改造能够让它产生更多的价值，那么我们尽量会选择重构。

4）如何选型来适配未来发展？厂商对产品的一些投入程度是关键，是决定了未来产品能够平滑演进的一个很关键的点，未来数据中心的生态不仅仅只有容器，也不仅仅只有虚拟机，我们在进行平滑替代之后，还能够帮我们考虑到未来基础设施的发展，以及管理或者统一调度的情况是我们面向未来要去考虑的一个点。因此需要按照行内规划，业务发展，结合厂商对未来的投资综合考虑，选择合适的产品。

## 2、虚拟化平替方案要考虑哪些点？选型是不是适合我们的就选用它，如何保障产品的可靠性？

**某城商行朱向东的回复:**
1)   实现虚拟化的平替，现在国内很多虚拟化产品如何去选？首先要结合自己单位的实际情况，要去选择适合你的，不是所有的虚拟化产品拿过来都可以直接使用，在选型的时候一定要做现场实测，要结合现有的网络环境和将来的网络规划去做新产品的实际场景选型测试。

2)   在虚拟化产品的功能上，只要是能符合你们实际的使用需求即可。常用的虚拟化的功能有哪些就重点测试哪些，对于以后可能规划要用的一些功能，也可以重点的去做测试。

3)   结合现有环境的使用年限，生命周期也要做提前的考虑，比如十年前或者五年前，采用的技术与当前流行技术可能是不一样的，所以在做实际测试的时候尽量要结合历史的演进情况，把对将来的一些规划一些前瞻性考虑融合到里边去。

4)   选型最关键的是可靠性和安全性，还要考虑生态和兼容性，功能选择适合自己的。新的虚拟化平台的网络结构，尽量的要去前瞻考虑，兼顾老环境的网络的连通性，提前做好网络规划。

## 3、在虚拟化替代选型过程中，如何通过配套的文档甄别哪一个产品更符合自己所需，哪一个产品是确实好用的？

**深信服吴大立的回复:**
1)   现在所提的虚拟化替代更多的是指虚拟化产品的替代，而不是单虚拟化能力的替代，除了虚拟化能力也需要关注整个产品DFX能力，包括性能、稳定性、可维护性、开放性等。

2)   在虚拟化能力上大家应该都比较熟悉，技术的底层原理可分两条线，一条是Vmware的线，另外一条线是基于KVM这条线。国内虚拟化主要是基于KVM路线去演进，在技术方向上各家基本一致，但在软硬协同与DFX能力上各家还是能体现出差异来，特别是在信创场景。信创的硬件架构跟X86有很大的区别，而信创硬件又受制程工艺的约束在性能上确实会弱一点，故信创厂商增补了很多特性来弥补，如能充分利用这些特性则可以实现整体不亚于X86的效果。因此判断虚拟化能力的优劣，其中一点就是看如能否利用这些特性来发挥信创硬件的优势。现在各厂商都会提供技术白皮书，我们可以通过这些信息来评估各厂商在软硬协同优化方面的能力。

3)   另外一个关键点是产品的知识库，因为这部分会决定客户的自运维能力。我们遇到很多客户反馈说“虽然厂商能提供上门服务，但厂商上门会存在路程耗时等问题，处置问题的及时性远不如自己的运维人员”。因此是否提供一个足以支撑客户自运维的产品知识库也是一个重要的评估点。

## 4、按网络区域建多个管理平台，而不是建一个管理平台纳管理多个集群的方式，是出于什么样的考虑？虚拟化平替路径对前端业务的影响程度，需要做哪些提前规划的工作？

**某股份制银行王振华的回复:**
1)   网络区域建多个管理平台是基于以下两点考虑的，第一是隔离故障，一个管理平台坏了不影响其他的管理平台，第二是基于网络安全考虑，因为网络划分的原则是，办公区网络不能和生产区网络互通，生产区是一个网络区域段，办公区是一个网络区域段，运维区是一个网络区域段。按网络区域做划分，网络隔离开这样互相不影响，有利于网络安全。

2)   管理平台要一云多芯，所以同一个管理平台里不可能只有Arm架构的，或者只有X86架构的，目前的方案是一个管理平台里面，生产区里有两个集群是属于Arm架构的，另外两个集群是属于X86架构的。在这里C86统称为X86架构就是海光X86。根据一个项目组的研发能力，如果研发能力比较强，可以从X86改造成Arm架构的，业务可以直接做改造。原来旧的X86架构不去动，在生产上正常运行。Arm架构的重新再开发一套，然后再部署，等Arm这一套运行三个月或者半年，稳定下来了以后，就可以把X86那一套替换掉，当然这种做法成本可能比较高，但是对业务的影响是最小的。

3)   如果研发能力不是很强，替换的方案路径就要选择X86架构，因为海光架构对底层代码改造程度比较低，可以做迁移的成功率会更高，迁移的性价比亦会更高。

信创虚拟化深信服 VMware 虚拟化

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

添加新评论6 条评论

wangzimingsq88软件开发工程师本钢矿业公司
2024-05-30 15:12

以上做法和思路非常值得借鉴，探讨，尤其是项目实际应用上

其它城市商业银行
2024-05-29 10:33

VMware虚拟化确实在城商行应用非常广泛，该文章介绍的内容对有平台替换打算或需求的用户来说，参考意义极大。

Captain0798系统工程师某银行
2024-05-28 22:16

文章在国产虚拟化平台的选型、虚拟机跨平台迁移方式等方面提供了丰富经验，特别是在迁移和替换过程中需要考虑的各种情况分析得较为详尽，感谢专家和作者的分享。

Dongxin系统架构师某银行股份有限公司
2024-05-28 22:08

信创虚拟化替换是中小银行目前都会遇到的，感谢作者可以把同业的一些替换选型的经验和策略可以比较好的总结，吸取大家的经验。后续如果有更加详细的信创虚拟化选型对比方面的内容就会更加方便我们中小行进行选择，我们主要就是跟进就可以。

xjwangbo100

系统架构师哈密市商业银行
2024-05-27 17:53

我行目前就在做信创虚拟化平稳替换工作，以上思路、方法、经验非常值得借鉴，后期希望再有此类的活动进行分享和探讨。

wanggeng

系统运维工程师某银行
2024-05-24 18:03

文中涉及到迁移主导方：所有的迁移尽量是以业务为维度的迁移，迁移不能完全依赖厂商的支持，因为最了解业务的还是银行自己的团队。企业需要自己独立分析业务需求，主导迁移。这个确实是这样，我们甲方不能因为信创能力不足把这个迁移交付给实施厂商主导，毕竟vmware虚拟化替换最关注的点就是稳定性如何保证。专家们的观点还是很客观。

Ctrl+Enter 发表

匿名评论

城商行关键应用信创虚拟化平稳替换策略及选型（同业交流共识总结）

添加新评论6 条评论

文章目录收起目录

作者其他文章

相关文章

相关问题

相关资料