龚李超:CloudOpera IES 开发者成功案例:英方云灾备系统

企业动态
在华为HDG成都站,英方股份高级技术顾问龚李超与开发者分享了通过与 CloudOpera IES 的结合如何解决问题,提升用户体验,降低成本。他表示,与华为 CloudOpera IES 合作方面的具体实践细节是在HDG成都站首次对外批露。

在华为HDG成都站,英方股份高级技术顾问龚李超与开发者分享了通过与 CloudOpera IES 的结合如何解决问题,提升用户体验,降低成本。他表示,与华为 CloudOpera IES 合作方面的具体实践细节是在HDG成都站首次对外批露。

 

[[173327]]

 

现场实录如下:

非常忐忑,在座的都是做开发的,对于我个人来讲我对开发是比较敬仰的,因为开发是一个生产者,所有的东西都是从我们这儿出,虽然有些东西是(00:33),但实际生产是完成的,我对开发是非常敬仰的。我相信在开发这块都是有影响力的,身价从多少多少兆亿的金马部美元,到多少多少美元的都有,大家能力都非常强。我不知道大家对于灾备这个行业了不了解,做开发的好像对这块比较陌生。我先把我自己的理解说一下,这样对于后面讲的要好理解一点。灾备这个东西你只要有了数据以后,都要备份,备份就是灾备的一块。但是灾备这两个字从字面上来理解,可以理解为灾难所做的准备。我们英方是来自一个非著名的灾备厂商,我叫龚李超,基于这种姓名的考虑,建议大家不要喊我老龚,喊小龚就可以了,因为我媳妇一直叫我老龚。

先上来介绍一下我们的产品,我们这个产品罗列出来有很多,我把这个产品大概分成了四个象限,其中看到黑色的是可以和IES结合的,上面产品列了很多,我一个个的给大家说一下。第一个Availablity是做高可用的,但是这个高可用跟传统的高可用不一样,它可以做连接到ED的,连接到云端的,都可以。第二个是Activo,这个玩意是做甲骨文复制的,做甲骨文数据灾备的,甲骨文本身有,这个大家都懂,不用说的太明了。然后12FT这个是做容错的,跟高可用的区别是容错的没有切换过程。

第二个象限,这是我们自己运行的一个公有云平台,我们也提供线上线下对云的灾备,数据的迁移,我们自己也做。然后I2cloud这是我们把我们自己的I2.com运营的东西封装成一个软件的产品。I2move是跟IES结合的比较紧一点,这是上云的过程,现在大家都在做云计算,大家都知道云计算很好,我的东西怎么上去,我现在的生产系统在线下,怎么上去,这个就是做这个事情的。它怎么做呢?可以把线下的生产系统实时在线的给你迁到云上面去,这是I2move。

第三块就是灾备功能,这个是做全服务器保护,就是跟你的服务器连操作系统,在一起做整个保护的。然后I2DTO这是做对象存储迁移,这个只是对数据迁移到云上面,并且这是我已经了解到的云计算厂商大部分支持的。然后I2box这是一个一体机,把我们的软件随便哪个软件都可以放到云上,为了做项目时候的一种变通的考虑。

第四个象限全部是做数据的,拷贝的话是做A点和B点数据同步的,不管你B点在什么地方,A点在你这儿,B点不管在哪儿,只要是通用的都可以把你的数据同步过去,AB点之间的这些都交给IES。I2CDP,CDP大家知道是什么意思吧,就是持续的数据保护,如果大家有兴趣可以了解一下,这个东西是很好的东西,它可以让你的数据随时的回溯到过往的任意一个时间点,当然前提条件你的空间要够,就是拿空间换你的数据的安全。I2VP这是做虚机里面的,如果你线下已经有虚拟化的,你上云的话,可以无缝的迁移到云上面去。然后I2Distributor这个比较特殊一点,是做证券行业的,我们强调只要是倒数据的大家都强调要快用,对于快体现在我们最直观的就是股票的行情,这个应该是非常快了。我们的产品就讲这么多,就跟大家介绍一下是怎么回事。

后面的几个就跳过去,因为前面跟大家讲的差不多了。讲一下大家觉得好像还可以,有点意思。你具体能实验什么呢,能做些什么呢,这块的内容就讲这个东西,我们这些产品可以帮助大家实现跨平台的数据的连续备份或者是迁移。跨平台的迁移也可以是线下到线上,到云上的这一块,跨平台的线上和线下。它的对象包括物理机、虚拟机,公有云到私有云,一对多,多对一,正向反向。这两个给大家讲一下这个东西怎么实现的,你说你这个东西好像很牛,到底怎么个牛法,给我说个一二三四点,一定要把这个原理搞清楚,才知道你这个东西是不是在忽悠我,不能忽悠的,这个东西还是要实在一点。

这张PPT,左边和右边是一模一样的,我们一点点的说。左边就是看着你的A点,右边就是看着你的B点,你的B点可能在云上面,也可能在你的几百公里的一个地方。中间这块就是A点和B点我们交给IES来做。现在A点这边,我们先说本地的,本地首先你过来是一个硬件,硬件上来就是你的操作系统,我们在操作系统有一个监听,这个监听是IOA,监听本地文件系统的IOA。就是我看你的IOA有什么变化没有,如果你的IOA有变化就是最安全。这样对于你整体的数据来说,如果100兆数据的话,有一个两个,或者有一小部分变更的话,我节把变化的传上去。这样对于数据量的传输的话,会(07:46),这样你的性能提升也会很明显。我在A点对你的这块做IO监控,上来了我先把A点和B点数据同步了,两边是一样的,两边有了一个基准之后,我们俩要在一个频道才可以说话,我说中文,你讲英文,我们还需要有翻译。如果我们都讲中文,就以一个中文为基准。这个也是一样的,我先把A点数据原原本本的搬到B点之后,A点和B点数据是一样的,有这个基准之后,对这个变化的IO做影像,做同步,这样保证你A点和B点数据一样,这样的话就实现了同步。因为我们的传输技术是基于IO的,把这个启动叫做自己级的复制。好处就是可以做到比较远,从A点到B点距离可以做的非常远。对于灾备来说,当然离灾难越远越好。话筒没电了,当然备份是很重要的。这些内容就过了。

这个是高可用,高可用这个东西很好,做成A点和B点之下,线上线下之间做成高可用。这里面其实还是有问题的,它有一定的先决条件,不敢做什么事情肯定有一个系统需求,有一个前提的准备。这里面就有一个,你如果线下和线上做成高可用,你整个网络是怎么打通的。因为你在私网上肯定是一个私有来源,你在自己网肯定是一个私下云,你连到云上肯定有一个公网的接口,你私网接口和公网接口怎么打通,要么就在二层打通,要么就是在四层打通,反正总要有一层打通,在三层肯定是没有希望的。A点和B点之间第一次做两边基准统一的时候,有一个完整数据的同步,这个数据的同步大概是要考虑带宽的成本。在IT这块来说任何东西都是成本,人力啊,物力啊,时间,这些都是成本,这些东西怎么考虑,后面会讲到这个问题。

然后这个数据云同步也是一样的,怎么把A点数据同步到B点上面去,这个跟前面讲的意思是差不多的,这个只是做数据,高可用的是除了数据之外,还有业务应用怎么样不断,做一次切换的时候,你的业务还能够跑,在客户无法感知的时候你的业务还能持续跑。这个只是纯做数据的,没有跟业务连接起来,怎么样把纯数据跑到云上面去。你是实时的,还是定时的。这个就是做云同步,保障两边数据一致性一样的,一瞬间就把数据同步上去的,这是怎么做到的。在这种情况下,如果你是超市或者医院的,量就特别大,你在某一个特殊时段人流量特别大,你是买一个固定的还是一个按需的,这是云计算的情况。但是对于我们这个软件,我做灾备,数据这么多,我就要原原本本的把这么多备份了,万一你就在这个点卡死了,你灾难就在这一块,我就要在这一刻把数据全部拉出来,你是选择什么样的方案,对于方案的设计者来说这是需要考虑的。

然后云迁移,这是上云的过程,前面已经讲过了,就不再追溯了。云迁移,如果你是一两台服务器可以直接在云上做就完了,如果你是成百上千的服务器,这种成本是非常高的。目前不管是搞灾备的,还是搞备份的,都要面临两个问题,一个RTO,一个RPO。RTO就是回归一次数据需要等待多长时间,IPO就是你两个数据中间的间隔是多少。只要是跟数据有关的,大家都希望这个时间越短越好,恨不得我RPO就是RTO,都是零,我们公司这些产品都是RPO和RTO都是趋近的,不是O,因为我在传输的过程中要有一定的时间。这样你的RTO和RPO的时间怎么尽可能的保持住,这样对你的影响就会越小,损失就会越低。

我们IES结合的话都能解决这些问题,第一个就是我们可以把灾备做到本地异地和云上,可以无限的往前扩展,因为我们这个也支持G点,就是A到B,B到C,C到D,D到E,E到F,这样一级一级的连下去。我们对于你的带宽可以做的比较弹性,IES正好是做这个事情的,可以把你的弹性带宽用上去,做高可用的可以把智能VPN做通,这样对于你的业务联系来说是一个强有力的保障。你把这些东西都做出来之后,把我的高可用和灾备部署出来,你的RPO和RTO的时间就会降低,对业务的影响就会更小。我们在传输过程中,我们建议做数据的话,做数据传输的话是要做的,但是如果你做业务级的灾备不建议做数据架构。如果你的业务在这个地方宕掉的话,你要有一个减压缩的过程,你的RTO和RPO就会延长。我们这个功能是有,但是怎么样用,其实哪种场景都有,没有哪一个产品我所有的场景全都能适应,大家也不会相信。

这张图里面讲到的是我们跟IES是怎么样结合的,比如我有一个医院的业务,大家龙体或者凤体欠安的时候,到医院去看病,在早晨这个时间大家都希望尽可能早的挂号,挂上号之后尽可能早的看到专家。这个时候在一瞬间,医院的HIS系统数据压力就会非常大。你在这一瞬间,你整天都是用10兆的专线带宽来连到你的医院里面去,还是用一个弹性的带宽连接上面去。早上9点到10点用一个高带宽,过了这个时间就用一个低带宽。上面这张是用固定的带宽,比如我签一个10兆的专线,或者我做一个100兆的专线,每天都固定这个时间,哪怕只有1兆的数据,我100兆的光纤费用我也出。下面弹性的就会好一点,峰值的时候用这个,低谷的时候用另外一个。这是我们跟IES结合的一张图。

这张图里面讲到我们的软件在项目里面是怎么跟IES结合起来,做实时带宽调节的。这个画的比较简陋一点,大家肯定都很专业,你在一个固定的时间段有这个需求,你在IES里面创建这种带宽的需求,有这种需求之后你的业务提交。还有一个你按照流量包,每个月固定180块钱的话费,我就找移动买这180化费就行了,不管我什么时候打,就像这种电信套餐一样,按需的,按流量的。这个就是一个创建的过程,创建和激活的过程,你现在跑的业务已经成型了,跟这个业务适配,用IES来适配你。还有一个是重新选择一个场景,你设计一个全新的套餐来适应你。这是全新创建的带宽场景下的。这个就是做实时调节的,你这个带宽业务已经很久了,这是做实时的。这一页讲的是你在已有带宽的个情况下是怎么一种情况个,你在业务高峰期是什么样的情况,如果你临时有事,我今年双十一了,全中国的人都在抢东西,临时有这种突发情况。最后满足应急的需求,应急突发的情况。

我们总结一下我们跟IES结合的优势在哪里。第一个就是把两点之间连通了之后有哪些好处,能实现什么。第一个你的数据是有保障的,你的应用是有保障的,你的传输效率是比较高的,你可以做成高可用的,减少灾难发生时对你业务的影响。其实我讲的这些如果大家只是从设计的东西,比较更靠后一点,会更整体一点。对于企业来讲,或者更高性能灾备的,让你这个企业面对突发情况的时候,有更多的准备。对于电信运营商来说,就是可以提供更多的服务,更好的服务,对于IES来说我们相当于是鸡和蛋的东西,有你才有我,你要把这条路打通了我才能做这个事情,我能走到这个路上,大家互相之间都是有影响的。对于我们自己来说,我们把灾备这件事情做的更好,以更少的投入做灾备这件事情。

责任编辑:蓝雨泪 来源: 51CTO
相关推荐

2016-11-12 19:02:41

CloudOpera 华为

2019-09-19 09:54:16

英方

2012-07-12 15:07:45

灾备系统华为

2017-11-16 18:19:50

英方灾备

2015-10-08 11:43:10

华为云灾备双活数据

2016-11-16 09:36:55

邦正科技英方股份云灾备

2016-08-12 15:08:54

CloudOperaPaaS融合视频

2017-11-29 10:06:57

英方灾备

2012-11-09 10:54:13

阿里云开发者开发

2017-06-13 14:25:07

华为

2017-01-02 17:52:46

2016-08-12 14:52:24

2022-12-23 10:58:14

2018-08-22 17:06:24

阿里云混合云灾备

2016-10-12 17:00:23

CloudOpera 华为

2023-06-21 18:59:01

2016-07-04 17:56:33

云灾备

2013-03-21 09:54:51

微信开发者案例
点赞
收藏

51CTO技术栈公众号