自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

亞馬遜云計算到底有多大?承認自己沒見過世面吧

云計算
Google 和 Microsoft 在燒錢上的本事,無人能及。 但他們的基礎設施和平臺服務,面對亞馬遜時的競爭力,還是令人生疑。 但若從長期來看,亞馬遜能否跟得上 google 和 microsoft 的腳步,卻很成問題了。 于是,AWS 的副總裁,卓越的工程師,James Hamilton 透露了AWS 云的規(guī)模和范圍。目的自然為了告訴大家,亞馬遜的領先地位以及對云計算的決心。

8 年前,亞馬遜發(fā)布了***個云計算產品。亞馬遜一直堅持云計算的目的,就是屏蔽底層的硬件,為開發(fā)者提供計算資源以運行應用程序。 對于 AWS,還有其母公司亞馬遜,硬件都是一個競爭優(yōu)勢。亞馬遜一向不大愿意過多談論自己的數(shù)據(jù)中心和系統(tǒng)。 但是那些競爭對手們,包括 GOOGLE, MICROSOFT 和 IBM,則大肆宣傳在云計算上的投入和創(chuàng)新。亞馬遜也就不得不稍稍揭開一點自己的神秘面紗。

[[152636]]

原因很簡單。亞馬遜的在線零售業(yè)務,是一個700億美金的龐然大物,大雖大,但耗費現(xiàn)金并不多。 Jeff Bezos,亞馬遜的創(chuàng)始人兼 CEO,對于利潤的興趣很小,對于改變世界的興趣倒是很大。然而,云計算畢竟是這個世界上,資本最為密集的行業(yè)之一。Google 可以在數(shù)據(jù)中心上花費幾百億美金而毫不心痛,背后有壟斷性業(yè)務“搜索引擎”的支撐。 Microsoft,則在桌面軟件和數(shù)據(jù)中心軟件方面有著壟斷的地位,錢袋一樣深不可測,自然也一樣敢于一擲千金。

Google 和 Microsoft 在燒錢上的本事,***。 但他們的基礎設施和平臺服務,面對亞馬遜時的競爭力,還是令人生疑。 但若從長期來看,亞馬遜能否跟得上 google 和 microsoft 的腳步,卻很成問題了。 于是,AWS 的副總裁,卓越的工程師,James Hamilton 透露了AWS 云的規(guī)模和范圍。目的自然為了告訴大家,亞馬遜的領先地位以及對云計算的決心。

最重要的,永遠是規(guī)模。做在線零售的亞馬遜,當然清楚這個。 亞馬遜很少談及公有云,因為在亞馬遜的理論中,云計算就不該是私有云。亞馬遜認為,長期來看,公有云的巨大規(guī)模,意味著大部分的組織和機構都不需要運營自己的數(shù)據(jù)中心。

在 AWS 的 Re:Invent 大會上,jassy又一次強調,自云計算業(yè)務開始以來,他和亞馬遜的 CTO Werner Vogels 就支持這個論點。(亞馬遜為美國中央情報局建設過一個特殊的 AWS 私有云,簽署了為期10 年,6.6 億美金的合同。但那只不過是一個例外。云計算本質上還應該是公有的)。 Jassy and Vogels的信念很簡單: 只有覆蓋了全區(qū)域,具備大容量,提供最豐富功能的云,才能勝出。會有一些例外,比如說金融服務云,或者那種100%運行特殊硬件和軟件的巨型計算中心。 公有云的資源不僅足夠好,而且一定會超越大部分的私有云。

AWS 將底層的計算能力、存儲和網(wǎng)絡功能,抽象出來,這樣開發(fā)者就可以專注于應用開發(fā)。抽象出來的資源,要么形成純粹的基礎設施,要么在其上繼續(xù)抽象出一層平臺服務,便于進一步實現(xiàn)自動化部署和對中間件、數(shù)據(jù)庫和支持應用的其他服務的管理。但這并不是說底層的基礎設施不重要。 實際上,亞馬遜投入了巨大資金,用來設計和建設數(shù)據(jù)中心,并優(yōu)化各方面的設施從內存條到數(shù)據(jù)中心的墻壁?;A設施確實重要,絕對能夠形成競爭優(yōu)勢。

網(wǎng)絡的事,比服務器還麻煩

和許多超級數(shù)據(jù)中心一樣,亞馬遜的服務器,剛開始也是從一線的服務器制造商那里購買。亞馬遜成了rackable system(現(xiàn)在是 SGI 旗下公司)***的客戶。 后來,亞馬遜決定自行制造系統(tǒng),以便針對自己的工作性質進行精確調優(yōu)。尤為重要的,是為了能夠與其數(shù)據(jù)中心、電力、制冷系統(tǒng)嚴絲合縫的配合。數(shù)據(jù)中心在與時俱進的發(fā)展,系統(tǒng)也需要步調一致的前進。

過去,亞馬遜在其基礎設施的規(guī)模問題上,只含糊其辭,從不給出準確的數(shù)據(jù)。從2004年開始,AWS 每一天都要安裝足夠多的服務器以支撐亞馬遜的在線零售業(yè)務。那個時候,亞馬遜的收入規(guī)模,僅為70億美金,僅為現(xiàn)在的1/10。

“去年發(fā)生的那些變化?”Hamilton反問道,然后開玩笑說:“我們都執(zhí)行過365次了。”

換句話說,去年 AWS 增添了足夠多的容量,以支撐2.55萬億的在線零售業(yè)務。

那么,AWS 到底容量多大? 答案是:比很多人想的還要大。

下面就是關于服務器的計算了。 亞馬遜在全球11個地區(qū)擁有數(shù)據(jù)中心。 每一個地區(qū)擁有最少2個可用區(qū),這樣所有地區(qū)一共擁有28個可用區(qū)。 (包括兩周前在德國法蘭克福啟動的新地區(qū))這些可用區(qū)為本地的工作負荷,提供隔離的和冗余的能力。類似那種串聯(lián)或者分層的容錯系統(tǒng),在數(shù)據(jù)中心和服務的層次上工作,而不是在兩個系統(tǒng)之間嚴格步調一致。每個可用區(qū)最少有一個數(shù)據(jù)中心,有些則多達6個數(shù)據(jù)中心。 (2013年1月,Hamilton 在 Re:Invent 會議上說,僅只美東地區(qū)便有超過10個數(shù)據(jù)中心,但在2014年的Re:Invent 會議上他的演講中,又說沒有可用區(qū)擁有超過6個數(shù)據(jù)中心。)目的是為了讓客戶能夠構建自己的應用,運行在不同的可用區(qū)上,以實現(xiàn)本地數(shù)據(jù)保護。更進一步,實現(xiàn)跨地區(qū)部署,達到更高層次的可用性。 亞馬遜通過增加新的數(shù)據(jù)中心,以為每個可用區(qū)提升容量。

基本上,和企業(yè)客戶增加的機架一樣,數(shù)據(jù)中心實際上就是 AWS 的新機架。

好了,這一切都還是很有意思的。 Hamilton 說 AWS 的每一個區(qū)域都最少有兩個可用區(qū),每個可用區(qū)則最少有1個數(shù)據(jù)中心。然后他又補充說,一個典型的數(shù)據(jù)中心最少有5萬臺服務器,有的超過8萬臺。 另外,數(shù)據(jù)中心的規(guī)模效益在到達頂峰后便即下降。隨著規(guī)模擴大,在某一個點,數(shù)據(jù)中心的邊際成本開始上升,而不是下降。 更重要的是,在到達某一個數(shù)值后,一旦發(fā)生災難型事故導致數(shù)據(jù)中心失效,則殃及的“爆炸半徑”太大,使得過多的負載無法轉移。

做一點計算吧。 假設 AWS 有28個可用分區(qū),每一個數(shù)據(jù)中心只有5萬服務器。這是 AWS 基礎設施最小的容量了。這樣,全球共有140萬服務器。如果你不相信,說每個分區(qū)有8萬臺服務器(我們知道這不是真的,只不過設置一個錯誤的***界線),那么就是224萬機器。 為了更準確的猜測 AWS 基礎設施的規(guī)模,你必須猜測可用區(qū)中,數(shù)據(jù)中心數(shù)量的分布情況。 我認為很少情況下,只有一個數(shù)據(jù),大部分都是2個數(shù)據(jù)中心,擁有更多數(shù)據(jù)中心的情況則越來越少,直到到達***值6個數(shù)據(jù)中心。我把數(shù)據(jù)擺弄來擺弄去,覺得 28個分區(qū),一共87個數(shù)據(jù)中心這樣的估算還是靠譜的。 每個分區(qū)平均3個數(shù)據(jù)中心還要多一點。 如果假設每個可用區(qū)平均6萬5千個服務器,那么你會看到數(shù)值很大:564萬服務器。如果平均5萬服務器,則降低到全球420萬機器。如果假設每個可用區(qū)的數(shù)據(jù)中心少一些-比如平均2個-那么一共280萬臺機器。 由此,答案是 AWS 可能擁有280萬到560萬服務器。 我也意識到很可能誤差很大,可是也只能這樣猜測了。

總的來說,規(guī)模是巨大的。 還不止這些,亞馬遜還投入了巨大資金,制造自有的網(wǎng)絡設備,并建設了私有網(wǎng)絡,從而把所有數(shù)據(jù)中心連接在一起形成一個巨大的全球集群。 這是 Hamilton 談起來最興奮的東西,因為網(wǎng)絡是計算能力***的瓶頸。

“對我們而言,網(wǎng)絡互聯(lián)是當前***的危機” Hamilton解釋道“網(wǎng)絡建設的成本,與所有其它設備的成本都相關,不斷攀升。在這方面是反摩爾定律的。我們所有的設備都在降低成本,我們也在壓低價 格,但網(wǎng)絡成本則反向而行。這是個大問題。往前再看遠幾年,網(wǎng)絡的問題越發(fā)嚴重。同時網(wǎng)絡是反摩爾定律的,網(wǎng)絡建設對計算能力的占比也在上升。”

Hamilton 說,部分原因,是由于每一代的cpu都帶來更多的計算能力,而每單元計算能力的成本則在下降。 越來越多的人,做越來越多的數(shù)據(jù)分析,而數(shù)據(jù)分析工作對網(wǎng)絡的需求巨大,給網(wǎng)絡帶來巨大壓力。(這是因為數(shù)據(jù)分析,和超級計算機的運作一樣,在節(jié)點之間要進行大量通信,也就是所謂的“東西流量”。而另一種“南北流量”則是 web 應用從服務器上請求一點數(shù)據(jù)并在互聯(lián)網(wǎng)上顯示出來。二者區(qū)別很大。)

所以約五年前,當問題剛剛出現(xiàn)時,AWS 設計了自己的網(wǎng)絡路由器并去原廠制造硬件,并組建團隊在硬件上開發(fā)網(wǎng)絡軟件。

亞馬遜從定制網(wǎng)絡設備中學習到的***件事,和它很久以前從服務器和存儲中學到的一樣: 如果你用極簡主義理念,自主制造所需的設備,那么就會便宜很多。“僅僅網(wǎng)絡設備的服務合同,常常就要幾千萬美金。”

但即便對 Hamilton 而言,也是頗為驚奇的事:網(wǎng)絡的可用性上升了,而不是下降。 這是因為 AWS 交換機和路由器只具備 AWS 在網(wǎng)絡上所需的功能。 但商業(yè)網(wǎng)絡操作系統(tǒng),則必須覆蓋所有可能需要的場景和協(xié)議,因而往往需要幾千萬行的代碼,從而帶來維護上的困難。 “我們的設備更可靠,因為我不需要面對那些更麻煩的問題。能完成任務的,就是好方法。”

另一件事,亞馬遜,尤其是 AWS 熱衷于測試并收集運行數(shù)據(jù)。 當亞馬遜***次測試自己的網(wǎng)絡時,用了8000臺服務器,容量3兆瓦的數(shù)據(jù)中心。而這個數(shù)據(jù)中心的建設成本約為4千萬美金。任何一家***的網(wǎng)絡設備提供商都做不到,但 AWS 可以,而且做到了。 嚴格來說,亞馬遜是從自己那里租了這巨大規(guī)模的數(shù)據(jù)中心用以測試,在幾個月里花費了幾十萬美金。今天亞馬遜所有網(wǎng)絡都在使用這自有的網(wǎng)絡軟件。與擁有軟件和詳細測試一樣重要的是,亞馬遜持續(xù)開發(fā)代碼并投入生產。 “也許開始的時候確實差一點,但確實越來越好。”

簡單來說,這就是超級系統(tǒng)的獨特之處。 總是從簡陋,到還湊活,一直到完善狀態(tài)。 走一條穩(wěn)定、革新的路,當然這條路會時時被新的理念打斷均衡的過程。

#p#

AWS 當前有11個地區(qū),2年前是9個地區(qū),還將增加更多以接近客戶,并滿足業(yè)務上對政府管轄權的需求。(德國地區(qū)就是因為德國的商業(yè)機構和政府機構,不能在愛爾蘭存儲數(shù)據(jù)而創(chuàng)建的)這是他們分布的位置:

亞馬遜的云計算有多大

所有的地區(qū)都連接在一起,通過私有光纖通道,而不是通過購買第三方的通道。原因很簡單: 這樣做,不會因為運營商的問題而導致網(wǎng)絡帶寬缺乏,而且網(wǎng)絡是你自己的,你清楚知道網(wǎng)絡的效率。也更加經濟,對于亞馬遜這么大的規(guī)模,自己擁有網(wǎng)絡,在每個字節(jié)上的單位價格一定更便宜。 另外,自有的網(wǎng)絡也比較快,亞馬遜不會緩沖自己的流量。而運營商遇到過載的時候,就會對流量進行緩沖。 “更可靠、更經濟、也更少延遲” Hamilton這樣說。

亞馬遜的云計算有多大

美東地區(qū),弗吉尼亞州的阿什本,共有5個可用區(qū)。這些可用區(qū)都是受保護的區(qū)域,各自分離并隔開幾公里,由高速、低延遲網(wǎng)絡連接。這樣一來,同步的復制就是可能的,而且地理上的隔離足夠遠,兩個可用區(qū)(存儲數(shù)據(jù)和應用的多個版本)同時出現(xiàn)事故的可能性就很小。 可用區(qū)單元由光纖聯(lián)接,使用密集型波分復用傳送數(shù)據(jù)包。在美東地區(qū),一共有82864條光纖。 可用區(qū)在延遲方面通常都小于1毫秒,絕對小于2毫秒;這個速度是可以進行同步數(shù)據(jù)復制的。要知道,固態(tài)硬盤的數(shù)據(jù)保存也要在1-2毫秒之間。

企業(yè)經常在關鍵應用上,通常都會進行跨區(qū)域復制。但在麻煩一些的場景中,比方說,一個數(shù)據(jù)中心在紐約,一個在洛杉磯,則延遲大約為74毫秒。這種情 況下,就無法進行同步復制,這就意味著一次失敗,數(shù)據(jù)就會在到達備份系統(tǒng)的傳輸途中丟失。這樣一來,就只能使用日志恢復,而這則要花費數(shù)天時間了。

這就是為什么亞馬遜在 2000 年要發(fā)明可用區(qū)。 這種方法一定程度上,更加昂貴,但災難恢復更快。 可用區(qū)在美東地區(qū)有 25Tb/sec 的帶寬,為了應用的可靠性,這個花費還是值得的。對于在線零售商來說,這肯定是必須的。 想像一下你開車去沃爾瑪,而整個庫存卻都空了。如果發(fā)生了愚蠢的錯誤,例如負載均衡失效,則可用區(qū)中的一個就會承擔負荷并繼續(xù)工作,重建同步隨即便可開始。

讓我們進入一個可用區(qū)看看。 美東地區(qū)的可用區(qū)中,每個數(shù)據(jù)中心之間網(wǎng)絡傳輸只需1/4毫秒,而且沒有一個數(shù)據(jù)中心跨越2個分區(qū)。 實際上,如上所述,一個可用區(qū)可以有多個數(shù)據(jù)中心,美東看上去有10個數(shù)據(jù)中心,而據(jù)說有些可用區(qū)有多達6個數(shù)據(jù)中心。 可用區(qū)中有多個冗余交換中心。這樣,即使亞馬遜丟掉一個交換中心和多個可用區(qū),一切都還可以正常運行。

亞馬遜的云計算有多大

進入一個可用區(qū)的數(shù)據(jù)中心,如上所述,有50000服務器,有時候還會多達80000機器。 一個aws數(shù)據(jù)中心大概在25兆瓦到30兆瓦之間,如果一共有87個數(shù)據(jù)中心,則總共有2.17吉瓦(2.17個十億瓦)到2.6吉瓦電力消耗。 Hamilton 說亞馬遜可以運行60兆瓦的數(shù)據(jù)中心,但問題是,從2000個機架到2500個機架,成本并不會降低很多,而且災難范圍,也就是他所說的“爆炸半徑”,太巨大。 “從某個點開始,價值降低而成本升高。在我們看來,這大概就是正確的數(shù)字了”Hamilton這樣評價亞馬遜為數(shù)據(jù)中心定義的大小。

記下來吧,競爭對手們。

一個單獨的數(shù)據(jù)中心,有高達102 Tb/sec 帶寬的分配,這是美東地區(qū)的可用區(qū)之間的帶寬的4倍。Hamilton補充說數(shù)據(jù)中心內部的帶寬還要“遠超” 102Tb/sec。

再到一個機架里看看,到一個服務器和虛擬網(wǎng)卡里看看。 網(wǎng)卡支持SR-IOV,這是PCI-Express協(xié)議的擴展。 PCI-Express 協(xié)議對物理網(wǎng)絡設備的資源進行虛擬化。 SR-IOV繞過操作系統(tǒng)上運行的通常軟件協(xié)議棧,以及網(wǎng)絡驅動和支撐他們的hypervisor層。從應用到網(wǎng)卡,需要幾毫秒。 通過網(wǎng)卡只需要微秒,而通過光纖到達另一個服務器的網(wǎng)卡接口則只需要幾個納秒(十億分之一秒)。“這就是說最麻煩的就是兩端軟件上的延遲” Hamilton解釋。 SR-IOV非常輕量,給虛擬機上的每一個客戶分區(qū)一個自己的虛擬網(wǎng)卡。這些虛擬網(wǎng)卡來自物理網(wǎng)卡。

為什么亞馬遜實現(xiàn)這些這么難? 因為需要為網(wǎng)絡協(xié)議棧添加安全、隔離、計量、控制和效率衡量等去掉的功能。 這些都需要耗費時間。 AWS 的新實例類型都有SR-IOV功能,也將在所有實例類型中普及。

原文鏈接:http://www.jianshu.com/p/e01e61e82a30

 

責任編輯:Ophira 來源: 簡書
相關推薦

2012-05-31 09:24:55

云計算云存儲

2012-02-22 13:59:11

云計算數(shù)據(jù)中心

2012-09-21 09:16:48

開源云平臺云計算OpenStack C

2021-02-01 10:26:29

數(shù)據(jù)安全MVP機密計算

2022-05-10 15:10:25

加密貨幣區(qū)塊鏈金融犯罪

2012-08-23 14:21:47

大數(shù)據(jù)

2012-08-23 15:10:44

Facebook

2021-07-26 11:02:29

鄭州暴雨河南

2010-03-16 14:25:00

云計算

2018-10-22 14:33:19

2013-04-28 09:29:38

云計算

2012-02-29 09:50:52

云計算虛擬化

2019-10-08 14:25:50

AndroidiOS安卓

2019-09-04 19:29:14

云計算混合云資源

2020-08-19 07:48:11

云計算亞馬遜搜索

2010-04-02 16:46:43

云計算

2010-05-11 09:40:42

云計算收入

2015-09-07 14:31:33

云計算SDNNFV

2020-11-12 08:24:06

云計算公共云

2017-05-23 22:16:16

IT數(shù)據(jù)
點贊
收藏

51CTO技術棧公眾號