7月3日，Back You Up 鼎甲線上公開課第12期開講，鼎甲華東區(qū)技術(shù)支持工程師張年年介紹了CDM的設(shè)計場景與真實使用場景，并對CDM未來發(fā)展趨勢進行了分析。
大家好，歡迎大家來參加今天的鼎甲公開課，我們今天的主題是CDM的想象與真實。我大致會把這個課程分成五個部分。
第一部分，你從哪里來，我的CDM。我們講CDM從哪里來主要要回到我們整個災備行業(yè)的兩大基本需求，災備行業(yè)最重要的兩個需求，它都是來自于一些災難性的場景，那么我們看一下到底有一些什么場景。比如說誤操作、中病毒，又比如惡意刪除、刪庫跑路這種。當發(fā)生這些，我們叫數(shù)據(jù)上的邏輯錯誤的時候，我們需要把這個數(shù)據(jù)狀態(tài)調(diào)回到?jīng)]有發(fā)生這些錯誤之前。
那么另外一些場景，比如說節(jié)點宕機了、斷網(wǎng)了、發(fā)生災難了，就是整個服務(wù)器啊，整個機柜，甚至于整個機房都遭受了一些數(shù)據(jù)災難，我們怎樣才能保證這個業(yè)務(wù)能夠持續(xù)的運行？
這是災備行業(yè)的第二個問題，那么這兩個問題其實是兩個需求的核心，一個是數(shù)據(jù)可恢復性，一個就是業(yè)務(wù)的連續(xù)性的保障。面對這兩個核心的需求，我們?yōu)膫湫袠I(yè)的廠商是做了很多工作，主要的內(nèi)容就是備份和容災。也就是說，備份和容災其實是兩件不同的事情。
備份做了一些什么事呢？我們看一下備份的特點。備份主要是建立一個數(shù)據(jù)的時間冗余，它的數(shù)據(jù)恢復都會有數(shù)據(jù)的傳輸過程，而且這個數(shù)據(jù)的存放一定是脫離生產(chǎn)環(huán)境的，它是不能放在生產(chǎn)環(huán)境內(nèi)部的。
那么什么是容災呢？我們顧名思義它是災難的冗余嘛，在災難來臨的時候，我們不至于說整個業(yè)務(wù)沒有辦法進行了。容災這件事情它有三個非常突出的特點，第一個容災的數(shù)據(jù)它是同步更新的，一旦你在一個節(jié)點上刪除了一個數(shù)據(jù)，那么其他節(jié)點相應的數(shù)據(jù)也就跟著刪除了。
容災第二個特點就是可切換，它可以在節(jié)點之間去切換它的業(yè)務(wù)負載，第三個特點就是不能回到過去。
那么在災備工作上還有兩個非常重要的指標，就是RTO和RPO。RTO是業(yè)務(wù)恢復時間，RPO是恢復時間點。
在這些概念的基礎(chǔ)上，CDM是如何來的呢？CDM一共有三個非常核心的技術(shù)。第一個是連續(xù)日志保護，通過一個定時的數(shù)據(jù)備份，再加上我們實時的連續(xù)日志保護，可以將數(shù)據(jù)庫的數(shù)據(jù)非常完整的去保存。它和CDP有一個本質(zhì)的區(qū)別，就是我們備下來的每一個日志都是能保證它是可恢復的。
第二個核心技術(shù)點就是合成備份，合成備份最重要的一個優(yōu)點就是它是一個永久的增量備份。我們可以看下面這個圖，每一塊紅色的都是指那個初始的全量備份，每個初始的全量備份加上當前的這個綠顏色的增量數(shù)據(jù)之后，可以組合成為一個新的全量數(shù)據(jù)，就是后面的藍色這個方框。每一個藍色方塊都成為一個塊狀的形態(tài)，存在我們的CDM服務(wù)器里面。那么這些藍色的方塊兒可以去干什么？可以去做一個掛載恢復，那么就引入了我們第三個核心的技術(shù)叫做即時掛載恢復。
即時掛載恢復它的概念是根據(jù)數(shù)據(jù)形態(tài)不同，通過iscsi、FC、NFS等協(xié)議，將備份集通過直接掛載到客戶端的形式進行交付。主要特點是無數(shù)據(jù)傳輸、掛載內(nèi)容可寫及多副本掛載。
剛剛我講了三大核心的CDM技術(shù)，我們可以看到，實際上這個CDM就是脫胎于備份且不止于備份。
那么根據(jù)這個CDM的情況呢，我們設(shè)計了一些方案場景，就是我們在想像中的場景，我們今天的主題叫想象與真實嘛，那我們想象中的場景是怎么樣的？是我們獲得黃金副本之后進行若干個快照的掛載，去支持這些應急、開發(fā)、測試分析等等一些其他的業(yè)務(wù)。
我們想象中首先CDM是一個備份恢復的東西，然后它是可以去做一個應急接管級副本提供。
那么我們在現(xiàn)實中，比如說鼎甲在這幾年也實施了很多個CDM的項目，在項目實施和后期維護的過程中呢，也發(fā)現(xiàn)了很多用戶實際上對你這個CDM平臺，它的用法和它的一個使用的需求。比如說在電信號碼百事通，他們有一些這樣的用法。
我們還有一個客戶，是一個碼頭客戶，他的這個碼頭的應用首先是不能停的。他的數(shù)據(jù)備份呢，也是不能丟數(shù)據(jù)的，他的RPO要求是分鐘級別。
快遞公司它們數(shù)據(jù)庫的體量是非常龐大的，它主要是要做合成備份，做合成備份的目的是它沒有辦法周期性的做全量備份。因為它一旦做全量備份相當于他這個數(shù)據(jù)庫的使用幾乎要停止，所以一定要做永久的增量備份。此外，它還有一個25T的數(shù)據(jù)庫，當它要去生成一個測試庫的時候，它需要CDM去做掛載恢復。
因為CDM是脫胎于備份，CDM的廠商也主要是以備份廠商為主，那我們在做我們產(chǎn)品的時候，在我們的想象中，我們的產(chǎn)品在被用戶使用的頻率一般是不會很高的，因為用戶發(fā)生災難的頻率不會很高。但是CDM這個東西是不一樣的，它的頻率會變得非常高。然后呢，秒級恢復到小時級恢復，這里面就講到我剛才說到的一個日志回滾的時間。第三個硬件，我們CDM的這個設(shè)備，它所使用的硬件是不是一個普通的備份一體機能夠搞定，這也是一個非常重要的問題。
我們來看一下這個使用頻率啊，比如說號百的場景，他這個場景都不是一些發(fā)生災難的時候才會有的場景，而是日常工作中就會產(chǎn)生的場景，所以他每天的工作中都會發(fā)生這種需要副本掛載的事情。然后在如此高頻率的使用情況下，他遇到的問題一定會更多。操作后，他的這個掛載在操作以后就會很快的去解除掉啊，很少會有這種長時間要掛一兩個月的這種場景出現(xiàn)。
第二種這個想象與現(xiàn)實的差距就是你的售前介紹的時候秒級恢復，實際上秒級恢復是很難去做到，因為它有一個日志回滾的時間，就說我們在售前介紹時經(jīng)常會去忽略掉這個日志回滾的時間。大型庫的備份時間較長，備份過程中的產(chǎn)生的日志需要回滾，以滿足精確的時間點、SCN恢復。
在硬件配置層的想象與現(xiàn)實，基本上有三大塊：修改恢復目標庫的配置如AIO及文件系統(tǒng)調(diào)優(yōu)；引入SSD閃存盤，提高磁盤I/O性能；增加備份服務(wù)器的內(nèi)存、CPU配置。
最后我講一下當我們遇到了這些想象和現(xiàn)實的差距之后，鼎甲對我們CDM的產(chǎn)品在未來做了一些什么樣的展望？下面這是一個方案，我們把CDM和脫敏去整合到一起。整合到一起之后呢，也就是說將脫敏這件事情，也是離開了生產(chǎn)庫。在做脫敏抽取數(shù)據(jù)和運算的這個過程，是不需要生產(chǎn)庫的參與。所以就把脫敏這件事情離你生產(chǎn)更遠，對你生產(chǎn)就沒有任何的影響，通過CDM和掛載數(shù)據(jù)庫來實現(xiàn)這么一個脫敏的工作。最終用戶是通過查詢客戶端直接去查詢這個脫敏的數(shù)據(jù)庫就可以了。
第二種方案呢，我們CDM在整個的基礎(chǔ)架構(gòu)中扮演的角色，我們?nèi)ネ诰蛞幌碌诙鎯Φ囊粋€重要角色。那么在這個過程中，其實CDM這個系統(tǒng)和生產(chǎn)測試用的存儲是在同一個層面的。從生產(chǎn)數(shù)據(jù)到測試數(shù)據(jù)，這么一個轉(zhuǎn)換過程是通過CDM可以去做一個數(shù)據(jù)的承上啟下，通過CDM可以去做一個生產(chǎn)數(shù)據(jù)的副本，快速為測試數(shù)據(jù)提供副本。
然后我們在鼎甲的這個CDM的一體機，硬件上也做了一些優(yōu)化，比如說我們推出了DK8000系列的全閃存的一體機。包括了是全閃的系統(tǒng)盤啊，全閃的數(shù)據(jù)盤，大大的提高了我們磁盤的IO，還有就是針對一些大容量的大數(shù)據(jù)量的這個用戶的情況，我們的CDM也提供了4U的這種DK7000系列，我們叫它半閃存盤。其實根本目的也是用來提高我們的磁盤的IO，提高磁盤IO以后就可以提高整個掛載恢復回滾日志的速率。
