RISC系統遷移三要訣

標簽：RISC遷移 X86架構

最近接觸企業risc系統遷移的案例多了些，難免也有些感觸。竊以為國內RISC系統遷移到X86，最成功最徹底的案例莫過于淘寶的商品庫去O項目，我也從淘寶對這個項目的介紹中獲益良多。結合自己親身參與的別的幾個案例，總結了三點自認為遷移成功的關鍵，和X86比之RISC系統的一些優劣，在此分享一下，僅供大家一樂。

#三要訣#

#要訣1： 撞破南墻不回頭!在現今的技術條件下，可以說沒有一個系統是不能夠從原先的RISC架構遷移到X86架構。關鍵就是看決策層領導層想不想這么干。RISC系統肯定是有它優勢在的，特別是對于一個已經用了RISC10幾20年甚至更長時間的企業，要想沒有風險，換成X86之后一切性能功能只好不壞是不現實也是不可能的。有得必有失，一旦你實在不能忍受RISC系統的高昂維護升級費用，封閉系統的各種局限，那你就要改頭換面!但一旦你決定改頭換面了那么勢必原先的一些你習慣了的地方也要完全被放棄掉，所以肯定是有很長的一段陣痛期!想先通過一些小規模嘗試規避掉所有風險是不可能的。就像企業剛上RISC系統時也一樣，會有各類問題出現。但那時你沒有選擇，所以只能排除萬難迎頭而上。現在其實也一樣，作為CIO，你要做好準備，一旦你決定了做RISC遷移了就是一條不歸路，你必須狠下決心就一條路走到黑，碰到問題也只以保證X86系統能按時上線為大前提!不然結果就是舊的沒遷移成，新的也上不了線，兩頭猶豫多花冤枉錢。相關業務部門的阻力肯定是有的，切割時候問題肯定會出現的。真的有決心就不是去畏畏縮縮的規避這些，而是下死命令告訴所有業務部門你只能用新的了，有問題有抱怨我們一起想辦法在新系統上解決，短期有影響我們一起承擔風險責任。如果你沒有這個決心，就干脆別去做遷移。拿些周邊小系統試試之類隔靴搔癢的行為其實沒有任何意義，因為在核心系統沒改變的情況下，邊緣系統的異構對于你來說只是增加很多無謂的各種兼容性問題故障排除的人工。所以，RISC向X86遷移這種事，一旦要干就要狠下死手只有華山一條路那么的去干!別說碰到困難，即使撞到了南墻也要把南墻撞破再往前走，不然就是半吊子扯淡，不如不干!

#要訣2： 痛下殺手改架構! 對于一個使用RISC架構作為IT主要架構的企業來說，后臺前臺數據結構勢必是以RISC架構為核心的。如果要轉，那么這種體系架構肯定要改。比如數據模型，存儲文件系統。。。舉幾個例子：淘寶其商品庫核心數據庫系統去O過程中，很關鍵一個里程碑就是把切分庫的方式從賣家ID變成商品ID，從而根本解決了從RISC到分布的X86系統時IO分布不均的問題。要是不作這一改變，估計那次去O嘗試也不會有好的結果。就好像你玩攝影，當你把機身換成尼康了之后你勢必要把所有佳能的鏡頭出掉換成尼康的。不然即使有各種轉接環之類的但自動鏡頭就變手動鏡頭了，成像光圈也完全不是那么回事了。同樣的你拍攝參數設置也要改變，佳能系相機拍攝一般都要欠曝來保證亮部細節。但這套用在尼康系上面的結果就是暗部噪點加多，所以尼康系機器就是要過曝一點來拍攝。這個沒有誰好誰壞的問題，兩套體系兩種思路罷了。你決定了換體系就要以新體系的套路重新評估業務，設計架構，千萬不能想著偷懶把老的一套以某種方式過渡或者變通過去，那樣的結果肯定是失敗的。我曾經有一個一直關系的大型企業客戶，他們的老總其實一直都想著把原先的RISC架構替換掉，但一直沒有開始大動作。原因就是他們一直想在X86系統中找“把若干臺機器放在一起當一臺機器用”的方案，而事實就是這種方案幾乎沒有，即使有也不可能比RISC好。當他們問起我這個問題，我的回答是，如果你要等的是這個方案，那你就別做遷移了，因為X86系統就不是按這個思路設計的。X86系統就是要把一件事情拆開在多臺機器上跑;或者讓一堆機器聚在一起智能自動的處理一大堆亂七八糟的不同任務。再舉個更普遍的現象，很多人在討論這個問題時候第一個提出的肯定是穩定性標準達到幾個9，其實這個問題在X86的系統架構上也是不現實的。RISC的設計理念是為了 0.1% 的極端情況投入整個成本的60%甚至更多;而X86系統架構的設計理念就是要把100%的成本花在99%會出現的業務場景上，而先不去考慮那些極端場景。所以要求X86硬件系統達到RISC這樣的不當機水準是不現實的，設計理念就不一樣。你從RISC遷移到X86，就是要做好準備硬件的穩定標準會從3個9下降2個9，但因為有軟件上層架構的保證，你的應用其實也不會中斷。所以要從RISC遷移，你就要把這套舊觀念拋開!重新把你的業務設計在這類架構上面，而不是試圖將X86通過某種方式“湊”成相當于原有的RISC系統。這種重新設計好處肯定是有的，毫無疑問隨著企業信息數據量的越來越多樣化和復雜，開放的X86架構可以給你帶來更大的業務伸縮性和自由度。但這樣子的變革完全需要投入的人力物力也是相當大的，短期看是絕對不會省錢的。干不干的完全取決于企業的戰略和CIO們的膽識。

#要訣3： 看準方向多投入!在這里我又想說一個可能會被很多人噴的觀點:一切只為了省錢而進行的RISC遷移項目最終都會以失敗告終!首先，先來看看硬件投入：別以為RISC系統真的那么貴，沒有一個客戶買IBM的P系列機器不是打狠折的。而且相對于X86系統，在現有業務環境下，完成同樣事情需要的P系列機器數量肯定要遠少于X86服務器數量。所以光算硬件，X86是要比P系列機器便宜些，但其實也沒便宜多少，絕對不到數量級上的差異。再說軟件投入，X86要投入的更多。先說虛擬化，PowerVM是免費而VMWare的收費我就不提了。即使硬件成本上節省了不少但別忘了你還要把應用從PowerVM為基礎的AIX遷移到VMWare為基礎的Linux上， 這方面你要花的人力投入何止RISC系統上的幾倍。別的應用更是，前面就說了從RISC到X86完全是體系架構上的從頭再來，所以即使你用的軟件硬件是省錢了，但這種體系架構上的重起爐灶勢必使你要投入更多的人力物力去研發新體系完善新架構，并且這不是一段時間內的行為。為了使X86系統完全融入業務環境，注定了他們必須是一支能夠長期在第一線優化調整架構的高投入技術團隊。要養這么一支團隊，企業要付出的各方面待遇薪水福利基本不會少于購買成熟RISC架構軟件及其每年相應的服務升級費用，甚至會更多。現在還有不少企業喊出了企業開源的口號，那樣需要的軟件開發維護投入成本勢必更大。當然，事先的方向確定也是相當重要的。正如之前所說，RISC到X86，其實就是另起爐灶重練一套武功，那一開始肯定不會盡善盡美的。先關注啥什么優先級更高一些，這些戰略問題就一定要事先想好。在一定的預算內，系統的功能和性能如何平衡是很關鍵的一點。RISC系統功能完善，可能某些地方性能略差;X86系統某些方面性能領先，但可能一些功能模塊諸如冗余容錯略遜。所以如果想要通過X86去改頭換面，不妨可以考慮一開始先在某些關鍵應用的性能方面追求提升，然后系統建設好后再逐步完善其它功能。當然也可以先盡量完善功能模塊，再逐步選擇提升性能。總之一開始就要根據實際明確好自己的道路和方向，然后沿著這個方向，大膽投入，不然走了一半才意識到這些就悔之晚矣了。所以，決定了遷移就一定要先定好企業架構體系的方向，然后準備好足夠的人力物力的投入資源儲備。不然就會是半途而廢浪費資源的結局。