郑州暴雨肆虐,商交所数据中心屹立不倒,它做对了什么?
Posted dbLenis
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了郑州暴雨肆虐,商交所数据中心屹立不倒,它做对了什么?相关的知识,希望对你有一定的参考价值。
点击蓝色“有关SQL”关注我哟
加个“星标”,天天与10000人一起快乐成长
首先为河南人民祈福
在这场天灾面前,人类能做的极其有限。失去的已经失去,能做的就是想好预防办法和灾后重建。相信借全国人民之手,众志成城,一定可以帮助河南度过此次难关。
作为一个对A股,对期货研究(被割)多年的程序员,我倒是很好奇,郑州期货交易所数据中心的防灾策略。它怎么战胜了这次水灾,任何的新闻报道,几乎就没提到商品交易受到太大的影响。
直到,我读到这条报道:
其后,在华融融达期货郑州总部、郑商所技术中心及上海机房三地同事的共同努力下,保障了公司20日夜盘交易的正常进行,成功避免了网络信息安全事件。https://www.ylfx.com/Show/index/id/718707/cid/11.html
没错,这就是我常在朋友圈提起的"两地三中心”防灾策略。
“两地三中心”是银监会对所有金融机构的硬指标,任何数据中心,都可以拿来用,以加强防护各类天灾。
回到正题,郑州商品交易所数据中心的防灾,采用了郑州同城+上海异地同步策略。完美的规避了这次风险。
架构图大致是这样的:
基于这样的架构,又可以衍生出四类模式
A/A/S
A/Q/S
A/S/C
A/C/C
A/A/S
这种模式即:Active/Active/StandBy
同城的两个数据库之间互相同步,组成高可用,高性能的集群,共同服务应用。异地数据库作为热备,通过实时复制数据,保持三中心数据一致,随时准备替换同城两中心宕机的数据库。
A/Q/S
即 Active/Query/StandBy
这是典型的读写分离集群,外加一个异地热备。主库负责承担写入流量,而Query所在节点,就提供大量的只读查询。通过数据同步复制,上海的节点提供热备,随时补上宕机的节点。比起 A/A/S 少了一台承载写入的节点,高并发能力就稍弱。
A/S/C
即 Active/StandBy/Copy
主机和备机都在同城,异地数据库作为数据硬备。此时,异地的数据就有可能会有一定的丢失。
A/C/C
即 Active/Copy/Copy
同城和异地的数据库,都只做数据备份。这种模式下单点故障随时都有可能发生,因此,不提供业务的持续性。仅对次要数据做备份。
并不是所有的业务都需要 A/A/S, A/Q/S 那么紧急和重要的防灾措施,随业务不同可采用不同的防灾模式。
由此可见,只要上海能在烟花台风中不倒,郑州商交所就会稳稳地为期货交易用户执行7*24小时的服务。
--完--
往期精彩:
以上是关于郑州暴雨肆虐,商交所数据中心屹立不倒,它做对了什么?的主要内容,如果未能解决你的问题,请参考以下文章