從盛大云看大數(shù)據(jù)保護現(xiàn)狀

今年的8月6日，盛大云計算官方微博發(fā)布了一條微博：《對“物理磁盤損壞導致個別用戶數(shù)據(jù)丟失”事件聲明》，對其機房物理磁盤損壞導致個別用戶數(shù)據(jù)丟失表示歉意，并建議用戶在云主機之外也做好數(shù)據(jù)備份。盛大、云計算，在這兩個關鍵字之下，似乎很難想象也會發(fā)生用戶數(shù)據(jù)丟失事件，更會讓人質疑云計算本身所具有的高可靠性，更有人就此宣稱，盛大云就是一朵偽云。而在筆者看來，以上這個事件更多的是折射出了這樣一個問題，那就是類似云計算這種大數(shù)據(jù)規(guī)?；膽檬遣皇菍浞萑轂奶岢隽诵碌囊蟆牧硪粋€角度來看，已然反映出現(xiàn)有的備份容災解決方案無法應對大數(shù)據(jù)多樣性(variety)、數(shù)量(volume)、速度(velocity)多方面的挑戰(zhàn)。而面對大數(shù)據(jù)的強烈沖擊，傳統(tǒng)備份容災產(chǎn)品卻可以說是集體黯然失聲。

那么到底備份容災在大數(shù)據(jù)時代具體遇到了哪些挑戰(zhàn)，又該如何突破傳統(tǒng)，應對大數(shù)據(jù)這個大挑戰(zhàn)，筆者接下來會從用戶場景和所面對的挑戰(zhàn)這兩個方面做針對性分析。

淺析大數(shù)據(jù)應用規(guī)模化新場景

目前來看與傳統(tǒng)應用場景相比，大數(shù)據(jù)應用規(guī)模化都有哪些新的場景?筆者根據(jù)用戶應用場景進行分析，簡單總結出以下兩種應用場景，即：單一數(shù)據(jù)中心應用、多用戶規(guī)?；瘧?。

單一數(shù)據(jù)中心應用

近些年，各種數(shù)據(jù)中心如雨后春筍般建立起來。稍具規(guī)模的數(shù)據(jù)中心就會擁有將近上百臺服務器，四百、五百臺服務器的更是不在少數(shù)，這么多的服務器累加起來，總計幾十甚至上百TB的數(shù)據(jù)總量就不難想象了。由此估算，每天的數(shù)據(jù)增長量可達上百GB左右。那么要如何保證所有數(shù)據(jù)的安全，如何控制大量數(shù)據(jù)備份的時間，縮小備份窗口時間，就成了一個相當令人頭痛的難題。

目前市場上現(xiàn)有的一些傳統(tǒng)備份容災產(chǎn)品其所適用的場合大多數(shù)為中小型規(guī)模的應用，它們可以完成數(shù)十臺服務器的備份容災要求，但是當面對這種大規(guī)模的數(shù)據(jù)中心時，無論從管理還是從性能等各方面都不能達到實際的要求。而讓用戶購入多套相同設備又不太現(xiàn)實，理由有兩個方面：一方面是投入成本上不允許，投入和產(chǎn)出的效率讓人難以接受;另一方面會給管理增加巨大的難度，管理難以到位，會導致更多問題的產(chǎn)生。所以，傳統(tǒng)的一般備份容災產(chǎn)品不可能對大型數(shù)據(jù)中心進行完全的保護。

多用戶規(guī)模化應用

云計算的興起，讓多用戶規(guī)模化應用得以發(fā)展。數(shù)據(jù)也成了大多數(shù)組織發(fā)展的生命線。很多大中型的組織，業(yè)務發(fā)展跨地域、跨領域，距離的遠近已經(jīng)無法制約組織的拓展。不過，問題也就這樣隨之而來，組織在全國乃至世界范圍內(nèi)有多家分支機構，如果每個分支機構都有多臺服務器和幾百GB的數(shù)據(jù)，那么一般的備份容災產(chǎn)品就無法滿足完整全面的備份容災需求。因為一般的備份容災產(chǎn)品只能部署在每個分支機構，單獨滿足每個分支機構的需求，而不同的機構之間不能形成統(tǒng)一管理的格局，造成了一種分散獨立的局面。而且現(xiàn)實中，一般的組織通常無法為所有的分支機構都配備專業(yè)的IT運維管理人員，備份容災產(chǎn)品的專業(yè)性決定了又不能由非專業(yè)人員來進行操作管理。如果讓IT運維管理人員不停來往奔波于各分支機構，組織有限的資源就這樣被不合理的消耗掉了，又不能獲得良好的管理成效。

由此可見，大數(shù)據(jù)背景下因大規(guī)模的用戶及需求而導致的備份容災規(guī)?；厔輰媾R著管理、擴展、技術等多方面的挑戰(zhàn)。#p#

規(guī)?；瘧迷庥鰝浞萑轂男绿魬?zhàn)

上面我們講到了規(guī)?；瘧盟鶐淼男掠脩魣鼍?，也提到了規(guī)?；o備份容災帶來的挑戰(zhàn)，接下來對這些挑戰(zhàn)進行簡單整理羅列。筆者總結歸納下來，這些新挑戰(zhàn)有：管理挑戰(zhàn)、擴展挑戰(zhàn)、技術挑戰(zhàn)。

管理挑戰(zhàn)

傳統(tǒng)的IT管理資源大部分會傾斜在管理和使用環(huán)節(jié)，用戶購買了一個備份容災產(chǎn)品希望的是減少對應的管理工作。而傳統(tǒng)的產(chǎn)品只能應對最多幾十臺服務器的場景，面對規(guī)?；膱鼍皠虞m上百臺的服務器，往往需要3-5套系統(tǒng)同時進行備份及容災。這就要求IT運維管理人員需要同時管理這3-5套備份容災系統(tǒng)，這就大大增加了管理的難度。隨著備份系統(tǒng)的增多，管理的效率會下降，同時花費的人力及投資成本會增加。

擴展挑戰(zhàn)

同樣的，我們在面對不斷增長的業(yè)務系統(tǒng)，傳統(tǒng)的備份容災產(chǎn)品只能應對十幾二十臺的服務器，隨著業(yè)務的增長及拓展，就意味著需要增加更多的備份容災系統(tǒng)來提供足夠的保護，這整個過程是十分僵硬的，所以對大數(shù)據(jù)的備份容災保護能力的擴展難度是非常大的。

技術挑戰(zhàn)

大容量的挑戰(zhàn)

通常建一個備份系統(tǒng)，可能十幾個盤位就能解決備份容量的需求?？墒钱斆鎸σ?guī)?；纳习倥_服務器的時候，需要備份的數(shù)據(jù)可能就是成百TB的量。如何合理滿足這種大數(shù)據(jù)大容量的要求是個挑戰(zhàn) 。

更小備份窗口的挑戰(zhàn)

更小備份窗口，并不是指對單個服務器備份窗口的挑戰(zhàn)，而更多的是對備份服務器吞吐量的考量。如果備份服務器的吞吐量不合要求，即使備份客戶端跑的再快，服務器卻無法接收，那么性能自然也就不能提升，備份窗口就不能更小，空有足夠的空間，卻來不及備份，自然就無法滿足大數(shù)據(jù)備份的整體要求。如何滿足大數(shù)據(jù)環(huán)境下備份窗口要求是個挑戰(zhàn)。

有效恢復的挑戰(zhàn)

在一個數(shù)據(jù)中心環(huán)境中，不同的系統(tǒng)服務器所需要的保護也是不同的?？赡苡行┓掌魇呛诵南到y(tǒng)，需要應用容災，有些重要服務器需要實時備份，對于一般服務器只要提供定時備份保護。這些服務器中所需要備份的對象也會有很大的差異性，會涉及不同的操作系統(tǒng)和數(shù)據(jù)結構。這就需要一個統(tǒng)一的保護策略，來保障這些差異性能得到充分的保護，也就是說在面對不同業(yè)務系統(tǒng)的時候要有差異性，在面對整個數(shù)據(jù)中心時要保證統(tǒng)一性。所以在面對大數(shù)據(jù)環(huán)境下不同業(yè)務系統(tǒng)，提供更加有針對性、更加有效的恢復是個挑戰(zhàn)。

我們上面列舉了大數(shù)據(jù)背景下備份容災所面臨的一些新挑戰(zhàn)，那么面對這些挑戰(zhàn)，什么樣的備份容災才能應對呢?我認為大數(shù)據(jù)的核心問題在于擴展能力：1、 大數(shù)據(jù)的容量挑戰(zhàn)，意味著需要有簡易的容量擴展能力，傳統(tǒng)磁盤陣列的擴展方式不能滿足要求; 2. 大數(shù)據(jù)的性能挑戰(zhàn)，隨著容量的加大，性能要求線性的增長，所以，擴展意味著性能的提升; 3. 大數(shù)據(jù)的可靠性挑戰(zhàn)，傳統(tǒng)磁盤陣列內(nèi)部RAID級別的數(shù)據(jù)冗余無法滿足大數(shù)據(jù)的要求，節(jié)點級別的冗余更加迫切;而大數(shù)據(jù)的挑戰(zhàn)，可行的出路是云計算的思路，通過資源池化、彈性擴展和服務化來實現(xiàn)大數(shù)據(jù)增長時，按需擴展，包括 容量、性能和可靠性的成長，這才能真正從根本上解決大數(shù)據(jù)帶來的管理難題。

結語

綜上所述，大數(shù)據(jù)帶來了大機遇，也迎來了大挑戰(zhàn)。在類似數(shù)據(jù)中心的應用場景的整體方案規(guī)劃過程中，數(shù)據(jù)保護是一個不容被忽視的問題，而到底備份容災在中大型用戶，面對大數(shù)據(jù)狂潮該如何落地，我們在此道路上該上下求索，且聽下回分解。