可能因為最近馬云風頭正勁,讓我不由得想起了多年前阿里巴巴那個最后一臺小型機下線的條幅。
時隔多年,我竟然還在討論這個話題,一切皆因我們的POWER重裝上陣。
本周末,新購的浪商K1 POWER E950小型機將完成最后一次割接,再加上之前核心POWER i980的上線,今年小型機升級工作將圓滿落幕。
今天,打算用最近很火的“內(nèi)卷化”來重新解讀一下小型機下遷。
小型機江湖
當年,Oracle開創(chuàng)了一體機這個新品類,用新物種迭代了小型機,最后把Sun的SPARC給玩死了。
HP的SuperDome,我沒接觸過,但想起HP大廈都變賣了,莫名有種涼涼的感覺。
以前玩小型機的,現(xiàn)在都退場了,只剩IBM和lPS。
入行這些年,我搞過AS/400和RS/6000,對大多數(shù)從業(yè)者來說,這經(jīng)歷也算難得了。
后來IBM重新命名了產(chǎn)品線,我們成了POWER最大的IP(iSeries & pSeries)用戶之一。
七年之“癢”
2013年數(shù)據(jù)中心遷移,那個時點我們做了最大,也是最后一批小型機采購。
之后,在去小型機的浪潮下,我們對于IBM和小型機的態(tài)度開始變得冷淡,隨之而來的是對互聯(lián)網(wǎng)的擁抱,基于X86的開源和分布式變成了主旋律。
回首這七年,看到的是小型機的零采購,在這期間,技術也生了很多變化,云計算取代虛擬化成了新的技術風口,別說IBM,就連VMware也逐漸勢微。
我自己也未曾想到,七年之后我們選擇了與IPS再續(xù)前緣。
為什么要去IOE
阿里為什么去IOE,因為不適合互聯(lián)網(wǎng)應用場景。
我們?yōu)槭裁慈OE,因為有特定的歷史背景。
那時,國內(nèi)稍微有點體量的公司,有上百臺小型機是很正常的事情。除此之外,通常還有大量的X86物理服務器,在那個沒有云計算的年代,運維成本高和效率低是普適性痛點。
為此,我們迫切地需要進行技術變革,在后來的數(shù)據(jù)中心遷移過程中,借助VMware徹底地實現(xiàn)了虛擬化,并同步完成了大量的U2VL,運維水平也因此有了大幅提升。
去小型機不是目的,提升資源利用率和運維水平才是根本。
現(xiàn)如今,我們的小型機上只剩下重載的核心數(shù)據(jù)庫,遷移進入了深水區(qū)。
用戶價值體驗
新科技,包括互聯(lián)網(wǎng)都不是存量競爭,而是增量競爭。
所以當X86虛擬化和與云計算的趨勢形成后,原來的POWER增量斷崖式下跌,隨之而來是IBM業(yè)績的持續(xù)下滑。
為什么我們現(xiàn)在又繼續(xù)采購POWER小型機,因為存量需要。
早期,我們存量環(huán)境中有大量的POWER服務器,在應用場景和資源利用率上都有優(yōu)化空間,也就是所謂的煙囪式向資源池化和云化的轉(zhuǎn)變。
套用一下梁寧老師在產(chǎn)品思維課上講到的用戶價值公式:用戶價值=(新體驗-舊體驗)-替換成本。
拿X86替換POWER小型機這個場景舉例,初始階段能夠很明顯感受到VMware所能帶來的好處,在資源池上快速交付標準化系統(tǒng)。
此時,VMware帶來的用戶體驗比原有的運維體驗好太多,而且很多非關鍵應用的小型機下遷其實沒什么太多的挑戰(zhàn),風險可控。
此時,用戶價值很高。所以,在VMware的加持下,做U2VL是水到渠成的事,結果就是成規(guī)模的下線了一批小型機,達到了降本增效的目標。
小型機下遷的內(nèi)卷化
但隨著小型機下遷進入深水區(qū),對于核心數(shù)據(jù)庫的遷移改造,牽一發(fā)而動全身,風險敞口顯著放大,開始出現(xiàn)了內(nèi)卷化。
我先來解釋一下什么叫內(nèi)卷化,從經(jīng)濟學角度講,就是邊際成本越來越高,但邊際收益越來越低,經(jīng)濟學專業(yè)名詞——邊際效益遞減。
這里面涉及到兩個成本,一個邊際成本,一個是機會成本。
在成本分析之前,還要解決幾個技術可行性的問題。
比如,對于重載的核心數(shù)據(jù)庫,X86服務器的性能是否能撐得住?X86服務器的RAS特性跟小型機比還有差距,如果沒有Oracle RAC這樣的架構,系統(tǒng)高可用性怎么保證?
而對我們這種DB2的重度用戶,只能引入DB2 pureScale架構,還需要考慮產(chǎn)品成熟度和運維水平是否能跟得上?
此外,還需要協(xié)調(diào)開發(fā)和測試團隊進行充分測試,項目周期也會更長,關鍵是還不一定能控制風險。
最近,我們有個X86上的DB2數(shù)據(jù)庫,時不時的就來個filesystem readonly的故障,打了補丁,換了硬件,好像也沒徹底解決,這種事撞上了就是風險。
除了看得見的X86采購成本低,收益幾乎為零,甚至是負的,再考慮到測試和管理工作,這些都是發(fā)展新業(yè)務的機會成本。
所以,別用戰(zhàn)術上的勤奮,掩飾戰(zhàn)略上的懶惰。
如何避免內(nèi)卷化
如何避免內(nèi)卷是一項系統(tǒng)工程,借鑒官方的說法,“以內(nèi)循環(huán)為主,構建雙循環(huán)促進發(fā)展的新格局。
前幾年,有個說法叫雙模IT,講的是IT的穩(wěn)態(tài)和敏態(tài)。那個時候其實就已經(jīng)定性了,讓凱撒的歸凱撒,讓上帝的歸上帝。
虛擬機規(guī)模的快速膨脹所產(chǎn)生的資源消耗,相對于POWER要大得多,對于運維成本的提升也是顯著的。
當下,可以把POWER的升級換代看成是內(nèi)循環(huán),而外循環(huán),我最新的看法是借助容器化技術進行去虛擬機的變革。
當然,從穩(wěn)態(tài)IT的角度講,是否去小型機,要從業(yè)務發(fā)展的角度做好充分的評估,如果只是在服務器層面去小型機,就會變成為了去而去,沒價值不說,還出力不討好。
如果真想科技驅(qū)動業(yè)務,那就徹底的用分布式建設新核心,然后把舊核心給演化掉,這才是變革。
可以說,不做系統(tǒng)整體分布式改造的小型機下遷,都是無用功。
寫在最后
時光匆匆,無影無蹤。
一轉(zhuǎn)眼,跟小型機一起走了十幾年,在可以預見的未來,還要繼續(xù)走下去。
在這個大多數(shù)人都在講分布式的時代,選擇堅守,即是一種無奈,也是一種職責。
不過,換個角度想,隨著時間推移懂小型機的人越來越少,競爭也越來越不激烈,說不定哪天就又成了香餑餑,哈哈。
謹以此文獻給那些曾經(jīng),現(xiàn)在和未來還要靠小型機營生的人!
原文標題:X86和云計算怎樣把IBM小型機推下懸崖?
文章出處:【微信公眾號:ssdfans】歡迎添加關注!文章轉(zhuǎn)載請注明出處。
責任編輯:haq
-
IBM
+關注
關注
3文章
1749瀏覽量
74629 -
云計算
+關注
關注
39文章
7743瀏覽量
137208 -
互聯(lián)網(wǎng)
+關注
關注
54文章
11113瀏覽量
103024
原文標題:X86和云計算怎樣把IBM小型機推下懸崖?
文章出處:【微信號:SSDFans,微信公眾號:SSDFans】歡迎添加關注!文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關推薦
評論