龔李超:CloudOpera IES 開發(fā)者成功案例:英方云災備系統(tǒng)
在華為HDG成都站,英方股份高級技術顧問龔李超與開發(fā)者分享了通過與 CloudOpera IES 的結合如何解決問題,提升用戶體驗,降低成本。他表示,與華為 CloudOpera IES 合作方面的具體實踐細節(jié)是在HDG成都站首次對外批露。
現(xiàn)場實錄如下:
非常忐忑,在座的都是做開發(fā)的,對于我個人來講我對開發(fā)是比較敬仰的,因為開發(fā)是一個生產者,所有的東西都是從我們這兒出,雖然有些東西是(00:33),但實際生產是完成的,我對開發(fā)是非常敬仰的。我相信在開發(fā)這塊都是有影響力的,身價從多少多少兆億的金馬部美元,到多少多少美元的都有,大家能力都非常強。我不知道大家對于災備這個行業(yè)了不了解,做開發(fā)的好像對這塊比較陌生。我先把我自己的理解說一下,這樣對于后面講的要好理解一點。災備這個東西你只要有了數(shù)據以后,都要備份,備份就是災備的一塊。但是災備這兩個字從字面上來理解,可以理解為災難所做的準備。我們英方是來自一個非著名的災備廠商,我叫龔李超,基于這種姓名的考慮,建議大家不要喊我老龔,喊小龔就可以了,因為我媳婦一直叫我老龔。
先上來介紹一下我們的產品,我們這個產品羅列出來有很多,我把這個產品大概分成了四個象限,其中看到黑色的是可以和IES結合的,上面產品列了很多,我一個個的給大家說一下。第一個Availablity是做高可用的,但是這個高可用跟傳統(tǒng)的高可用不一樣,它可以做連接到ED的,連接到云端的,都可以。第二個是Activo,這個玩意是做甲骨文復制的,做甲骨文數(shù)據災備的,甲骨文本身有,這個大家都懂,不用說的太明了。然后12FT這個是做容錯的,跟高可用的區(qū)別是容錯的沒有切換過程。
第二個象限,這是我們自己運行的一個公有云平臺,我們也提供線上線下對云的災備,數(shù)據的遷移,我們自己也做。然后I2cloud這是我們把我們自己的I2.com運營的東西封裝成一個軟件的產品。I2move是跟IES結合的比較緊一點,這是上云的過程,現(xiàn)在大家都在做云計算,大家都知道云計算很好,我的東西怎么上去,我現(xiàn)在的生產系統(tǒng)在線下,怎么上去,這個就是做這個事情的。它怎么做呢?可以把線下的生產系統(tǒng)實時在線的給你遷到云上面去,這是I2move。
第三塊就是災備功能,這個是做全服務器保護,就是跟你的服務器連操作系統(tǒng),在一起做整個保護的。然后I2DTO這是做對象存儲遷移,這個只是對數(shù)據遷移到云上面,并且這是我已經了解到的云計算廠商大部分支持的。然后I2box這是一個一體機,把我們的軟件隨便哪個軟件都可以放到云上,為了做項目時候的一種變通的考慮。
第四個象限全部是做數(shù)據的,拷貝的話是做A點和B點數(shù)據同步的,不管你B點在什么地方,A點在你這兒,B點不管在哪兒,只要是通用的都可以把你的數(shù)據同步過去,AB點之間的這些都交給IES。I2CDP,CDP大家知道是什么意思吧,就是持續(xù)的數(shù)據保護,如果大家有興趣可以了解一下,這個東西是很好的東西,它可以讓你的數(shù)據隨時的回溯到過往的任意一個時間點,當然前提條件你的空間要夠,就是拿空間換你的數(shù)據的安全。I2VP這是做虛機里面的,如果你線下已經有虛擬化的,你上云的話,可以無縫的遷移到云上面去。然后I2Distributor這個比較特殊一點,是做證券行業(yè)的,我們強調只要是倒數(shù)據的大家都強調要快用,對于快體現(xiàn)在我們最直觀的就是股票的行情,這個應該是非??炝?。我們的產品就講這么多,就跟大家介紹一下是怎么回事。
后面的幾個就跳過去,因為前面跟大家講的差不多了。講一下大家覺得好像還可以,有點意思。你具體能實驗什么呢,能做些什么呢,這塊的內容就講這個東西,我們這些產品可以幫助大家實現(xiàn)跨平臺的數(shù)據的連續(xù)備份或者是遷移??缙脚_的遷移也可以是線下到線上,到云上的這一塊,跨平臺的線上和線下。它的對象包括物理機、虛擬機,公有云到私有云,一對多,多對一,正向反向。這兩個給大家講一下這個東西怎么實現(xiàn)的,你說你這個東西好像很牛,到底怎么個牛法,給我說個一二三四點,一定要把這個原理搞清楚,才知道你這個東西是不是在忽悠我,不能忽悠的,這個東西還是要實在一點。
這張PPT,左邊和右邊是一模一樣的,我們一點點的說。左邊就是看著你的A點,右邊就是看著你的B點,你的B點可能在云上面,也可能在你的幾百公里的一個地方。中間這塊就是A點和B點我們交給IES來做?,F(xiàn)在A點這邊,我們先說本地的,本地首先你過來是一個硬件,硬件上來就是你的操作系統(tǒng),我們在操作系統(tǒng)有一個監(jiān)聽,這個監(jiān)聽是IOA,監(jiān)聽本地文件系統(tǒng)的IOA。就是我看你的IOA有什么變化沒有,如果你的IOA有變化就是最安全。這樣對于你整體的數(shù)據來說,如果100兆數(shù)據的話,有一個兩個,或者有一小部分變更的話,我節(jié)把變化的傳上去。這樣對于數(shù)據量的傳輸?shù)脑挘瑫?07:46),這樣你的性能提升也會很明顯。我在A點對你的這塊做IO監(jiān)控,上來了我先把A點和B點數(shù)據同步了,兩邊是一樣的,兩邊有了一個基準之后,我們倆要在一個頻道才可以說話,我說中文,你講英文,我們還需要有翻譯。如果我們都講中文,就以一個中文為基準。這個也是一樣的,我先把A點數(shù)據原原本本的搬到B點之后,A點和B點數(shù)據是一樣的,有這個基準之后,對這個變化的IO做影像,做同步,這樣保證你A點和B點數(shù)據一樣,這樣的話就實現(xiàn)了同步。因為我們的傳輸技術是基于IO的,把這個啟動叫做自己級的復制。好處就是可以做到比較遠,從A點到B點距離可以做的非常遠。對于災備來說,當然離災難越遠越好。話筒沒電了,當然備份是很重要的。這些內容就過了。
這個是高可用,高可用這個東西很好,做成A點和B點之下,線上線下之間做成高可用。這里面其實還是有問題的,它有一定的先決條件,不敢做什么事情肯定有一個系統(tǒng)需求,有一個前提的準備。這里面就有一個,你如果線下和線上做成高可用,你整個網絡是怎么打通的。因為你在私網上肯定是一個私有來源,你在自己網肯定是一個私下云,你連到云上肯定有一個公網的接口,你私網接口和公網接口怎么打通,要么就在二層打通,要么就是在四層打通,反正總要有一層打通,在三層肯定是沒有希望的。A點和B點之間第一次做兩邊基準統(tǒng)一的時候,有一個完整數(shù)據的同步,這個數(shù)據的同步大概是要考慮帶寬的成本。在IT這塊來說任何東西都是成本,人力啊,物力啊,時間,這些都是成本,這些東西怎么考慮,后面會講到這個問題。
然后這個數(shù)據云同步也是一樣的,怎么把A點數(shù)據同步到B點上面去,這個跟前面講的意思是差不多的,這個只是做數(shù)據,高可用的是除了數(shù)據之外,還有業(yè)務應用怎么樣不斷,做一次切換的時候,你的業(yè)務還能夠跑,在客戶無法感知的時候你的業(yè)務還能持續(xù)跑。這個只是純做數(shù)據的,沒有跟業(yè)務連接起來,怎么樣把純數(shù)據跑到云上面去。你是實時的,還是定時的。這個就是做云同步,保障兩邊數(shù)據一致性一樣的,一瞬間就把數(shù)據同步上去的,這是怎么做到的。在這種情況下,如果你是超市或者醫(yī)院的,量就特別大,你在某一個特殊時段人流量特別大,你是買一個固定的還是一個按需的,這是云計算的情況。但是對于我們這個軟件,我做災備,數(shù)據這么多,我就要原原本本的把這么多備份了,萬一你就在這個點卡死了,你災難就在這一塊,我就要在這一刻把數(shù)據全部拉出來,你是選擇什么樣的方案,對于方案的設計者來說這是需要考慮的。
然后云遷移,這是上云的過程,前面已經講過了,就不再追溯了。云遷移,如果你是一兩臺服務器可以直接在云上做就完了,如果你是成百上千的服務器,這種成本是非常高的。目前不管是搞災備的,還是搞備份的,都要面臨兩個問題,一個RTO,一個RPO。RTO就是回歸一次數(shù)據需要等待多長時間,IPO就是你兩個數(shù)據中間的間隔是多少。只要是跟數(shù)據有關的,大家都希望這個時間越短越好,恨不得我RPO就是RTO,都是零,我們公司這些產品都是RPO和RTO都是趨近的,不是O,因為我在傳輸?shù)倪^程中要有一定的時間。這樣你的RTO和RPO的時間怎么盡可能的保持住,這樣對你的影響就會越小,損失就會越低。
我們IES結合的話都能解決這些問題,第一個就是我們可以把災備做到本地異地和云上,可以無限的往前擴展,因為我們這個也支持G點,就是A到B,B到C,C到D,D到E,E到F,這樣一級一級的連下去。我們對于你的帶寬可以做的比較彈性,IES正好是做這個事情的,可以把你的彈性帶寬用上去,做高可用的可以把智能VPN做通,這樣對于你的業(yè)務聯(lián)系來說是一個強有力的保障。你把這些東西都做出來之后,把我的高可用和災備部署出來,你的RPO和RTO的時間就會降低,對業(yè)務的影響就會更小。我們在傳輸過程中,我們建議做數(shù)據的話,做數(shù)據傳輸?shù)脑捠且龅?,但是如果你做業(yè)務級的災備不建議做數(shù)據架構。如果你的業(yè)務在這個地方宕掉的話,你要有一個減壓縮的過程,你的RTO和RPO就會延長。我們這個功能是有,但是怎么樣用,其實哪種場景都有,沒有哪一個產品我所有的場景全都能適應,大家也不會相信。
這張圖里面講到的是我們跟IES是怎么樣結合的,比如我有一個醫(yī)院的業(yè)務,大家龍體或者鳳體欠安的時候,到醫(yī)院去看病,在早晨這個時間大家都希望盡可能早的掛號,掛上號之后盡可能早的看到專家。這個時候在一瞬間,醫(yī)院的HIS系統(tǒng)數(shù)據壓力就會非常大。你在這一瞬間,你整天都是用10兆的專線帶寬來連到你的醫(yī)院里面去,還是用一個彈性的帶寬連接上面去。早上9點到10點用一個高帶寬,過了這個時間就用一個低帶寬。上面這張是用固定的帶寬,比如我簽一個10兆的專線,或者我做一個100兆的專線,每天都固定這個時間,哪怕只有1兆的數(shù)據,我100兆的光纖費用我也出。下面彈性的就會好一點,峰值的時候用這個,低谷的時候用另外一個。這是我們跟IES結合的一張圖。
這張圖里面講到我們的軟件在項目里面是怎么跟IES結合起來,做實時帶寬調節(jié)的。這個畫的比較簡陋一點,大家肯定都很專業(yè),你在一個固定的時間段有這個需求,你在IES里面創(chuàng)建這種帶寬的需求,有這種需求之后你的業(yè)務提交。還有一個你按照流量包,每個月固定180塊錢的話費,我就找移動買這180化費就行了,不管我什么時候打,就像這種電信套餐一樣,按需的,按流量的。這個就是一個創(chuàng)建的過程,創(chuàng)建和激活的過程,你現(xiàn)在跑的業(yè)務已經成型了,跟這個業(yè)務適配,用IES來適配你。還有一個是重新選擇一個場景,你設計一個全新的套餐來適應你。這是全新創(chuàng)建的帶寬場景下的。這個就是做實時調節(jié)的,你這個帶寬業(yè)務已經很久了,這是做實時的。這一頁講的是你在已有帶寬的個情況下是怎么一種情況個,你在業(yè)務高峰期是什么樣的情況,如果你臨時有事,我今年雙十一了,全中國的人都在搶東西,臨時有這種突發(fā)情況。最后滿足應急的需求,應急突發(fā)的情況。
我們總結一下我們跟IES結合的優(yōu)勢在哪里。第一個就是把兩點之間連通了之后有哪些好處,能實現(xiàn)什么。第一個你的數(shù)據是有保障的,你的應用是有保障的,你的傳輸效率是比較高的,你可以做成高可用的,減少災難發(fā)生時對你業(yè)務的影響。其實我講的這些如果大家只是從設計的東西,比較更靠后一點,會更整體一點。對于企業(yè)來講,或者更高性能災備的,讓你這個企業(yè)面對突發(fā)情況的時候,有更多的準備。對于電信運營商來說,就是可以提供更多的服務,更好的服務,對于IES來說我們相當于是雞和蛋的東西,有你才有我,你要把這條路打通了我才能做這個事情,我能走到這個路上,大家互相之間都是有影響的。對于我們自己來說,我們把災備這件事情做的更好,以更少的投入做災備這件事情。