查看原文
其他

专家解读:银行同城应用级双活建设可能遇到的11个问题

点击蓝字关注👉 twt企业IT社区 2022-07-03

当前核心系统基础架构平台建设中面临着纷繁复杂的技术架构和技术选型,给建设者和领导层造成很多困扰,要更好的建设银行核心架构,需要对一些关键技术以及选型问题进行深入探讨。为此,社区组织了一系列相关活动,邀请行业专家进行分享交流,为同行在选型以及方案设计方面提供借鉴和参考。以下是不久前在长沙举办的“银行新核心系统建设技术路线选型及如何实现同城应用级双活线下交流探讨”中,专家同行们针对某银行、某省农信的实践分享和厂商解决方案进行的重点探讨。


1、异构数据库数据同步方式如何选择?

答:异构数据库同步根据异构数据库的类型和同步方式而定。


2、应用场景分布式,需要打通双中心大二层后延时多少?

答:打通大二层,视两个中心间距而定,同城理论上100KM,往返延时在1MS左右,但实际环境可能会更高些,已经和存储的读写访问时延在同一个数量级了,间距越大,性能影响越大,通常控制在100KM以下。


3、贵行同城双活现状如何?应用哪些技术?同城灾备建设的基本情况?同城灾备自动化切换如何做?双活数据库是两边双写吗?双写系统有哪些?

答:目前我行同城应用双活已经应用较为广泛,很多关键渠道类、平台类的业务系统都实现了同城应用双活。应用负载层采用了两种方式实现生产和同城应用的请求负载均衡,第一种为跨中心应用负载分发的方式,请求从生产数据中心进入,由生产端的应用负载将请求均衡分发到两个数据中心的应用节点,回报文时再原路返回的模式,也就是所谓的单数据中心进,单数据中心出的方式;第二种为跨中心请求负载引流的方式,请求先通过域名解析,按照一定的策略(运营商、地域等)将请求引流至两个数据中心,两个数据中心各自配置独立的网络和负载均衡设备,由本地负载均衡设备负载至本地应用节点,回报文时再原路返回的模式,也就是所谓的两个数据中心进,两个数据中心出的方式。应用层采用分布式应用集群架构,应用节点分布在生产和同城两个数据中心,对于应用节点间需要共享非结构化数据,可以采用多种方式实现,如存储双活、并行文件系统、双活NAS、对象存储等,根据应用对共享的非结构化数据的性能和数量级需求而定。数据库层我行大量采用了POWERHA/XD+SVC Metro Mirro技术,实现数据库层的跨数据中心主备灾的模式(RPO=0,RTO<=2分钟)。

目前我行交易类业务系统同城灾备的覆盖率已经达到了96%以上,基本完成了同城灾备建设,下一步将拓展和升级异地灾备,实现异地应用级灾备。同城灾备自动化切换目前准备通过专门的项目来做,已经做了相关产品的POC测试,效果比较满意,符合预期要求,计划今年底前投产。双活数据库是两个数据库节点和底层块数据的双写,例如GDPC双活,DB2 PureScale通过CF节点的集中式缓存、集中式锁,来实现DB2 Member节点间的事务共享;GPFS文件系统实现所有节点的物理数据共享,通过将两个数据中心的GPFS NSD的SERVER LIST设置不同的优先级,实现数据本地化读写。


4、同城双活建设中数据库同步和一致性如何保障?

答:数据一致性需要通过实时复制来保证,对于数据库而言,需要事务级一致性和底层数据的一致性来共同保障,对于底层数据的一致性,有存储层的方案(存储双活),也有操作系统层并行文件系统的方案;对于事务级一致性,通过数据库自身的集中式缓存、锁或者分布式缓存、锁机制来保障,例如ORACLE EXTEND RAC或者DB2 GDPC方案。


5、数据库整合为什么一定要选择LinuxONE?而不是选择一体机,如何评估?

答:一体机一般是基于X86架构,X86架构相对来说稳定比较差、故障率比较高,另外一体机不开放,通常采用专有系统,专用硬件、专用软件、专用存储,专有集成和管理软件,不支持其它厂商的数据库、中间件、存储。有些一体机对某些特定的负载做了优化,比如对查询和OLAP,可以做关键业务系统之外的对外查询服务,或数据挖掘,但是对于联机事务处理,缺少超大规模的成功案例。LinuxONE采用全冗余架构,具备最高的RAS(可靠性、可用性和可维护性)、硬件平均无故障时间超过30年,安全等级达到EAL5+(是最安全的服务)。LinuxONE采用主流的企业级操作系统,如redhat、suse、Ubuntu和CentOS等,支持主流的数据库、中间件和3000多种主流的应用,支持所有主流的存储。LinuxONE是一款通用的服务器,给客户最大自由选择的空间和自主可控的选择。


6、SAP ERP系统之前是在小型机上,可否迁移到LinuxONE上,是否支持SAP认证?

答:SAP ERP系统跟IBM有深度合作,目前提供的认证方案是数据库在DB2 on System z和应用跑在z/Linux上。对于SAP ERP系统对应的Oracle和DB2的数据库是可以运行在LinuxONE上,如果客户有这方面的需求,建议先做POC验证。


7、LinuxONE的兼容性如何,是否应用需要重新编译?

答:LinuxONE支持Linux的历史超过20年,LinuxONE上的生态和应用兼容性非常好,也是很多世界500强大客户选择LinuxONE的原因。对于应用的种类来说,比如数据库(DB2、Oracle、Informix、MySQL、MariaDB、PostgreSQL、Redis等)可以完全兼容,对于主流的中间件如Weblogic、WAS、MQ、Tomcat、Kafka、RabbitMQ、ActiveMQ也是完全兼容,对于应用来说,JAVA应用本身具备跨平台特性也是没有问题,对于C或C++等编译性语言的特性,要求编译后才可以运行。


8、LinuxONE分区是否与LPAR方式一样用HMC?

答:LPAR或虚拟化技术都是源于LinuxONE的发明,LinuxONE自身体系架构设计的目的就是为了多用户、高并发设计,相比其它平台具有先天性优势。LinuxONE管理LPAR也是通过HMC来管理,LinuxONE对LPAR的动态划分和管理非常简单(基于DPM动态分区管理方式)。


9、LinuxONE上的数据库存储在哪?

答:LinuxONE自身不带存储,LinuxONE上的数据库和操作系统等数据全部存储在外置存储。


10、LinuxONE 的HBA卡,网卡共享方式是怎样的?

答:LinuxONE的内部系统I/O带宽高达832GB/s,拥有服务器端最强的I/O吞吐能力,所以LinuxONE提供配置大量存储光纤卡和网卡的能力。LinuxONE上的资源是全共享的,无须借助任何虚拟化软件,比如CPU、内存、磁盘(HBA卡)、网卡等。


11、LinuxONE内部网络通信是如何进行的?

答:一台LinuxONE可以整合上千台虚拟机,虚拟机直接可以通过vswich虚拟交换机来通信,同一个VM上的虚机或不同LPAR还可以通过独有的HiperSocket来通信,以TCPIP协议来通信数据通过内存交换。LinuxONE机器之间还可以走独有的SMC协议进行内存交换。

如有任何问题,可点击文末阅读原文到社区原文下评论交流


 资料/文章推荐:

  • 云化趋势下,IBM LinuxONE新核心解决方案及灾备平台解决方案分享

    http://www.talkwithtrend.com/Document/detail/tid/425579


欢迎关注社区以下技术主题,将会不断更新优质资料、文章。地址:

  • 银行新核心系统

    http://www.talkwithtrend.com/Topic/125349

  • 同城双活

    http://www.talkwithtrend.com/Topic/38573

  • LinuxONE

    http://www.talkwithtrend.com/Topic/26875


下载 twt 社区客户端 APP

与更多同行在一起

高手随时解答你的疑难问题

轻松订阅各领域技术主题

浏览下载最新文章资料


长按识别二维码即可下载

或到应用商店搜索“twt”


长按二维码关注公众号

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

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存