隨著數(shù)據(jù)中心和云環(huán)境中的大型數(shù)據(jù)不斷增長(zhǎng)，如何管理同時(shí)傳輸數(shù)百萬條記錄的網(wǎng)絡(luò)成為前所未有亟待解決的問題。

這不僅僅是數(shù)據(jù)規(guī)模的問題--在涉及大型數(shù)據(jù)網(wǎng)絡(luò)解決方案時(shí)，不僅是數(shù)據(jù)規(guī)模確實(shí)不能小覷，而且工作量也是如此。大型數(shù)據(jù)環(huán)境不能簡(jiǎn)單的按照過去的數(shù)據(jù)基礎(chǔ)架構(gòu)來運(yùn)作。鑒于運(yùn)行大型數(shù)據(jù)應(yīng)用軟件的復(fù)雜性和速度，大型數(shù)據(jù)需要適合自己的解決方案。

“傳統(tǒng)”的數(shù)據(jù)分析體系結(jié)構(gòu)假設(shè)數(shù)據(jù)的來源有限，他們有大量的時(shí)間將數(shù)據(jù)存儲(chǔ)在正確數(shù)據(jù)庫的正確表格當(dāng)中。當(dāng)涉及到諸如推特，臉譜和谷歌所使用的網(wǎng)絡(luò)和應(yīng)用軟件時(shí)，這種對(duì)待常規(guī)數(shù)據(jù)庫體系結(jié)構(gòu)的方法就好比將單個(gè)燈泡插在核反應(yīng)堆上一樣問題立顯。

為了克服在短時(shí)間內(nèi)處理大容量數(shù)據(jù)的障礙，大型數(shù)據(jù)用戶設(shè)計(jì)了兩種不同的方法來解決這種問題。首先是部署大規(guī)模實(shí)時(shí)數(shù)據(jù)庫，比如BigTable, OpenDremel, MongoDB或者Cassandra。這些數(shù)據(jù)庫都共享非關(guān)聯(lián)的特性：他們不依賴標(biāo)準(zhǔn)化查詢語言（因此他們又被稱為"NoSQL"），他們也不能滿足關(guān)聯(lián)數(shù)據(jù)庫中所有數(shù)據(jù)都必須滿足的ACID需求。

另外一種解決方案是使用分析數(shù)據(jù)庫，諸如Hadoop，通過篩選大容量數(shù)據(jù)進(jìn)行分類來達(dá)到目的。

這就意味著網(wǎng)絡(luò)和周圍基礎(chǔ)架構(gòu)的中心將從優(yōu)化存儲(chǔ)向優(yōu)化搜索轉(zhuǎn)移。也必須這么做，因?yàn)榇鎯?chǔ)在典型的大型數(shù)據(jù)環(huán)境中已經(jīng)被大大的簡(jiǎn)化了，所有的重點(diǎn)是將數(shù)據(jù)分類來滿足有用的數(shù)據(jù)集，然后用于深層結(jié)論的分析。

但不幸的是，這種基礎(chǔ)方法只能應(yīng)用于普通的大型數(shù)據(jù)網(wǎng)絡(luò)。在占地20000平方英尺的數(shù)據(jù)中心里，用來匹配這些數(shù)據(jù)解決方案的方法是多種多樣的。每種方法都有其必須被解決的固有問題。舉例來說，Hadoop使用代表單點(diǎn)故障大型數(shù)據(jù)管理器的NameNode體系結(jié)構(gòu)來應(yīng)對(duì)非常敏感的數(shù)據(jù)。如果NameNode設(shè)備對(duì)網(wǎng)絡(luò)不起作用了，整個(gè)Hadoop系統(tǒng)也就癱瘓了，這就給網(wǎng)絡(luò)管理員來保障特殊服務(wù)器的正常運(yùn)行造成了很大的壓力。

當(dāng)然還有非網(wǎng)絡(luò)的解決方案。舉例來說，來自DataStax公司的產(chǎn)品Brisk就是要在Apache Cassandra的實(shí)時(shí)性能與Hadoop的分析能力之間搭建一座橋梁。Brisk將Hadoop的文件系統(tǒng)與Cassandra合并在一起，這就意味著不再會(huì)出現(xiàn)單點(diǎn)故障的問題。

這兩種選擇只是來自潛在大型數(shù)據(jù)體系結(jié)構(gòu)的冰山一角。單就這些解決方案的網(wǎng)絡(luò)體系結(jié)構(gòu)來說差異就已經(jīng)非常之大了。那么網(wǎng)絡(luò)管理者如何應(yīng)對(duì)每天越來越多的大型數(shù)據(jù)呢？

諸如OpenFlow這樣的解決方案能有所幫助。OpenFlow是Open Networking Foundation產(chǎn)品的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)協(xié)議。Open Networking Foundation存在的原因就是要執(zhí)行這種圍繞軟件定義網(wǎng)絡(luò)概念的協(xié)議OpenFlow。

軟件定義網(wǎng)絡(luò)的設(shè)計(jì)是為了解決諸如下面描述的這類問題：與構(gòu)建一招吃遍天下的網(wǎng)絡(luò)解決方案并迫使應(yīng)用軟件使用這種解決方案來解決問題的方法不同，應(yīng)用軟件本身就能定義網(wǎng)絡(luò)拓?fù)洹�OpenFlow通過簡(jiǎn)化硬件和網(wǎng)絡(luò)管理，能幫助網(wǎng)絡(luò)管理員更加輕松的根據(jù)軟件定義網(wǎng)絡(luò)的規(guī)則來配置他們的網(wǎng)絡(luò)，從而降低大型數(shù)據(jù)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理成本。

OpenFlow是一種低級(jí)別標(biāo)準(zhǔn)，不過廠商已經(jīng)開始尋找將他們自己的軟件設(shè)于OpenFlow之上的可能性。舉例來說，是否能設(shè)計(jì)出一種網(wǎng)絡(luò)管理工具能感知網(wǎng)絡(luò)流量和信息包工作負(fù)載的突然性大規(guī)模遷移，自動(dòng)轉(zhuǎn)換配置來做出補(bǔ)償，當(dāng)工作量完成后又返回“正�！蹦Ｊ侥�？其實(shí)如果這種方法能得到廣泛的普及，OpenFlow將對(duì)“云網(wǎng)絡(luò)”--隨需效用網(wǎng)絡(luò)配置有所幫助。

這種方式非常重要。標(biāo)準(zhǔn)拓?fù)浣Y(jié)構(gòu)下的交換機(jī)和路由器無法實(shí)現(xiàn)我們?cè)诖颂接懙膸�寬。網(wǎng)絡(luò)本身逐漸成為大型數(shù)據(jù)解決方案的組成部分，諸如思科系統(tǒng)公司IOS產(chǎn)品線極力推廣的此類網(wǎng)絡(luò)即平臺(tái)解決方案應(yīng)用正在變得越來越普遍。面對(duì)如此的復(fù)雜程度和數(shù)據(jù)規(guī)模，靈活的光纖連接方式正在快速成為網(wǎng)絡(luò)體系結(jié)構(gòu)的新寵。

OpenFlow解決方案將幫助網(wǎng)絡(luò)管理員按照需求自動(dòng)控制網(wǎng)絡(luò)光纖的規(guī)模和形態(tài)，就像幾年前讓流量按照意想不到的方式實(shí)現(xiàn)一樣。

這是一種網(wǎng)絡(luò)管理者必須適應(yīng)的方式。云計(jì)算的大規(guī)模應(yīng)用（公有云，私有云或者混合云）和大型數(shù)據(jù)應(yīng)用軟件將在不久的將來滲入到每一家企業(yè)的應(yīng)用環(huán)境當(dāng)中。

在不久的將來，云計(jì)算一定會(huì)徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計(jì)算，及時(shí)獲取人工智能、大數(shù)據(jù)、云計(jì)算和物聯(lián)網(wǎng)的前沿資訊和基礎(chǔ)知識(shí)，讓我們一起攜手，引領(lǐng)人工智能的未來！

標(biāo)簽： 大數(shù)據(jù) 服務(wù)器 公有云 谷歌 數(shù)據(jù)分析 數(shù)據(jù)庫 搜索 推廣 網(wǎng)絡(luò) 云計(jì)算

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。