首先解釋一下，本文標題中的“去 I”與流行的“去 IOE”一詞并不完全相同。許多同行朋友應該知道后者的產生不完全來自技術因素，因此準確地說，我們要討論的是x86替代RISC小型機乃至大機，簡稱U2L(Unix to Linux)。

　　已成過去時的小型機市場

　　從2000年前后到現在，由于Intel x86服務器在性能和可靠性方面的不斷加強，Unix小型機陣營不斷縮水。

　　上圖引用自ChinaByte比特網2012年發表的《安騰和至強：究竟是誰受益于誰?》一文

　　如 上圖，RISC(精簡指令集，在這里代表Power、SRPAC等小型機)和Mainframe大型機在2001年占據服務器市場63%的硬件支 出，x86和EPIC(顯性并行指令計算，代指Itanium安騰服務器)只占37%的市場。而到了2012年，前三個季度x86/EPIC就達到了 75%占有率，RISC/Mainframe只剩下25%。

　　2001 年應該是安騰剛起步不久，在這期間小型機市場先后經歷了SGI放棄MIPS、康柏收購DEC，惠普收購康柏等事件。惠普坐擁PA-RISC和Alpha兩 大產品線，但由于難以獨自支撐處理器設計和制造方面的巨大投入，最終選擇與Intel合作發展Itanium平臺。

　　而每次指令集架構的變更，都意味著應用軟件的遷移。HP-UX和OpenVMS這兩個主要操作系統也隨CPU經歷了版本的調整。

　　到2009年Oracle收購Sun時，Sun原有硬件業務受到一定影響。這時候競爭對手們聞風而動，爭搶SPARC小機用戶這塊蛋糕。除了IBM Power、HP Itanium，還有x86的忠實擁護者戴爾，由于2010年3月Intel正式推出Xeon 7500系列MP平臺，作為Xeon E7的前身已經開始加強RAS特性。

　　上圖引用自ZDNet 2010年的“英特爾至強處理器7500系列發布會”專題

　　如今SPARC陣營的兩家主要供應商Oracle和富士通市場空間都比較有限;Intel關鍵業務平臺的重心已經由Itanium轉向x86，Red Hat操作系統和Oracle數據庫都停止或減少IA64相關研發，曾投入重金的惠普也無法挽回大勢。

　　Power的性能和穩定性還強于x86嗎?

　　由于惠普Superdome平臺已經轉向x86，如今再比較IA64有點偽命題了。真正實力較強，并還擁有可觀用戶群的小型機主要就是IBM Power家族了，盡管前景可能也不是很樂觀。

　　IBM如今也發現，單憑銷量下滑的傳統AIX小型機，難以支撐Power處理器與Intel x86抗衡，于是推出自家運行Linux的小型機，并成立了OpenPOWER聯盟。

　　IBM看重的應該是Linux生態系統和第三方硬件廠商帶來的支持，然而離開AIX和PowerVM的小型機就有點像缺了左膀右臂，這一點我們在與IBM合作伙伴的交流中也基本達成共識。

　　如上表，Power 8處理器主頻和單周期計算效率可能還優于今天的x86，但由于制造工藝等方面原因，核心數量目前最多12個;相比之下Intel Xeon目前最高18核，下一代很快達到22核。Power的成本也沒有優勢。

　　Power E880滿配16顆CPU可達192核心。Intel Xeon E7可以支持8-32路的系統，但實際需求最大的x86關鍵業務平臺還是4插槽，以戴爾PowerEdge R930為例，內存支持已經達到6/12TB。

　　單顆x86 CPU在性能上已經不是問題，我們再來看下可靠性。據同行朋友反映，小機出現硬件故障的情況也會有一些，并不一定低于今天的Xeon E7服務器。業界流行過一句話——“不會壞的是大機”，但國內真正對大機有需求并且能夠承受其價格的，也就是金融行業中的四大行等有限幾家，像“雙十一”那么大交易量的支付寶，也早已靠x86成功實現了“去 I”。

　　受互聯網等行業的影響，依靠分布式x86來滿足性能和可靠性已經是未來的主流方向。

　　關鍵業務遷移是門技術活

　　正如業內技術專家們所說，如果是跑Oracle數據庫，x86已經不比小型機差在哪里，DB2技術上并不占優，真正對部分用戶“去 I”造成阻力的主要是上層應用軟件和中間件與關鍵業務的綁定。

　　專業的問題，應該找專業的團隊來解決。下面我們拿1-2家公司舉例，簡單討論下關鍵業務遷移這個領域。

　　·Clerity：從Sun拆分出來的大型機移植業務

　　在2006年的一條新聞中，我們看到“Sun將其大型機移植業務出售給Clerity Solutions公司，后者計劃將相關技術和支持拓展至Solaris以外的其它操作系統。”

　　“據 了解，Clerity已經收購了Sun微系統大型機事務處理(MTP)以及大型機批處理管理器(MBM)軟件，以及大型機移植工具和相關服務。大型機移植 技術允許客戶在Sun服務器上運行早期的大型機軟件… 源自2001年Sun收購Critical Path公司——一個旨在幫助客戶在Unix服務器上運行大型機軟件的部門。”

　　“Clerity首席運營官Cameron Jenkins表示，由于開源狂潮對IBM大型機市場構成威脅，越來越多的客戶尋求能夠將大機型軟件轉移至其它操作系統的解決方案。因此，Clerity不僅幫助客戶將大型機軟件轉移至Sun微系統Solaris操作系統，還將轉移至Linux操作系統、HP-UX操作系統以及IBM公司AIX操作系統。

　　戴爾自2006年以來的收購路線圖

　　上 面引用了一張簡單繪制的草圖。目前人們關注的焦點集中在去年10月戴爾收購EMC，以及一同加入的VMware、Povital、Virtusteam、 RSA和VCE聯盟。而我們用紅圈標出的位置，則是2012年4月戴爾收購的三家公司中的兩家：Clerity Solutions和Make Technologies(還有一家全球領先的瘦客戶端廠商Wyse，知道這家的朋友肯定更多)。

　　根據當時的新聞，“Clerity Solutions有約70名員工，將整合到戴爾服務部門… 看來戴爾是希望加強在舊系統遷移方面的能力，從而吸引到部分大型機的客戶到x86平臺。”

　　·Make Technologies：關鍵業務移植到開放平臺

　　“Make Technologies創建于1999年，總部位于溫哥華，擁有大約100名員工。主要產品包括應用移植軟件套裝TLM Enterprise Suite，他們的用戶包括expedia、埃克森美孚、fidelity、通用汽車和td bank。”

　　“Make Technologies的軟件和服務可以幫助企業客戶將業務關鍵應用從傳統系統轉移到基于開放標準的平臺，包括網絡云基礎設施。戴爾稱，這些變化可以降低企業用戶的運營成本… 收購Make Technologies可進一步擴展戴爾技術服務業務的能力。”

　　所謂“去 I”，有的朋友關心的可能是換了多少設備，還有沒有再買小機?而業務遷移的能力容易被人們忽視。并不是每一家公司都有互聯網行業中BAT那樣的技術實力，對于大多數企業而言，選擇有經驗的公司或者機構合作進行關鍵業務遷移應該是更合適的選擇。

　　“去 I”先要“懂 I”：存儲陣列的Power VIOS認證

　　對于采購3年以內的Power小型機保有用戶而言，為了“去 I”而立即替換也不見得是個明智的選擇。這時如果需要更換/添購存儲陣列，能夠良好兼容AIX環境還是有一定必要的。只有先融入用戶的環境，產品獲得認可，才能獲得未來更多的機會。

　　戴爾在去年更新SC(Compellent)系列存儲軟件SCOS的過程中，增強了對AIX環境的支持。下圖為截自IBM網站的認證：

　　我 們看到這個認證是針對VIOS(Virtual I/O Server)的，它在IBM PowerVM框架中的作用大致相當于Xen虛擬化的Dom0。此外，上圖中還有“AIX OEM PCM Software of Dell Storage Center…”，以及最大性能、靈活性和效率。接下來我想簡單介紹下AIX MPIO多路徑模型和VIOS的框架。

　　參考這個AIX MPIO模型，戴爾存儲陣列適用于“OEM disk storage”的位置。根據我的了解，在SCOS 6.5.20之前，MPIO多路徑驅動是通過中間的“AIX Default PCM”來做通用支持，此時可實現基本的Active/Standby故障切換，但可能不支持較為理想的負載均衡。

　　從SCOS 6.5.20開始，SC家族陣列能夠配合戴爾提供的“Other vendor PCM”，也就是上面提到的Dell Storage Suite for AIX 2.2中的“AIX OEM PCM Software…”，在虛擬端口模式(Virtual Port mode)下實現完美的故障切換和多路徑負載均衡。

　　在《戴爾SCv2000：入門級陣列硬件設計功力》一文中，我們介紹過戴爾SC系列的虛擬端口模式：

　　虛擬端口模式—— 通過將多個活動端口連接到每個 Fibre Channel 或以太網交換機，提供端口和控制器冗余。在虛擬端口模式下，每個物理端口都有 WWN(全球名稱)，并且還分配有附加虛擬 WWN。服務器僅以虛擬 WWN 為目標。在正常情況下，所有端口均可處理 IO。如果一個端口或控制器出現故障，一個虛擬 WWN 可被移至同一容錯域中的另一個物理 WWN。在排除故障和重新平衡端口后，此虛擬端口會回歸至首選物理端口。

　　與傳統模式相比，虛擬端口模式提供以下優勢：

　　·更高的性能：由于所有端口都處于活動狀態，因此可提供更多的前端帶寬，而不犧牲冗余性。

　　·更大的冗余：端口可以單獨實現故障轉移，無需通過控制器實現故障轉移。

　　·簡化的 iSCSI 配置：每個故障域包含一個協調域中 iSCSI 端口查找的 iSCSI 控制端口。當服務器將該 iSCSI 端口的 IP 地址作為目標時，它會自動查找故障域中的所有端口。”

　　注：以上這段話引用自《Dell Storage Center - Dell Storage Client 2015 R1管理員指南》

　　簡單地說，原來使用AIX小機連接戴爾SC陣列，主機接口應設為傳統模式;而現在可以使用更為強大的虛擬端口模式。正如一位戴爾資深工程師所說：“對于既有AIX又有其它OS共用一個SC(Compellent)的環境也更簡單了”。

　　同時，入門級的SCv2000也因此而受益。由于從簡單易用出發，SCv2000只支持虛擬端口模式，因此剛推出時支持的操作系統列表里沒有AIX，現在也可以加入了。

　　PowerVM典型的雙VIOS高可用Virtual SCSI架構

　　最后我們再來看下PowerVM的Virtual SCSI架構。

　　一 個來自外部陣列的LUN經過SAN存儲網絡，映射到4個FC HBA，它們被劃分到兩個Virtual I/O Server分區，我用藍色圈出的就是多路徑所在位置。相同的Hdisk裸磁盤或者LV邏輯卷可以通過兩個VIOS的VSCSI虛擬適配器同時提供給 Virtual I/O Client分區(即用戶的Guset虛擬機)。

　　由于Virtual I/O Server本身也是一個LPAR(邏輯分區)，雙VIOS可以解決I/O虛擬化中的單點故障。如今LPAR和DLPAR(動態LPAR)已經在大多數AIX小型機上廣泛使用。