互聯(lián)網(wǎng)IDC圈8月16日?qǐng)?bào)道:隨著數(shù)據(jù)中心和云環(huán)境中的大型數(shù)據(jù)不斷增長(zhǎng),如何管理同時(shí)傳輸數(shù)百萬(wàn)條記錄的網(wǎng)絡(luò)成為前所未有亟待解決的問(wèn)題。
界首ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景,ssl證書(shū)未來(lái)市場(chǎng)廣闊!成為創(chuàng)新互聯(lián)建站的ssl證書(shū)銷(xiāo)售渠道,可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠!如果有意向歡迎電話聯(lián)系或者加微信:13518219792(備注:SSL證書(shū)合作)期待與您的合作!這不僅僅是數(shù)據(jù)規(guī)模的問(wèn)題——在涉及大型數(shù)據(jù)網(wǎng)絡(luò)解決方案時(shí),不僅是數(shù)據(jù)規(guī)模確實(shí)不能小覷,而且工作量也是如此。大型數(shù)據(jù)環(huán)境不能簡(jiǎn)單的按照過(guò)去的數(shù)據(jù)基礎(chǔ)架構(gòu)來(lái)運(yùn)作。鑒于運(yùn)行大型數(shù)據(jù)應(yīng)用軟件的復(fù)雜性和速度,大型數(shù)據(jù)需要適合自己的解決方案。
“傳統(tǒng)”的數(shù)據(jù)分析體系結(jié)構(gòu)假設(shè)數(shù)據(jù)的來(lái)源有限,他們有大量的時(shí)間將數(shù)據(jù)存儲(chǔ)在正確數(shù)據(jù)庫(kù)的正確表格當(dāng)中。當(dāng)涉及到諸如推特,臉譜和谷歌所使用的網(wǎng)絡(luò)和應(yīng)用軟件時(shí),這種對(duì)待常規(guī)數(shù)據(jù)庫(kù)體系結(jié)構(gòu)的方法就好比將單個(gè)燈泡插在核反應(yīng)堆上一樣問(wèn)題立顯。
為了克服在短時(shí)間內(nèi)處理大容量數(shù)據(jù)的障礙,大型數(shù)據(jù)用戶設(shè)計(jì)了兩種不同的方法來(lái)解決這種問(wèn)題。首先是部署大規(guī)模實(shí)時(shí)數(shù)據(jù)庫(kù),比如BigTable, OpenDremel, MongoDB或者Cassandra.這些數(shù)據(jù)庫(kù)都共享非關(guān)聯(lián)的特性:他們不依賴標(biāo)準(zhǔn)化查詢語(yǔ)言(因此他們又被稱(chēng)為"NoSQL"),他們也不能滿足關(guān)聯(lián)數(shù)據(jù)庫(kù)中所有數(shù)據(jù)都必須滿足的ACID需求。
另外一種解決方案是使用分析數(shù)據(jù)庫(kù),諸如Hadoop,通過(guò)篩選大容量數(shù)據(jù)進(jìn)行分類(lèi)來(lái)達(dá)到目的。
這就意味著網(wǎng)絡(luò)和周?chē)A(chǔ)架構(gòu)關(guān)注的中心將從優(yōu)化存儲(chǔ)向優(yōu)化搜索轉(zhuǎn)移。也必須這么做,因?yàn)榇鎯?chǔ)在典型的大型數(shù)據(jù)環(huán)境中已經(jīng)被大大的簡(jiǎn)化了,所有的重點(diǎn)是將數(shù)據(jù)分類(lèi)來(lái)滿足有用的數(shù)據(jù)集,然后用于深層結(jié)論的分析。
但不幸的是,這種基礎(chǔ)方法只能應(yīng)用于普通的大型數(shù)據(jù)網(wǎng)絡(luò)。在占地20000平方英尺的數(shù)據(jù)中心里,用來(lái)匹配這些數(shù)據(jù)解決方案的方法是多種多樣的。每種方法都有其必須被解決的固有問(wèn)題。舉例來(lái)說(shuō),Hadoop使用代表單點(diǎn)故障大型數(shù)據(jù)管理器的NameNode體系結(jié)構(gòu)來(lái)應(yīng)對(duì)非常敏感的數(shù)據(jù)。如果NameNode設(shè)備對(duì)網(wǎng)絡(luò)不起作用了,整個(gè)Hadoop系統(tǒng)也就癱瘓了,這就給網(wǎng)絡(luò)管理員來(lái)保障特殊服務(wù)器的正常運(yùn)行造成了很大的壓力。
當(dāng)然還有非網(wǎng)絡(luò)的解決方案。舉例來(lái)說(shuō),來(lái)自DataStax公司的產(chǎn)品Brisk就是要在Apache Cassandra的實(shí)時(shí)性能與Hadoop的分析能力之間搭建一座橋梁。Brisk將Hadoop的文件系統(tǒng)與Cassandra合并在一起,這就意味著不再會(huì)出現(xiàn)單點(diǎn)故障的問(wèn)題。
大型數(shù)據(jù)和網(wǎng)絡(luò)體系結(jié)構(gòu)
這兩種選擇只是來(lái)自潛在大型數(shù)據(jù)體系結(jié)構(gòu)的冰山一角。單就這些解決方案的網(wǎng)絡(luò)體系結(jié)構(gòu)來(lái)說(shuō)差異就已經(jīng)非常之大了。那么網(wǎng)絡(luò)管理者如何應(yīng)對(duì)每天越來(lái)越多的大型數(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ì)是為了解決諸如下面描述的這類(lèi)問(wèn)題:與構(gòu)建一招吃遍天下的網(wǎng)絡(luò)解決方案并迫使應(yīng)用軟件使用這種解決方案來(lái)解決問(wèn)題的方法不同,應(yīng)用軟件本身就能定義網(wǎng)絡(luò)拓?fù)洹penFlow通過(guò)簡(jiǎn)化硬件和網(wǎng)絡(luò)管理,能幫助網(wǎng)絡(luò)管理員更加輕松的根據(jù)軟件定義網(wǎng)絡(luò)的規(guī)則來(lái)配置他們的網(wǎng)絡(luò),從而降低大型數(shù)據(jù)網(wǎng)絡(luò)的網(wǎng)絡(luò)管理成本。
OpenFlow是一種低級(jí)別標(biāo)準(zhǔn),不過(guò)廠商已經(jīng)開(kāi)始尋找將他們自己的軟件設(shè)于OpenFlow之上的可能性。舉例來(lái)說(shuō),是否能設(shè)計(jì)出一種網(wǎng)絡(luò)管理工具能感知網(wǎng)絡(luò)流量和信息包工作負(fù)載的突然性大規(guī)模遷移,自動(dòng)轉(zhuǎn)換配置來(lái)做出補(bǔ)償,當(dāng)工作量完成后又返回“正常”模式呢?其實(shí)如果這種方法能得到廣泛的普及,OpenFlow將對(duì)“云網(wǎng)絡(luò)”——隨需效用網(wǎng)絡(luò)配置有所幫助。
這種方式非常重要。標(biāo)準(zhǔn)拓?fù)浣Y(jié)構(gòu)下的交換機(jī)和路由器無(wú)法實(shí)現(xiàn)我們?cè)诖颂接懙膸?。網(wǎng)絡(luò)本身逐漸成為大型數(shù)據(jù)解決方案的組成部分,諸如思科系統(tǒng)公司IOS產(chǎn)品線極力推廣的此類(lèi)網(wǎng)絡(luò)即平臺(tái)解決方案應(yīng)用正在變得越來(lái)越普遍。面對(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)用軟件將在不久的將來(lái)滲入到每一家企業(yè)的應(yīng)用環(huán)境當(dāng)中。
文章名稱(chēng):大數(shù)據(jù)難題帶來(lái)按需支配的云網(wǎng)絡(luò)解決方案
本文鏈接:http://muchs.cn/article32/sdjopc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供動(dòng)態(tài)網(wǎng)站、App設(shè)計(jì)、網(wǎng)站維護(hù)、服務(wù)器托管、網(wǎng)站內(nèi)鏈、網(wǎng)站改版
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)