成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

阿里巴巴集群管理系統(tǒng)Sigma混布數(shù)據(jù)開放

企業(yè)動態(tài)

 互聯(lián)網(wǎng)普及的20年來,尤其是近10年移動互聯(lián)網(wǎng)、互聯(lián)網(wǎng)+的浪潮,使互聯(lián)網(wǎng)技術滲透到各行各業(yè),滲透到人們生活的方方面面,這帶來了互聯(lián)網(wǎng)服務規(guī)模和數(shù)據(jù)規(guī)模的大幅增長。日益增長的服務規(guī)模和數(shù)據(jù)規(guī)模帶來數(shù)據(jù)中心的急劇膨脹。在大規(guī)模的數(shù)據(jù)中心中,傳統(tǒng)的運維方式已經(jīng)不能滿足規(guī)模化的需求,于是基于自動化調(diào)度的集群管理系統(tǒng)紛紛涌現(xiàn)。

 這些系統(tǒng)往往有一個共同的目標,就是提高數(shù)據(jù)中心的機器利用率。在龐大的數(shù)據(jù)中心服務器規(guī)模下,平均利用率每提高一點,就會帶來非??捎^的成本節(jié)約。這一點我們可以通過一個簡單的計算來感受一下。假設數(shù)據(jù)中心有N臺服務器,利用率從R1提高到R2,能節(jié)約多少臺機器? 不考慮其他實際制約因素的情況下,假設能節(jié)約X臺,那么我們有理想的公式:

      N*R1 = (N-X)*R2  

=>  X*R2 = N*R2 – N*R1

=>         X = N*(R2-R1)/R2

如果我們有10萬臺服務器,利用率從28%提升到40%,那么代入上述公式有:

N = 100000(臺),  R1 = 28%, R2 = 40% 

X= 100000* (40-28)/40 = 30000(臺)

也就是說10萬臺服務器,利用率從28%提升到40%,就能節(jié)省出3萬臺機器。假設一臺機器的成本為2萬元,那么節(jié)約的成本就有6個億。

 但是遺憾的是,根據(jù)蓋特納和麥肯錫前幾年的調(diào)研數(shù)據(jù),全球的服務器利用率并不高,只有6%到12%。即使通過虛擬化技術優(yōu)化,利用率還是只有7%-17%;這正是傳統(tǒng)運維和粗放的資源使用模式帶來的***問題。調(diào)度系統(tǒng)的主要目標就是解決這個問題。

 通過資源的精細化調(diào)度,以及虛擬化的手段,比如Virtual Machine或容器技術,讓不同服務共享資源,堆疊高密部署,可以有效的提升資源利用率。但是這種模式對在線業(yè)務的應用上存在瓶頸。因為在線業(yè)務間的資源共享,高密部署會帶來各個層面的資源使用競爭,從而增加在線服務的延遲,尤其是長尾請求的延遲。對于在線業(yè)務來說,延遲的增加往往立刻反應到用戶的流失和收入的下降,這是在線業(yè)務無法接受的。而近年來隨著大數(shù)據(jù)的普及,對實時性要求并不高的批量離線作業(yè)規(guī)模越來越大,在資源使用上,逐漸和在線業(yè)務的體量相當,甚至超過了在線業(yè)務。于是很自然想到,將離線業(yè)務和在線業(yè)務混合部署在一起運行會怎樣? 能否在犧牲一些離線作業(yè)延遲的情況下,充分利用機器資源,又不影響在線的響應時間?

 

阿里巴巴從15年開始做了這個嘗試。在這之前,阿里內(nèi)部針對離線和在線場景,分別各有一套調(diào)度系統(tǒng): 從10年開始建設的基于進程的離線資源調(diào)度系統(tǒng)Fuxi(伏羲),和從11年開始建設的基于Pouch容器的在線資源調(diào)度系統(tǒng)Sigma。 從15年開始,我們嘗試將延遲不敏感的批量離線計算任務和延遲敏感的在線服務部署到同一批機器上運行,讓在線服務用不完的資源充分被離線使用以提高機器的整體利用率。這個方案經(jīng)過2年多的試驗論證、架構(gòu)調(diào)整和資源隔離優(yōu)化,目前已經(jīng)走向大規(guī)模生產(chǎn),并已服務于電商核心應用和大數(shù)據(jù)計算服務ODPS業(yè)務?;觳贾笤诰€機器的平均資源利用率從之前的10%左右提高到了現(xiàn)在的40%以上,并且同時保證了在線服務的SLO目標。

 

 

我們了解到,近年來解決資源調(diào)度和集群管理領域特定問題的學術研究也在蓬勃發(fā)展。但是考慮到學術研究和實際真實的生產(chǎn)環(huán)境還是存在很大差異。首先是用于學術研究的機器規(guī)模都相對較小,可能無法暴露出實際生產(chǎn)規(guī)模的問題;其次是學術研究中所用的數(shù)據(jù)往往不是實際生產(chǎn)環(huán)境產(chǎn)生的,可能會對研究的準確性和全面性產(chǎn)生影響。因此我們希望將這個阿里內(nèi)部核心混布集群的數(shù)據(jù)開放出來,供學術界研究。希望學術界能在有一定規(guī)模的真實生產(chǎn)環(huán)境數(shù)據(jù)中,尋找到資源調(diào)度和集群管理更好的模式和方法,能夠指導優(yōu)化實際生產(chǎn)場景,將機器利用率和服務質(zhì)量提高到一個更高的水平。我們一期先開放1000臺服務器12個小時的數(shù)據(jù)。數(shù)據(jù)格式描述和數(shù)據(jù)下載鏈接放在了github工程中:https://github.com/alibaba/clusterdata;歡迎查閱。有任何問題和建議可以通過郵件反饋給我們: alibaba-clusterdata@list.alibaba-inc.com

 

責任編輯:潤月 來源: 51cto
相關推薦

2022-04-06 08:14:49

云原生混部系統(tǒng)開源

2019-08-15 10:25:02

代碼開發(fā)工具

2011-12-28 15:26:16

Spring\Dubb

2010-06-28 10:43:47

2013-08-22 09:41:52

阿里巴巴去IOE王堅

2015-03-02 16:33:25

大數(shù)據(jù)產(chǎn)品經(jīng)濟云圖大數(shù)據(jù)

2023-10-09 07:24:58

數(shù)據(jù)穩(wěn)定性治理數(shù)據(jù)處理

2015-08-30 16:20:34

阿里巴巴天池大數(shù)據(jù)涂子沛

2013-04-15 10:14:45

阿里巴巴大數(shù)據(jù)

2018-01-02 09:23:38

數(shù)據(jù)分析算法阿里巴巴

2024-12-05 09:12:43

2013-08-22 09:36:45

阿里巴巴王堅阿里云

2023-03-29 09:42:32

2009-02-27 10:46:32

DBA筆試題阿里巴巴

2023-10-26 06:55:46

大數(shù)據(jù)數(shù)據(jù)倉庫

2023-06-20 07:46:27

數(shù)據(jù)治理大數(shù)據(jù)建設

2014-12-31 10:48:40

阿里巴巴馬云

2012-09-17 10:20:11

2016-11-25 15:55:15

2018-10-16 15:34:17

阿里巴巴Apache Flin大數(shù)據(jù)
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 国产视频第一页 | 91亚洲免费 | 国产一区二区影院 | 久久国产精品无码网站 | av在线亚洲天堂 | 日本小电影在线 | 视频一区二区中文字幕日韩 | 成人不卡视频 | 欧美精品久久久久 | 日日夜夜天天干 | 成人免费在线网 | 91精品国产一区二区三区蜜臀 | 国产99热 | 少妇一级淫片免费播放 | 九九久久久| 欧美一级做a爰片免费视频 国产美女特级嫩嫩嫩bbb片 | 日韩欧美中文字幕在线视频 | 亚洲精品区 | 久久久久久久综合 | 国产性生活一级片 | 久久成人综合 | 99re99| 国产欧美一区二区三区久久手机版 | 成人在线精品视频 | 一区二区三区国产在线观看 | 永久www成人看片 | 亚洲一二视频 | 日韩欧美在| 四虎影院在线观看免费视频 | 欧美午夜一区 | 亚洲综合天堂网 | 91精品国产综合久久久久久漫画 | av中文字幕在线观看 | 亚洲经典一区 | 国产精品99久久久久久宅男 | 久久国产免费看 | 99爱视频 | 亚洲精品片 | 久久精片| 亚洲第1页 | 暖暖日本在线视频 |