系统迁移到信创平台,建议尽可能的一次性采用容器环境,还是说先建议虚拟机环境平迁?

系统迁移到信创平台,基于虚拟机的IAAS云环境和容器环境哪种系统适配性更好,在迁移方案设计时,条件许可的情况下,建议尽可能的一次性采用容器环境,还是说先建议虚拟机环境平迁?

6回答

summitsummit  架构管理岗 , 某城商银行
guyson此库非彼库aixchina等赞同了此回答
        首先应用采用容器还是虚拟机主要取决于应用的架构规划,是否可以容器微服务化改造,改造的成本等等。       应用容器化部署和虚拟机部署都依赖操作系统和服务器 CPU 架构,容器镜像的构建在 X86 环境到 ARM 环境是不能进行迁移使用的,需要重新在新的架...显示全部

        首先应用采用容器还是虚拟机主要取决于应用的架构规划,是否可以容器微服务化改造,改造的成本等等。
       应用容器化部署和虚拟机部署都依赖操作系统和服务器 CPU 架构,容器镜像的构建在 X86 环境到 ARM 环境是不能进行迁移使用的,需要重新在新的架构环境下进行重新编译和打包镜像,且不管你是否采用是不是同一款操作系统(不通 CPU 架构的操作系统有不同的发布版本,不能通用)。
       对于贵单位的整体 IT 架构未来是否要采用微服务架构。如果采用微服务化,建议一次性采用容器化部署,虚拟机也可以部署,但是对于自动扩缩容、弹性伸缩等虚拟机就没有容器灵活。采用微服务架构建议同时部署统一的微服务治理平台,有利于实现应用的统一调度、统一管理、熔断限流、监控等等。
       综上所述,应用的容器化部署首先取决于整体 IT 架构规划,其次取决于应用容器化部署的可行性和改造的成本,不是应用为做容器而容器化。

收起
 2023-01-04
浏览416
匿名用户匿名用户
aixchina乃伊组特bjc96333等赞同了此回答
前提是应用的改造成本,如果应用符合容器化部署,迁移成本较低的情况下,容器化和信创改造一起进行,可以避免多次迁移。和流程工具搭配的好的话,根据我们的实践,容器化确实可以提升运维效率和提升可用性。...显示全部

前提是应用的改造成本,如果应用符合容器化部署,迁移成本较低的情况下,容器化和信创改造一起进行,可以避免多次迁移。和流程工具搭配的好的话,根据我们的实践,容器化确实可以提升运维效率和提升可用性。

收起
 2023-01-16
浏览338
actor168actor168  研发工程师 , 中国联通软件研究院
bjc96333aixchina乃伊组特等赞同了此回答
看本身企业对IaaS的规划和技术栈选型,以我所在的企业为例,因性能、资源利用率等考量,直接选择了无虚拟化层的容器云平台,效果明显在:1、没有了虚拟化层,少了模拟的存在,应用直接对标硬件性能;2、资源利用率,全部的资源都给了业务应用,不存在虚拟化模拟所占用的10%+的损耗;缺点:1、资...显示全部

看本身企业对IaaS的规划和技术栈选型,以我所在的企业为例,因性能、资源利用率等考量,直接选择了无虚拟化层的容器云平台,效果明显在:
1、没有了虚拟化层,少了模拟的存在,应用直接对标硬件性能;
2、资源利用率,全部的资源都给了业务应用,不存在虚拟化模拟所占用的10%+的损耗;
缺点:
1、资源隔离不够明显
2、资源调度不够优;
但上述问题不是不能够解决的问题。

回过头说因为迁移信创平台去选择要不要虚拟化,我觉得这个不必要,如果是容器化的,直接部署比虚拟化后更简单,更容易。

收起
 2023-01-13
浏览355
匿名用户匿名用户
bjc96333eric甘草片赞同了此回答
在原应用是运行在虚拟化环境的前提下,建议先平迁到信创的虚拟化环境,再逐步过渡到容器环境。应用迁移到容器环境,对开发和运维来说都有磨合的过程。显示全部

在原应用是运行在虚拟化环境的前提下,建议先平迁到信创的虚拟化环境,再逐步过渡到容器环境。应用迁移到容器环境,对开发和运维来说都有磨合的过程。

收起
 2023-01-04
浏览400
wukewuke  售前技术支持 , SmartX超融合
bjc96333赞同了此回答
这个问题不能仅关注在基础架构层面,虽然虚拟化和容器都是计算平台,但两者并不是完全的替换关系,两者的工作模式,以及支持上层工作负载的特点并不相同。在迁移前,需要首先评估当前业务类型,是否匹配容器化的特点(不可变基础设施、微服务化),像一些传统应用,可能都不具备容器化的部署...显示全部

这个问题不能仅关注在基础架构层面,虽然虚拟化和容器都是计算平台,但两者并不是完全的替换关系,两者的工作模式,以及支持上层工作负载的特点并不相同。在迁移前,需要首先评估当前业务类型,是否匹配容器化的特点(不可变基础设施、微服务化),像一些传统应用,可能都不具备容器化的部署条件。同时还要考虑业务架构(计算、网络、存储)关系,运维习惯等。

基于以上建议,如果评估完,部分业务具备容器化的条件,同时基础架构团队也有容器运维经验,可以采取并行的方案,即部分业务是 VM to VM,一些业务直接上容器,如果条件不具备,则建议先做虚拟机环境的平迁,但可以构建一套容器平台,用做验证和探索,为未来架构演进做准备。

收起
 2023-03-13
北京不眠夜@博云北京不眠夜@博云  产品经理 , 公司
从我们的经验看,信创容器基本都是直接跑在裸金属服务上,不用虚拟化这一层。如果有非容器化应用要上信创环境,可以考虑使用信创云平台来落地。信创服务器本身性能就是比传统X86体系的硬件性能差些,如果再通过多层虚拟化会进一步降低可用资源容量。另外,现在信创服务器的供货情...显示全部

从我们的经验看,信创容器基本都是直接跑在裸金属服务上,不用虚拟化这一层。
如果有非容器化应用要上信创环境,可以考虑使用信创云平台来落地。

信创服务器本身性能就是比传统X86体系的硬件性能差些,如果再通过多层虚拟化会进一步降低可用资源容量。另外,现在信创服务器的供货情况也需要考虑。

收起
 2023-01-30
浏览211

提问者

rogerswoo
其它某保险公司
擅长领域: 网络存储服务器

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2023-01-04
  • 关注会员:7 人
  • 问题浏览:1181
  • 最近回答:2023-03-13
  • X社区推广