數(shù)據(jù)中心趨勢迫使重新人們審視數(shù)據(jù)庫

對于早期的數(shù)據(jù)中心設計來說,這是一個驚人的變化,當行業(yè)的主要參與廠商向數(shù)據(jù)中心投入數(shù)十億美元時,當時新興的數(shù)字經(jīng)濟的工廠蓬勃發(fā)展。

數(shù)據(jù)中心就像人一樣:沒有兩個是完全一樣的,尤其是現(xiàn)在。十年前的分離計算、存儲,的硬件,甚至網(wǎng)絡服務運行的硬件給人們留下了堆疊在旁邊的x86的比薩餅盒子,或連接已有30年歷史的計算機主機。為什么不呢?大部分的工作是由軟件工具來定義的,并精確地定義了硬件是如何使用并何時完成的。

從虛擬機到軟件定義存儲,以及網(wǎng)絡功能的虛擬化,這些抽象層將硬件組件抽象成一些更大、更容易控制的東西。

對于早期的數(shù)據(jù)中心設計來說,這是一個驚人的變化,當行業(yè)的主要參與廠商向數(shù)據(jù)中心投入數(shù)十億美元時,當時新興的數(shù)字經(jīng)濟的工廠蓬勃發(fā)展。他們的崛起催生了定義如何使用空間和電源的標準委員會,以確保主要供應商不會意外地建立一個太高或太寬的服務器,不適于用行業(yè)用戶。

如今在廉價設備上運行的分類服務,通常比以往強大的設備完成得更多。而且也占用更少的空間,并在云中形成到外部資源的自然連接。

人們對基礎設施的做法已經(jīng)有所響應,但數(shù)據(jù)庫基本上保持不變,特別是在處理相同的數(shù)據(jù)庫的工作時,因為他們總是在這個過程中浪費了計算和存儲資源。數(shù)據(jù)中心運營商正在處理太多的信息,這將繼續(xù)下去。

數(shù)據(jù)中心信息遷移

奇怪的是,大部分行業(yè)人士都清楚地知道,過度供應是一個問題。去年的一項研究估計,北美地區(qū)的閑置的服務器浪費的資源達300億美元。在去年九月的一項類似的研究中,華爾街日報發(fā)現(xiàn)了一個數(shù)據(jù)中心設施中,有1000多個服務器準備工作,卻一直沒有工作負載。人們才得知數(shù)據(jù)中心服務器有著這樣一個驚人的資金浪費,而需要提高數(shù)據(jù)中心的效率從來沒有這么迫切。

信息通過具有無可比擬的數(shù)量和種類的數(shù)據(jù)中心移動,其速度前所未見。思科公司追蹤其視覺網(wǎng)絡指數(shù)(VNI)的變化。最新數(shù)據(jù)表明,基于互聯(lián)網(wǎng)的流量2015年每天為2艾字節(jié),相當于自從人類出現(xiàn)以前40%的所說過的話。思科公司認為,到了2019的年,這個數(shù)字將超過一倍,達到每天5.5艾字節(jié)。

沒有工具的軟件定義和部署數(shù)據(jù)中心資源,有效地,我們將沒有選擇,只能依靠人工過度配置來處理所有的信息,沒有痛苦的停機時間。對于大多數(shù)數(shù)據(jù)庫服務,我們?nèi)匀恍枰耆脑O備配置,這使得這些關(guān)鍵系統(tǒng)成為一個瓶頸。而分解是解決問題的關(guān)鍵。

擴展到工作負載,而不是基礎設施

數(shù)據(jù)庫處理是主要的三種功能之一。數(shù)據(jù)服務是系統(tǒng)的核心,并定義用于存儲信息的模式。快速檢索的索引服務分類,根據(jù)定義的參數(shù)查詢服務。大多數(shù)系統(tǒng)將一次性處理許多不同類型的請求。

其困難來自于如何利用數(shù)據(jù)庫硬件。這是所有的生硬的力量與請求分布在一個基礎設施。沒有一種系統(tǒng)更適合于處理一個輸入/輸出密集型數(shù)據(jù)服務。在一個單獨的系統(tǒng)中,也沒有一個機制來處理內(nèi)存密集型索引服務,或者在一個不同的、優(yōu)化的機群系統(tǒng)中管理計算密集型查詢的規(guī)定。數(shù)據(jù)庫平臺不喜歡把效率提高到現(xiàn)代數(shù)據(jù)中心的計算、存儲和網(wǎng)絡服務的分離。人們需要改變,需要系統(tǒng)的發(fā)展,以不同的子系統(tǒng)獨立和按需縮放到規(guī)模數(shù)據(jù)庫服務。

有趣的是,這對大多數(shù)NoSQL數(shù)據(jù)庫來說都面臨一樣的問題,因為它是所有的關(guān)系系統(tǒng),一種低效的NoSQL數(shù)據(jù)庫,甚至有可能情況更糟,因為他們是如何經(jīng)常搭配一個大型分布式基礎設施。沒有辦法查詢分配到不同的節(jié)點,消耗大量的內(nèi)存和一個裸關(guān)節(jié)計算爭取資源。解決這一問題的方法是災難性的計劃,這就是為什么我們在數(shù)據(jù)中心實施過度的配置,還會有那么多的問題的原因。

然而,它不需要是這樣的。多維數(shù)據(jù)庫縮放是從給我們帶來了虛擬化,軟件定義網(wǎng)絡,并已轉(zhuǎn)化為更好的數(shù)據(jù)中心等分解技術(shù)。在其最簡單的形式中,多維縮放是軟件定義的工作負載優(yōu)化,其中管理員組裝的計算,內(nèi)存和存儲所需的工作量特性。系統(tǒng)是當時的最佳配置避免空轉(zhuǎn)而維持需要處理高峰時的彈性。

把它看成是根據(jù)工作量的需求縮放,在這個過程中需要將每一個可用的硬件進行優(yōu)化。而不是設計到最低限度的基礎設施。在這世界上充斥著數(shù)據(jù),這是一個改變,但速度不可能太快。

主站蜘蛛池模板: 久久综合伊人77777麻豆| 国产婷婷综合在线视频中| 婷婷久久综合九色综合九七| 伊人yinren6综合网色狠狠| 97色伦图片97综合影院| 色综合久久精品亚洲国产| 国产亚洲精品精品国产亚洲综合| 色综合久久88色综合天天 | 国产精品综合色区在线观看| 亚洲av伊人久久综合密臀性色| 亚洲精品综合久久中文字幕| 亚洲av日韩综合一区二区三区| 国产亚洲精品第一综合| 亚洲综合在线另类色区奇米| 色天使亚洲综合在线观看| 一本色道久久综合网| 奇米综合四色77777久久| 亚洲AV成人潮喷综合网| 亚洲综合色丁香麻豆| 亚洲国产精品成人AV无码久久综合影院| 伊人网综合在线视频| 狠狠色丁香婷婷久久综合五月 | 热综合一本伊人久久精品| 一本大道AV伊人久久综合| 色综合色综合色综合色综合网| 一本久道久久综合多人| 婷婷色香五月激情综合2020| 一本一道久久综合狠狠老| 狠狠综合久久综合中文88| 国产香蕉尹人综合在线观看| 国产色丁香久久综合| 久久综合综合久久狠狠狠97色88| 亚洲国产精品成人综合色在线| 久久婷婷午色综合夜啪| 青青草原综合久久大伊人| 亚洲国产精品综合久久网络| 婷婷六月久久综合丁香76| 小说区 图片区色 综合区| 综合久久久久久久综合网| 色综合久久天天综合绕观看| 色偷偷91综合久久噜噜|