科技云報道原創(chuàng)。
與服務器硬件市場固若金湯的x86陣營不同，云服務商都非常歡迎Arm。
大概十年前，AMD曾與Arm結盟，推出過主打低功耗的Arm服務器，當時的Arm也只能打低功耗這張牌。以失敗告終后，AMD重回x86陣營，從“那不勒斯”開始，打了一個翻身仗。
隨后幾年，隨著在性能方面的不斷突破，Arm服務器再度炒熱，高通推出了Centriq服務器處理器，后來還在中國市場與華芯通合作，然而，最后也算不了了之。
轉折出現(xiàn)在2018年，那一年亞馬遜云科技首次推出了自研的Graviton 處理器和相關實例，主打通用工作場景，以誘人的性價比吸引了很多人，目前Graviton2已經快兩年了，Graviton3也已經在路上了。
最近，阿里云和微軟Azure兩大公有云服務商更新了采用Arm處理器實例的最新動態(tài)，站在2022年，我們再來簡單看一看2022年的Arm云服務器現(xiàn)狀。
兩大公有云的Arm實例動態(tài)
最近，阿里云基于倚天710的實例g8m開放邀測，官網上公布了g8m的一些規(guī)格參數(shù)，部分實例支持申請測試。
基于倚天710的g8m實例（g代表通用場景）
去年十月，阿里云高調宣布發(fā)布倚天710 Arm處理器，宣稱為性能和能效做了很多優(yōu)化，號稱是業(yè)界性能最強的Arm服務器芯片，同時發(fā)布的，還有代號為“磐久”的服務器。
倚天710基于5nm工藝制程構建，芯片可容納600億晶體管，有128個Arm v9高性能核心，每個核心的主頻為2.75GHz，最高3.2GHz，支持8個DDR5內存通道，96條PCIe 5.0通道。
“磐久”服務器針對通用計算負載和人工智能負載進行了優(yōu)化，適用于高性能存儲和云原生工作負載，比如，一些容器應用，從市場宣傳的口徑來說，它被描述成一種云原生服務器。
基于Ampere的g6r實例（g代表通用場景）
在宣布推出倚天710之前，阿里還低調預覽了基于安晟培Altra處理器的實例，如今，打開阿里云官網還是能看見g6r系列實例的規(guī)格。
在Arm服務器方面，阿里云做到了兩手抓，未來可能會視市場表現(xiàn)和成本考量重新作出選擇，但也不排除會繼續(xù)增加更多基于Arm的SKU，總之，還是很看好Arm前景的。
最近，微軟Azure也發(fā)布了Arm實例Dpsv5的預覽版，與AWS自研Graviton芯片不同，微軟Azure用的是來自安晟培（Ampere）的 Altra處理器。
Azure Dpsv5實例規(guī)格
安晟培（Ampere）這兩年被曝光的次數(shù)其實挺多的，安晟培（Ampere）在芯片行業(yè)還是很有背景的，畢竟，安晟培（Ampere）的創(chuàng)始人兼CEO的Renee James之前是英特爾的高管。
可以說，拿下Azure對于安晟培（Ampere）的背書意義還是非常大的，對于提振Arm陣營士氣很有幫助。
Arm服務器怎么用？Arm生態(tài)行不行？
此前，Arm服務器失敗的根本原因是沒有建立起應用生態(tài)，也就是說，即使有性能又高，價格又友好的服務器，但是也沒有可以運行的應用，也不會有人買單，那么現(xiàn)在，誰會用Arm云主機？能用Arm云主機做什么呢？
四五年前，在某展會上，筆者指著一臺Arm服務器詢問它的使用場景，展臺的技術專家表示，它主要用來運行安卓類的工作負載，直到現(xiàn)在，安卓類負載仍是Arm服務器的一大類應用場景，但遠不止于此。
自2018年，亞馬遜云科技推出Graviton以來就瞄準了通用場景，在一些場景上已經可以取代x86處理器的場景，比如，Graviton2可用于Web應用服務器、微服務、視頻轉碼、高性能計算、EDA設計、壓縮、游戲、開源數(shù)據(jù)庫、數(shù)據(jù)存儲以及機器學習等場景。
亞馬遜云推出Graviton2時，宣稱性價比相比x86提升了40%，Azure新推出的Dpsv5，與基于x86的主機相比，在一些工作負載上可以提升50%的性價比，這些工作負載包括Web服務器、應用程序服務器、開源數(shù)據(jù)庫、云原生以及微軟的.NET應用、Java應用等。
Oracle A1實例的性價比優(yōu)勢
2021年，Oracle云也推出了基于Ampere Altra的A1實例，性價比相比較于AMD的米蘭都高出了32%。Oracle云沒具體強調用于哪些場景，但是強調跟一些技術和開源伙伴有密切合作關系，開發(fā)者生態(tài)特別的強，言外之意就是不愁Arm主機沒有可以運行的應用程序。
甲骨文云的基礎Arm軟件棧
Oracle手握Java開發(fā)者上游生態(tài)和MySQL數(shù)據(jù)庫生態(tài)，在Linux生態(tài)方面也積累頗深，也有自己的Oracle Linux發(fā)行版。
微軟有Windows操作系統(tǒng)生態(tài)和Github代碼托管平臺，微軟在Arm實例上提供了一系列開發(fā)工具，包括自家的VS C++/C#/F#，另外，Azure的Arm實例還支持.Net6和OpenJDK。
亞馬遜云雖然也有自己的Linux發(fā)行版，雖然在開源方面有過不少爭議，好在，作為Arm服務器陣營的一面旗幟，也另辟蹊徑走出了一條破局之路。
確實有一些用戶在考慮將工作負載遷移到Arm的成本和遷移后的收益后，最后選擇遷移，但盡管現(xiàn)在許多Linux發(fā)行版都支持Arm架構，但圍繞x86構建的開源應用生態(tài)太過于豐富和完善，僅靠重寫程序慢慢對齊x86其實并不太現(xiàn)實。
亞馬遜云科技的做法是，讓自己龐大的云服務矩陣先用上Arm服務器，自己改寫代碼自己先用上，于是我們能看到，有25項技術服務在用Graviton，包括Amazon Aurora、Amazon EMR、Amazon RDS、AWS EKS、AWS Lambda等各種常見的重量級服務。
云計算托管的模式本身就是要屏蔽底層硬件的差異性，而亞馬遜云讓很多用戶不知不覺間就用上了Arm服務器，即使沒有繁榮的業(yè)務應用生態(tài)，也能靠自身的體量將Graviton服務器大規(guī)模用起來，并且能成為降低服務成本，提升競爭力的手段。
阿里云公測的g8m沒有公布性價比相較于x86提升的數(shù)字，只說了性能和能效比的優(yōu)勢，應用場景方面，也能支持容器、微服務，測試開發(fā)，網站和應用服務器，游戲服務器以及其他通用類企業(yè)級應用。
整體，阿里云的Arm云主機目前還算比較低調，畢竟開發(fā)生態(tài)不能跟微軟和Oracle，在宣傳上少了一些可以打的牌，但好在可以參考亞馬遜云的技術路線，讓自家的服務用上自家的Arm主機。
在眾多巨頭的力推之下，Arm生態(tài)可期。
Arm現(xiàn)狀：云陣營已成
自研也好，用第三方的Arm平臺也好，整體而言，Arm服務器的云浪潮才剛剛興起，誰都無法預料到幾年后會是怎樣一副光景。
在亞馬遜云、甲骨文云、Azure和阿里云等巨頭紛紛入局Arm云主機市場，也有人按兵不動的，比如谷歌云（GCP），又比如，IBM云應該也沒有Arm主機。
騰訊云在2021年推出了首款基于Ampere Altra的Arm主機SR1，用于各種類型和規(guī)模的企業(yè)級應用、Arm 仿真測試、嵌入式開發(fā)測試以及基于CPU的機器學習推理場景。安卓云游戲之類 的。
作為少數(shù)IT服務商轉型而來的云廠商，華為云可以利用華為在服務器等硬件方面的優(yōu)勢，可以提供基于華為鯤鵬芯片的Arm實例，作為自研的Arm主機提供商，華為與亞馬遜云和阿里云屬于一類，一方面可以靠鯤鵬生態(tài)，一方面要靠華為服務行業(yè)的經驗。
2021年，UCloud也推出了基于Ampere Altra處理器的主機，UCloud官方列出了與同等配置x86主機的價格差異，大致相差35%，應用場景方面，包括各類數(shù)據(jù)庫系統(tǒng)、Redis集群、分布式開源存儲方案，安卓相關的仿真測試和開發(fā)測試，云手機以及嵌入式開發(fā)等。
當然，也有的規(guī)模較小的云廠商覺得，現(xiàn)階段推出Arm主機的做法不劃算，并沒有推出Arm服務器的的打算，對于采用AMD的x86服務器倒是更熱衷一些，目前，還是x86的實用性更強一些。
Arm主機與x86相比大致維持了35%甚至更多的性價比優(yōu)勢，芯片和硬件本身的成本是一方面，其本身能節(jié)省電力和散熱成本也有助于降低數(shù)據(jù)中心運營成本，性價比優(yōu)勢將是Arm服務器發(fā)展的根本動力。
IDC數(shù)據(jù)顯示，2020年第四季度，Arm架構服務器同比增長了345%，Statista預測，到2028年，Arm架構處理器在數(shù)據(jù)中心和云的市場份額將從2019年的5%增長到25%，2028年的市場規(guī)模將達到580億美元。
結束語
筆者個人非?？春肁rm服務器在公有云市場上的優(yōu)勢，看好Arm在數(shù)據(jù)中心市場的未來發(fā)展，除了服務器以外，很多DPU也都集成了Arm核心。
現(xiàn)階段說成功還為時過早，在不久的將來，隨著Arm服務器應用生態(tài)的逐步完善，公有云市場上的優(yōu)勢也將擴散到企業(yè)級市場，畢竟，現(xiàn)在企業(yè)級市場的技術和理念進步，全靠公有云推動。
來源：科技云報道
免責聲明：此文內容為第三方自媒體作者發(fā)布的觀察或評論性文章，所有文字和圖片版權歸作者所有，且僅代表作者個人觀點，與極客網無關。文章僅供讀者參考，并請自行核實相關內容。投訴郵箱：editor@fromgeek.com。
免責聲明：本網站內容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網站出現(xiàn)的信息，均僅供參考。本網站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網站中的網頁或鏈接內容可能涉嫌侵犯其知識產權或存在不實內容時，應及時向本網站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內容或斷開相關鏈接。
