摘要:英特爾機架規(guī)模設計則能實現(xiàn)以機架為單位的軟硬件解耦,為裸金屬即服務提供容量更大的資源池,并可通過開放的和協(xié)議如和,高效發(fā)掘管理和調(diào)配這些資源。
江湖上,一直流傳著
“得IaaS(基礎(chǔ)設施即服務),得公有云天下”的說法。
想握緊IaaS這柄“云”端殺手锏,
?大熱的裸金屬即服務和容器即服務,
還不了解一下?
?
它們?yōu)槭裁慈绱耸苋岁P(guān)注?
?
近年來,只要與IaaS相關(guān)的業(yè)界峰會或新品發(fā)布,
“裸金屬即服務”和“容器即服務”
都可謂風頭十足!
而深究這背后的原因,只有一句話:
因為它們有望破解現(xiàn)有的、基于虛擬機的云基礎(chǔ)設施服務所面臨的兩大挑戰(zhàn)。
而這傳說中的2大挑戰(zhàn),分別是:
傳統(tǒng)企業(yè)在使用公有云,特別是運行關(guān)鍵業(yè)務負載時,經(jīng)常遇到資源擴展和適配上的限制,加上對數(shù)據(jù)安全的顧慮,以及在性能輸出上難以避開的虛擬化層損耗的難題。
對于需要頻繁升級迭代在線應用和服務的互聯(lián)網(wǎng)企業(yè)而言,總是難以在基于虛擬機的基礎(chǔ)設施上達到高效DevOps所需的更優(yōu)靈活度和細致的應用顆粒度,應用的移植也不夠方便。
痼疾無從下手?它們就是有效方法
?
那些公有云實施上的痼疾,
還沒有找到有效的解決方法?
?“裸金屬即服務”和“容器即服務”
自身獨一無二的技術(shù)優(yōu)勢
就是對“癥”的良藥。
總結(jié)起來也只有一句話:
裸金屬即服務,目標就是盡可能提供原生級別的性能和安全性;
而容器即服務,則是云原生(Cloud Native)架構(gòu)的關(guān)鍵承載技術(shù),技術(shù)實力強勁。
?
具體來講,
就“裸金屬即服務”而言,
?“裸” 要求它本身可以提供物理機級別的性能和安全隔離。
“即服務”則意味著它還能實現(xiàn)物理機體驗、
以及基于云的資源管理和調(diào)配能力的高度融合。
云服務提供商可在它上面,
為企業(yè)用戶提供在公有云基礎(chǔ)設施上
構(gòu)建自己私有云或?qū)僭频姆眨?/p>
來運行那些數(shù)據(jù)密集型
和對數(shù)據(jù)安全和隱私要求較高的應用。
而就“容器即服務”而言,
他的優(yōu)勢則在于“輕量”,
比如一致性、可移植性、支持微服務、
快速啟動、便于DevOps等。
這兩種新型態(tài)的IaaS服務都如此“有料”,
早已引得無數(shù)英雄競折腰。
AWS、阿里云、京東云、微軟Azure等巨頭
都已做了第一批吃螃蟹的人。
?
前人探路,留下了哪些實戰(zhàn)經(jīng)驗?
?
云服務商巨頭紛紛下海探路,
這其中的實戰(zhàn)經(jīng)驗怎么能錯過?
其中,最核心的干貨還是一句話:
緊跟與之相關(guān)的技術(shù)潮流,
從中甄選適于自身需求的技術(shù)和架構(gòu),
并選擇能為這些技術(shù)提供強有力支持的基礎(chǔ)設施,
特別是基于英特爾架構(gòu)的軟件定義基礎(chǔ)設施。
這可不是一句沒有驗證過的空話:
?
裸金屬即服務需要多平臺支持
裸金屬即服務的主要任務之一,
就是運行數(shù)據(jù)密集型工作負載。
這往往需要多路平臺的支持。
英特爾去年推出的至強可擴展處理器產(chǎn)品家族中的
至強鉑金處理器和至強推薦處理器,
可靈活配置為雙路或四路,
這意味著在處理器和內(nèi)存配置相同的情況下,
基于它們的四路Scale-up方案比此前
云服務商常用的、基于兩臺雙路服務器的scale-out方案
成本更低,性能更好。
裸金屬即服務服務器受制約
裸金屬即服務如果僅從服務器層面實施,
還是會受制于其物理機資源的限制,
不足以充分釋放其潛力。
英特爾機架規(guī)模設計(Intel Rack Scale Design)
則能實現(xiàn)以機架為單位的軟硬件解耦,
為裸金屬即服務提供容量更大的資源池,
并可通過開放的API和協(xié)議(如Redfish和IPMI),
高效發(fā)掘、管理和調(diào)配這些資源。
裸金屬即服務需要高性能平臺加速
容器即服務雖然講究輕量,
但也一樣需要“重量級”性能平臺的加速。
例如京東云的“蜂鳥”容器服務在構(gòu)建時,
就采用了英特爾至強E5 v4處理器,
實測數(shù)據(jù)表明其近萬臺容易啟動時,
平均每臺只需5秒。
在英特爾發(fā)布新一代至強可擴展處理器后,
新的測試表明,
得益于該處理器更強的單核性能、
更多內(nèi)核數(shù)量和更高的內(nèi)存帶寬,
單機容器密度還可再創(chuàng)新高。
容器即服務安全性問題需要完善
英特爾在2015年推出了Clear Containers項目,
可通過英特爾虛擬化技術(shù)在輕量級的虛擬機中加載容器,
京東云的“蜂鳥”容器服務就是其思路的具體實踐。
而今,該項目的成果,
已被納入由OpenStack基金會管理的Kata Containers項目,
后者可通過將容器作為輕量級虛擬機來啟動,
來提供與虛擬機相似的安全性,
實現(xiàn)網(wǎng)絡、I/O和內(nèi)存全隔離,
并輸出與純?nèi)萜飨噫敲赖男阅堋?/p>
聲明:文章收集于網(wǎng)絡,如有侵權(quán),請聯(lián)系小編及時處理,謝謝!
歡迎加入本站公開興趣群
軟件開發(fā)技術(shù)群
興趣范圍包括:Java,C/C++,Python,PHP,Ruby,shell等各種語言開發(fā)經(jīng)驗交流,各種框架使用,外包項目機會,學習、培訓、跳槽等交流
QQ群:26931708
Hadoop源代碼研究群
興趣范圍包括:Hadoop源代碼解讀,改進,優(yōu)化,分布式系統(tǒng)場景定制,與Hadoop有關(guān)的各種開源項目,總之就是玩轉(zhuǎn)Hadoop
QQ群:288410967?
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/3489.html
摘要:英特爾機架規(guī)模設計則能實現(xiàn)以機架為單位的軟硬件解耦,為裸金屬即服務提供容量更大的資源池,并可通過開放的和協(xié)議如和,高效發(fā)掘管理和調(diào)配這些資源。江湖上,一直流傳著 得IaaS(基礎(chǔ)設施即服務),得公有云天下的說法。 想握緊IaaS這柄云端殺手锏, ?大熱的裸金屬即服務和容器即服務, 還不了解一下? 它們?yōu)槭裁慈绱耸苋岁P(guān)注? 近年來,只要與IaaS相關(guān)的業(yè)界峰...
摘要:云計算還有,概念,這三者之間有什么區(qū)別今天智云通系統(tǒng)小編用通俗易懂的例子跟大家分享,,。當然,這里并不是要教大家怎么泡妞,只是想借泡妞這件事來形象比喻這三個英文單詞的意思,讓大家更形象理解他們代表的意思。 最近我們聊到CRM系統(tǒng)PAAS化,有些可能就不了解,到底什么是PAAS。云計算還有IaaS,SaaS概念,這三者之間有什么區(qū)別?今天智云通CRM系統(tǒng)小編用通俗易懂的例子跟大家分享Paas...
摘要:一文教你讀懂云計算中的那些專有名詞云計算簡單點講就是把以前需要本地處理器計算的任務交到了互聯(lián)網(wǎng)上的服務器去做。在現(xiàn)代云計算當中扮演著至關(guān)重要的一環(huán),充當各元素的橋梁的角色。一文教你讀懂云計算中的那些專有名詞云計算(cloud computing)簡單點講就是把以前需要本地處理器計算的任務交到了互聯(lián)網(wǎng)上的服務器去做。是基于互聯(lián)網(wǎng)的相關(guān)服務的增加、使用和交付模式,通常涉及通過互聯(lián)網(wǎng)來提供動態(tài)易擴...
摘要:然而,一些客戶只是依靠混合作為一種臨時解決方案,并計劃最終將所有資源遷移到云平臺。根據(jù)公司最近的一份調(diào)查報告,已經(jīng)有近一半的服務都是云計算服務?;旌铣杀景葱韪顿M定價是混合采用的主要推動力。人們需要了解當今大多數(shù)企業(yè)使用混合IT的原因,以及這個計算模型與純粹云計算和無云替代方案的比較。 混合IT是一種企業(yè)計算模型,其中組織通過傳統(tǒng)的內(nèi)部IT系統(tǒng)提供一些資源,同時還將云計算服務的某種組合用...
摘要:云計算模式即為電廠集中供電模式。目前,對于云計算的認識在不斷的發(fā)展變化,云計算沒仍沒有普遍一致的定義。目前,云計算的主要服務形式有,,。目前,以云應用最具代表性,例如,云計算應用平臺。2006年谷歌推出了Google 101計劃,并正式提出云的概念和理論。隨后亞馬遜、微軟、惠普、雅虎、英特爾、IBM等公司都宣布了自己的云計劃,云安全、云存儲、內(nèi)部云、外部云、公共云、私有云……一堆讓人眼花繚亂...
閱讀 1074·2021-11-22 13:53
閱讀 1626·2021-11-17 09:33
閱讀 2425·2021-10-14 09:43
閱讀 2901·2021-09-01 11:41
閱讀 2304·2021-09-01 10:44
閱讀 2974·2021-08-31 09:39
閱讀 1475·2019-08-30 15:44
閱讀 1885·2019-08-30 13:02