在往信创操作系统迁移的过程中,大体量的系统如何平滑迁移?

项目目前在用1300多台Centos7版本主机,云主机无法访问互联网,运行了java、数据库以及大数据平台的环境,这些环境的迁移如果能实现平滑的迁移,或者怎么保障重点业务的顺利迁移。

参与32

7同行回答

navy rivernavy river平台运维京北方
您好,目前还没遇到如此体量大的迁移。针对贵公司特点,我个人观点认为:如此庞大体量规模地迁移,应该先按应用类型去分类梳理,将迁移任务进行分解,分阶段开展迁移,对应用和数据库重要性进行风险评估,按照 先外围再核心的思想 ,最大限度降低风险。一个业务条线在信创完成适配后,可以先...显示全部

您好,目前还没遇到如此体量大的迁移。针对贵公司特点,我个人观点认为:如此庞大体量规模地迁移,应该先按应用类型去分类梳理,将迁移任务进行分解,分阶段开展迁移,对应用和数据库重要性进行风险评估,按照 先外围再核心的思想 ,最大限度降低风险。一个业务条线在信创完成适配后,可以先并行一段时间,如果没有重大问题,总结经验和教训后,即可开展下一个业务条线迁移准备工作。这样在迁移的过程中,也就逐步积累相关经验和教训,逐步减低风险,最后实现总体迁移成功。以上个人观点,有不足之处,欢迎指正。

收起
IT其它 · 2023-05-17
浏览1146
waring_idwaring_id技术经理某公司
1、按应用(java、DB、bigData)搭建测试环境,完善信创系统的兼容适配。并以此为基础搭建内网独立的组件更新主机2、按先易后难的方式迁移并适配应用,可以先从 Java 应用开始。前期手工方式适配,后续结合实际情况逐步优化为自动化方式3、数据库先迁移数量量小,业务优先级不高的...显示全部

1、按应用(java、DB、bigData)搭建测试环境,完善信创系统的兼容适配。并以此为基础搭建内网独立的组件更新主机
2、按先易后难的方式迁移并适配应用,可以先从 Java 应用开始。前期手工方式适配,后续结合实际情况逐步优化为自动化方式
3、数据库先迁移数量量小,业务优先级不高的应用,对于没有停机窗口的考虑群集或读写分离的迁移模式
4、逐步迁移应用,大规模的应用通过小批量迁移,迁移期间存在2边平台都运行应用(如果可行),观察适配后逐步迁移到新平台
5、做好应急预案,出现异常情况可以及时处置或回退

收起
零售/批发 · 2023-05-19
浏览979
王小那个鑫王小那个鑫数据库运维工程师乐山市商业银行
不论是做一般的数据中心迁移,还是新创迁移等等,对于大体量的迁移,往往无法做到一次性完成,还是需要从业务重要性以及业务影响程度进行分析,然后制定分批计划,逐步完成,甚至可以细化到,某一个系统,先迁移应用,再迁移数据库等等。整个迁移过程可能涉及到的技术众多,耗时可能会很长,一定...显示全部

不论是做一般的数据中心迁移,还是新创迁移等等,对于大体量的迁移,往往无法做到一次性完成,还是需要从业务重要性以及业务影响程度进行分析,然后制定分批计划,逐步完成,甚至可以细化到,某一个系统,先迁移应用,再迁移数据库等等。整个迁移过程可能涉及到的技术众多,耗时可能会很长,一定是一项巨大的工程。
再具体的说下我的理解:
1.针对与java,可能相对比较好迁移,毕竟java是一个运行环境,调用执行即可;
2.针对数据库,目前市面上数据库厂商有超过200家,针对不同的数据库,也有不同的迁移方式,而且各个数据库厂商也有一些较为完整的迁移工具和方式(特别是云平台,基本都有自己的迁移工具),不过如果想平滑迁移,往往我们还是尽可能的以数据库同步的方式来进行(比如mysql主从同步、 postgresql的物理同步、逻辑同步,甚至可以借助ogg、dsg、kettle进行);
3.对于大数据平台环境,可以考虑是否能将节点加入到当前的大数据集群后,逐步删除历史节点;

收起
银行 · 2023-05-18
浏览1020
yulu4314yulu4314技术支持长春
你这个量很大,只能建议先从轻量的,非重要业务进行迁移测试!然后逐步开展,分块迁移!降低迁移风险,确保迁移顺利,业务稳定开展!显示全部

你这个量很大,
只能建议先从轻量的,非重要业务进行迁移测试!
然后逐步开展,分块迁移!
降低迁移风险,确保迁移顺利,业务稳定开展!

收起
系统集成 · 2023-06-13
myciciymyciciyIT顾问某金融科技公司
建议还是遵循,先易后难,稳步推进,评估,迁移、验证,总结经验,为后续工作做铺垫和经验积累。显示全部

建议还是遵循,先易后难,稳步推进,评估,迁移、验证,总结经验,为后续工作做铺垫和经验积累。

收起
银行 · 2023-05-18
chinazzbchinazzb联盟成员系统运维工程师null
CentOS停服应对方案专区以下pdf都能在专区底部“ 迁移知识库 ”找到。 银河麒麟《CentOS迁移知识库》 银河麒麟 《CentOS迁移适配作业指导书》,里面涵盖了容器化、大数据平台、B/S架构、C/S架构等等。银河麒麟《CentOS迁移适配工具说明书》银河麒麟《CentOS安全接管服务...显示全部

CentOS停服应对方案专区以下pdf都能在专区底部“ 迁移知识库 ”找到。
银河麒麟《CentOS迁移知识库》
银河麒麟 《CentOS迁移适配作业指导书》,里面涵盖了容器化、大数据平台、B/S架构、C/S架构等等。
银河麒麟《CentOS迁移适配工具说明书》
银河麒麟《CentOS安全接管服务方案》

银河麒麟掌动系统管理平台,简要来说银河麒麟提供了一键迁移工具,要获取就得找厂商。

收起
软件开发 · 2023-05-17
浏览1158
在背景中其实缺少一个信息,即芯片架构,是 x86 to x86,还是 x86 to ARM,又或是两种架构都存在,对于不同架构的系统迁移,其难度更大,因为将涉及业务系统的改造和适配。如果芯片架构相同,从 CentOS 到国产信创操作系统(麒麟、统信、欧拉等),可以借助一下系统厂商的能力,通常会有一个工具...显示全部

在背景中其实缺少一个信息,即芯片架构,是 x86 to x86,还是 x86 to ARM,又或是两种架构都存在,对于不同架构的系统迁移,其难度更大,因为将涉及业务系统的改造和适配。
如果芯片架构相同,从 CentOS 到国产信创操作系统(麒麟、统信、欧拉等),可以借助一下系统厂商的能力,通常会有一个工具和最佳实践的指导。
对于 1300+ 系统迁移,需要工程化的方法论支撑,即按业务类型、业务等级、业务间关系、业务运行环境等信息进行多维度分类,聚类相同或相似的业务,规划批次,进行测试 - 迁移 - 验证的动作循环。还仍考虑数据备份,以及迁移失败的回退完整计划。

迁移常用的一些方法:

  • 数据导出,业务在新环境重建,再导入数据
  • 对于 P2P、P2V 和 V2V 场景,在芯片架构相同的情况下,完成迁移动作后,可采用原地更新内核的方式,实现系统切换(此方法需要做充足验证)
  • 第三方迁移工具(系统厂商工具或专业迁移服务软件)

    以上信息希望对你的问题有所帮助。

收起
软件开发 · 2023-08-18
浏览631

ChatGPT 回答

针对这个问题,我可以提供以下解决思路和方案建议:

  1. 确认云主机无法访问互联网的原因,是否是网络配置问题,需要与云服务提供商进行沟通和排查。
  2. 对于CentOS7版本主机的迁移,可以考虑使用虚拟化技术,将物理机转换为虚拟机,然后迁移到新的环境中。常用的虚拟化技术包括VMware、Hyper-V、KVM等。
  3. 在迁移过程中,需要注意以下几点:
  • 需要备份原有环境的数据和配置文件,以便在迁移后进行恢复。
  • 需要测试迁移后的环境是否与原有环境一致,是否能够正常运行业务。
  • 需要对迁移后的环境进行优化和调整,以提高性能和稳定性。
  1. 对于重点业务的迁移,可以采用分批迁移的方式,先将非关键业务迁移到新环境中进行测试和验证,再逐步迁移重点业务。
  2. 如果需要更高的性能和稳定性,可以考虑使用信创操作系统,该操作系统是基于CentOS进行优化和定制的,可以提供更好的性能和稳定性。

总之,在进行系统迁移时,需要充分考虑业务需求和技术方案,以确保迁移的顺利和成功。同时,需要注意备份数据和配置文件,进行测试和验证,以及对迁移后的环境进行优化和调整。

提问者

zhhy
zhhy005
安全运维工程师正数网络
擅长领域: 服务器CentOSLinux

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2023-05-16
  • 关注会员:8 人
  • 问题浏览:3962
  • 最近回答:2023-08-18
  • X社区推广