首页 > 行业资讯 > 系统迁移,转信创如何实施?

系统迁移,转信创如何实施?

时间:2023-11-13 来源: 浏览:

系统迁移,转信创如何实施?

原创 twt社区 twt企业IT社区
twt企业IT社区

talkwithtrend

talkwithtrend.com社区(即twt社区)官方公众号,持续发布优秀社区原创内容。内容深度服务企业内各方向的架构师、运维主管、开发和运维工程师等IT专业岗位人群,让您时刻和国内企业IT同行保持信息同步。

收录于合集

社区探讨,希望更多同行参与交流,为大家提供参考:

系统迁移,国产化转信创如何实施?

单位要求进行系统从X86 intel的服务器迁移到金融信创云,从X86迁移到ARM信创的。系统情况如下:PG数据库71套,大概50TB的数据。均在线提供24小时不间断服务。

HIVE HBASE数据 450TB,其他还有ES 500GB左右的数据,系统还面临的情况是TPS特别高,大概3000左右的TPS。 

想咨询有经验的朋友,如何进行迁移, 难点 就是在于可以实施迁移的时间点特别短,最多就8个小时实施窗口,但是要迁移的数据太多。还有就是不知道ARM和同样的X86性能有多少差异,按照多少比例放大比较合适,是否可以通过看CPU的每秒执行的百万指令数判断?

以及在迁移过程中还有那些需要注意和提前规划的?

迁移的机器上的系统可以提前部署,我想过使用PG流复制和用discp的方式进行迁移。及联流复制。不知道会不会对现在的系统有影响,也没有试过异构环境下的流复制。discp 就是不知道,现在hadoop集群每天都有作业的情况下,如何能够平稳切换?

问题来自社区会员@jillme ,以下内容来自社区会员探讨

@yata52 中国人寿财险 数据库管理员:

这么多库要在8个小时之内完成实施,如果验证测试的时间也包含在内的话,时间确实很紧。在云环境和当前机房网络畅通的情况下,71套库对应的业务系统如果有分级的情况下,可以考虑提前迁移一些非核心系统到信创云环境。一是为了减少核心系统切换窗口的操作及验证工作量,另外也可以提前通过非核心系统的实际运行情况验证信创云环境的运行效率。对于交互频繁的业务系统需要注意两边的网络延时情况,如果过防火墙的话就不建议同一业务系统的应用服务器和数据库服务器跨区调用了。ARM的CPU相比intel来说虽然单核性能偏低但是核数拥有绝对优势,我们用ARM服务器(128C)替换老x86服务器(24C)后CPU使用率是有大幅下降,但这里有个前提是我们替换的是老服务器。

@李英杰 数据库技术专家:

单纯的服务器迁移,在信创项目实施中,相对于数据库和中间件来说,还是容易的多。在不考虑芯片、操作系统和应用的兼容前提下,直接替换就可以。现在的云架构我听说很多都支持混合架构的云,X86和ARM可以共存,在同一片云内可以直接替换成ARM架构的机器。如果替换到不同的云,那就涉及到数据的迁移,这种情况下,还是要多具体的数据做一个分析,如果整体迁移时间窗口不允许,那就要分析哪些数据是冷数据,哪些数据在多长时间内不会有变化,提前迁移冷数据,在迁移窗口迁移最近的数据,减少迁移的时间。
至于是否可以通过看CPU的每秒执行的百万指令数判断性能差异,可以参考,但不是最终判断的依据,因为根据应用类型的不同,还是有差异的,建议还是通过对具体应用进行压力测试后再做判断。

@lulihuan1987 张家港行 数据库管理员:

大数据量迁移,数据库层面应该是同构同版本吧,如果是的话,一般都是要提前迁移准,停机窗口增量的模式迁移,否则那么大的数据量8小时很难完成。另外可以借鉴一些数据库厂商的工具进行迁移。至于x86和arm的性能差异,这个和CPU型号,数据库以及SQL等都有关系,具体还是要做对比测试和性能测试确定部署方案。

@wangmingjie01 兵器装备集团财务公司 系统工程师:

交易量和数据量这么大,一定要做POC啊。

这些数据库厂商都是这样的,你没确定买他家的东西时,要求他们进行POC测试、出迁移方案,他们都会排高级人员现场支持。等你签了合同,就不是那回事。

所以前期一定要做POC,让几家厂商出迁移方案。

@jillme:
自研单位,没有厂商,只能自己搞。

@ostrich 自由职业者 系统架构师:

这个,信创云厂商得给方案并提供迁移服务呀。否则迁完出问题,到底是信创云的问题还是甲方自己没迁明白的问题呀?

@jillme:

没有厂商提供,就是只有一个信创平台。

@匿名用户:

8个小时做迁移肯定是不够的,所以这样的情况下只能做割接不能做迁移,性能也没有做测试,架构也没有做测试,像这种情况下架构肯定是要调整的,所以只能调整架构以后,业务测试通过以后,8个小时来做割接。算算你将近500tb的数据,8个小时,你通过网络来进行迁移,传输数据的时间都不够。

@jillme:
其实情况是确实可以提前迁移,就是因为数据还在生产上执行,不知道最后如何将最后一点数据迁移过去。比如hadoop集群,这么大的数据量,一次性discp肯定结束不了。保障无缝的衔接。

@tianshizuoyi 数据库架构师:

ARM比X86同等规格的,性能弱5%到20%不等,看数据库的业务场景,需要具体评测。

@jillme:
请问同等规格是指核心数,还是也包括每秒指令执行数?。

@flybean1:

其实是个很复杂的问题。

首先,性能的差异需要评估的点比较多,云平台、CPU、存储性能的差异都是需要考虑的,原厂给的经验数字不好落于文字,数据的真实性也不好评估。

其次,CPU核数较主频重要,尽量多要CPU吧,胆子大点,按2倍要,多了再退嘛。

第三,8小时应该是不够的,先算算文件传输要多少时间吧。要留足处理异常的时间。

建议:会同原厂资深技术人员,做好技术方案(注意,一定要资深,还要专人全程)。 云资源分配后,先部署系统软件,在线迁生产数据,然后测试测试测试,充分测试无问题后再通过抽取更新数据,或全部重新加载。

  您怎么看?

欢迎来探讨

欢迎点击文末 阅读原文 到社区阅读和讨论交流,发表您的看法

觉得本文有用,请 转发 或点击 ,让更多同行看到

 资料/文章推荐:

  • 企业服务器信创技术路线(ARM、x86、龙芯)选型评估10个核心问题解读

  • 深度思考:企业IT信创建设和选型实用策略

  • 从两个实例看我们国产数据库厂商与国外头部厂商的差距

  • 金融行业国产数据库选型的五大难点

欢迎关注社区以下   “信创”技术主题  ,将会不断更新优质资料、文章。地址: https://www.talkwithtrend.com/Topic/139279

下载 twt 社区客户端 APP

长按识别二维码即可下载

或到应用商店搜索“twt”

长按二维码关注公众号

*本公众号所发布内容仅代表作者观点,不代表社区立场

下一条:今天,1827
版权:如无特殊注明,文章转载自网络,侵权请联系cnmhg168#163.com删除!文件均为网友上传,仅供研究和学习使用,务必24小时内删除。
相关推荐