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

界首ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)建站的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

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

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

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

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

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

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

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

大型數(shù)據(jù)和網(wǎng)絡(luò)體系結(jié)構(gòu)

這兩種選擇只是來自潛在大型數(shù)據(jù)體系結(jié)構(gòu)的冰山一角。單就這些解決方案的網(wǎng)絡(luò)體系結(jié)構(gòu)來說差異就已經(jīng)非常之大了。那么網(wǎng)絡(luò)管理者如何應(yīng)對每天越來越多的大型數(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è)計是為了解決諸如下面描述的這類問題：與構(gòu)建一招吃遍天下的網(wǎng)絡(luò)解決方案并迫使應(yīng)用軟件使用這種解決方案來解決問題的方法不同，應(yīng)用軟件本身就能定義網(wǎng)絡(luò)拓撲。OpenFlow通過簡化硬件和網(wǎng)絡(luò)管理，能幫助網(wǎng)絡(luò)管理員更加輕松的根據(jù)軟件定義網(wǎng)絡(luò)的規(guī)則來配置他們的網(wǎng)絡(luò)，從而降低大型數(shù)據(jù)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理成本。

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

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

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

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

文章名稱：大數(shù)據(jù)難題帶來按需支配的云網(wǎng)絡(luò)解決方案
本文鏈接：http://chinadenli.net/article32/sdjopc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、App設(shè)計、網(wǎng)站維護、服務(wù)器托管、網(wǎng)站內(nèi)鏈、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)