没有回头路的RISC系统迁移之三要诀

标签: 没有 risc 系统 | 发表时间:2012-07-23 10:15 | 作者:
出处:http://pipes.yahoo.com/pipes/pipe.info?_id=10560380f804c7341f042a2b8a03e117

时下,随着水平扩展(Scale out)的技术、实践和相关软件不断成熟,很多以前使用小型计算机的业务系统应用,出于成本考虑,准备向PC级或机架式服务器迁移,也就是要从CPU指令集采用RISC结构的系统,迁移到使用x86结构的系统。在Intel工作的 “非仙居”,给出了此种迁移的三要诀:撞破南墙不回头,痛下杀手改架构,看准方向多投入。他的这篇博文,在微博上也引发了讨论。

非仙居看来:

国内迁移最成功最彻底的案例莫过于淘宝的商品库去O项目。结合自己亲身参与的别的几个案例,总结了三点自认为迁移成功的关键,和X86比之RISC系统的一些优劣,在此分享。

要诀1:撞破南墙不回头!

非仙居认为:

在现今的技术条件下,可以说没有一个系统是不能够从原先的RISC架构迁移到X86架构。关键就是看决策层领导层想不想这么干。

……

有得必有失,一旦你实在不能忍受RISC系统的高昂维护升级费用,封闭系统的各种局限,那你就要改头换面!但一旦你决定改头换面了那么势必原先的一 些你习惯了的地方也要完全被放弃掉,所以肯定是有很长的一段阵痛期!想先通过一些小规模尝试规避掉所有风险是不可能的。就像企业刚上RISC系统时也一 样,会有各类问题出现。但那时你没有选择,所以只能排除万难迎头而上。现在其实也一样,作为CIO,你要做好准备,一旦你决定了做RISC迁移了就是一条 不归路,你必须狠下决心就一条路走到黑,碰到问题也只以保证X86系统能按时上线为大前提!

遇到问题时, 非仙居的建议是:

切割时候问题肯定会出现的。真的有决心就不是去畏畏缩缩的规避这些,而是下死命令告诉所有业务部门你只能用新的了,有问题有抱怨我们一起想办法在新系统上解决,短期有影响我们一起承担风险责任。

他认为拿周边小系统尝试没有意义:

因为在核心系统没改变的情况下,边缘系统的异构对于你来说只是增加很多无谓的各种兼容性问题故障排除的人工。

因此,一定要下定决心:

RISC向X86迁移这种事,一旦要干就要狠下死手只有华山一条路那么的去干!别说碰到困难,即使撞到了南墙也要把南墙撞破再往前走。

要诀2:痛下杀手改架构!

非仙居看来,RISC架构系统迁移时,体系架构的调整不可避免:

 对于一个使用RISC架构作为IT主要架构的企业来说,后台前台数据结构势必是以RISC架构为核心的。如果要转,那么这种体系架构肯定要改。比如数据模型,存储文件系统……

接下来他举出了淘宝的例子:

淘宝商品库核心数据库系统去O过程中,很关键一个里程碑就是把切分库的方式从卖家ID变成商品ID,从而根本解决了从RISC到分布的X86系统时IO分布不均的问题。要是不作这一改变,估计那次去O尝试也不会有好的结果。

他认为其实这两种方法没有绝对的好坏:

这个没有谁好谁坏的问题,两套体系两种思路罢了。你决定了换体系就要以新体系的套路重新评估业务,设计架构,千万不能想着偷懒把老的一套以某种方式过渡或者变通过去,那样的结果肯定是失败的。

他又举出一个案例:某家企业

一直想在X86系统中找“把若干台机器放在一起当一台机器用”的方案,而事实就是这种方案几乎没有,即使有也不可能比RISC好。

非仙居认为这不可能:

因为X86系统就不是按这个思路设计的。X86系统就是要把一件事情拆开在多台机器上跑;或者让一堆机器聚在一起,智能自动地处理一大堆乱七八糟的不同任务。

他指出:很多人讨论的稳定性标准达到几个9这个问题也不现实。其原因在于:

RISC的设计理念是为了 0.1% 的极端情况投入整个成本的60%甚至更多;而X86系统架构的设计理念就是要把100%的成本花在99%会出现的业务场景上,而先不去考虑那些极端场景。 所以要求X86硬件系统达到RISC这样的不当机水准是不现实的,设计理念就不一样。你从RISC迁移到X86,就是要做好准备硬件的稳定标准会从3个9 下降2个9,但因为有软件上层架构的保证,你的应用其实也不会中断。所以要从RISC迁移,你就要把这套旧观念抛开!

关于架构重新设计的好处, 非仙居认为:

随着企业信息数据量的越来越多样化和复杂,开放的X86架构可以给你带来更大的业务伸缩性和自由度。但这样子的变革完全需要投入的人力物力也是相当大的,短期看是绝对不会省钱的。干不干得完,全取决于企业的战略和CIO们的胆识。

要诀3:看准方向多投入!

非仙居提出一个很具争议性的观点:

一切只为了省钱而进行的RISC迁移项目最终都会以失败告终!

他从硬件、软件和人力三方面分析了成本。

硬件方面:

别以为RISC系统真的那么贵,没有一个客户买IBM的P系列机器不是打狠折的。而且相对于X86系统,在现有业务环境下,完成同样事情需要的P系 列机器数量肯定要远少于X86服务器数量。所以光算硬件,X86是要比P系列机器便宜些,但其实也没便宜多少,绝对不到数量级上的差异。

软件上:

先说虚拟化,PowerVM是免费而VMWare的收费我就不提了。即使硬件成本上节省了不少但别忘了你还要把应用从PowerVM为基础的AIX迁移到VMWare为基础的Linux上。

而这又涉及到人力的投入:

这方面你要花的人力投入何止RISC系统上的几倍。别的应用更是。

……

从RISC到X86完全是体系架构上的从头再来,所以即使你用的软件硬件是省钱了,但这种体系架构上的重起炉灶势必使你要投入更多的人力物力去研发新体系完善新架构,并且这不是一段时间内的行为。

为了使X86系统完全融入业务环境,注定了他们必须是一支能够长期在第一线优化调整架构的高投入技术团队。要养这么一支团队,企业要付出的各方面待遇薪水福利基本不会少于购买成熟RISC架构软件及其每年相应的服务升级费用,甚至会更多。

在大方向上,非仙居认为一定要把优先级这样的战略问题想好,而且

在一定的预算内,系统的功能和性能如何平衡是很关键的一点。

RISC系统功能完善,可能某些地方性能略差;X86系统某些方面性能领先,但可能一些功能模块诸如冗余容错略逊。所以如果想要通过X86去改头换 面,不妨可以考虑一开始先在某些关键应用的性能方面追求提升,然后系统建设好后再逐步完善其它功能。当然也可以先尽量完善功能模块,再逐步选择提升性能。

总之一开始就要根据实际明确好自己的道路和方向,然后沿着这个方向,大胆投入,不然走了一半才意识到这些就悔之晚矣了。

RISC迁移的两点好处

非仙居总结了RISC迁移的两点好处:

好处1:获取更大的业务自由度。

未来信息化的发展,可能需要的不是一个可以稳定运行20年的系统,而是一堆短时间内可以支撑海量用户或者某种高峰应用的小系统。而一段时间过后,这 些小系统是否存在人们基本不再关心。所以旧有RISC系统的局限在这种业务趋势下就会变得捉襟见肘。相反更灵活,伸缩性更大的X86体系架构就变得更适合 企业业务的发展需求。

好处2:增强自身的话语权。 

现在X86系统的周边产业链也就是所谓的Eco-System要比RISC系统完善强大太多了。作为一个CIO,如果所有系统都绑在RISC上,那 么日后势必只能越来越多的依靠IBM,Oracle这几家寡头。系统发展,升级,所有的命脉其实都捏在他们手上。别说讨价还价了,想单独要些定制的东西都 会越来越难。

而X86系统就不说了,硬件就不说了,软件方案也是精彩纷呈选择多样且兼容性移植方案都齐备。想自己开发点啥开源社区或者开源定制服务公司也都在那里等着你。你大可以放手选择,招投标时生杀大权完全掌握在你自己手里。

文章最后,非仙居总结:

天下事其实都是这样,有舍才有得。你抛弃了旧有的稳定可靠的框架,横下一条心,投入大量的人力物力走上了一条新的道路,练一套全新的武功招数,获得 了更大的业务自由和伸缩空间,同时也使自身和厂商博弈时占据了更有利的位置。这个就是我认为的RISC向X86迁移的付出和回报。

……

一旦要走这条路就要彻底的走,走一半或者走走停停都是浪费人力财力的无谓之举。

微博热议

他的这篇博文引发微博上的讨论。

jametong提出了自己的观点:

  1. Risc系统与数据模型的关系不是必须调整的。
  2. 不是每个公司都可以承受去Risc系统带来的阵痛的(不要搞出下一个Digg的改造出来)。
  3. 不是每个公司都可以投入那么大量的人力物力来做改造,改造的效果也未必是省钱。
  4. 做这件事情的目标不明确。

脚趾008对其的评论是:

严重同意第一点,用x86也能用O。从risc转x86还有一种场景可能 @非仙居没提,大型的SI/ISV,为了降低方案整体成本,避免受制于I,同时他们技术雄厚,能承受两种架构并存。这类公司,以通信行业为代表,按规模来建议平台,但其仍为传统架构。

淘宝网高级数据库专家宁海元的微博帐号是 NinGoo,他指出:

以现在pc+ssd的性能,从小型机迁移出来没那么大的风险和人力投入了,只是需要在数据库和应用层面做好容灾和高可用方案。至于去不去O在这里不 是关键点。小型机这种昂贵的封闭系统,其实风险很高,一旦宕机十几个小时修不好常有的事,而pc的价格完全可以多买几台直接替换。

高峡之数据时代说:

  1. 最重要的驱动力就是降低成本,这不可耻。当年GOOGLE没有钱,买了很多PC SERVER集群,来提高高可用性,结果催生了云计算;
  2. 以降低成本为中心,才能折中架构重构,高可用性和性能;
  3. GOOGLE每年的数据中心成本从64亿美金,降到15亿美金,从而打造出极佳的盈利模式;
  4. 降低成本本身就是商业模式的一部分 

南七的木木指出:

x86化的所有优势恰恰与x86硬件无关,而是分布式软件架构带来的对业务扩展性灵活性的支撑。

脚趾008对这个观点不是很赞同:

当前的X86在稳定性方面和risc的差距已经不象早年那么大了,更别说采用了小机架构来设计的x86服务器,性能方面更是几乎相当。

在评论中,  非仙居老卢在路上从硬件的可靠性问题开始,讨论到了大型企业的考核与绩效:

老卢在路上:第一次听说RISC是三个9设计的,X86是两个9。有什么具体的例子来佐证这个嘛?

非仙居:只是打个比方罢了。就是想说明不论从硬件还是软件,X86的系统对于RAS,归档,快照等等需求处理的思路确实和传统RISC不一样,没有可比性。

老卢:replication这些都是软件特性,不知道和CPU的关系具体体现在什么地方?

非仙居:和cpu无关的。但很多企业考核指标就是硬件的不死机,这个是RISC时代的标志,不适合拿来衡量x86的硬件可靠性。x86系统看单机是没有意义的。所以我说你光看硬件的话,会可能从3个9变成2个9,但整体系统依然是高可用的。

老卢:所以还是软件和系统的可靠性要求不一样,和是否是RISC或者是X86没啥关系..

非仙居:是的,但问题是现在大多数大型企业考核系统稳定性的标志还是RISC的思路,对X86没有意义。但这个指标却和部门绩效工资息息相关。这个不转变,领导的思路就不可能改变。

郑柯 InfoQ中文站总编。做过开发,当过PM,干过销售,搞过市场,最终还是回到媒体。实用的理想主义者,相信:每天改变一点点,这个世界会更好。

相关 [没有 risc 系统] 推荐:

没有回头路的RISC系统迁移之三要诀

- - InfoQ cn
时下,随着水平扩展(Scale out)的技术、实践和相关软件不断成熟,很多以前使用小型计算机的业务系统应用,出于成本考虑,准备向PC级或机架式服务器迁移,也就是要从CPU指令集采用RISC结构的系统,迁移到使用x86结构的系统. 在Intel工作的 “非仙居”,给出了此种迁移的三要诀:撞破南墙不回头,痛下杀手改架构,看准方向多投入.

真正让Arm感到紧张的原因为什么是RISC-V的灵活性?

- - 雷锋网
PC时代成就了x86,移动互联网时代Arm是绝对的主流,即将到来的IoT时代,哪种指令集架构会成功. 随着RISC-V在全球范围内,特别是在中国关注度的提升,Arm显然感受到了压力,并公开质疑RISC-V面临的成本、生态系统、碎片化、安全性、设计保证方面的问题. 让Arm真正感受到压力的,既不是开源也不是性能,而是灵活性.

日本新干线系统:安全没有妥协余地

- laoguo - VOA News: 中文主页
日本新干线系统:安全没有妥协余地. 中国高速铁路发生重大事故,人们对铁路安全担忧升级的同时,开始重新审视日本新干线近半个世纪安全业绩. 日本新干线有关人员说,只有安全才能有安心,在安全面前没有妥协余地. 2011年3月11日下午2点46分,日本东部地区发生里氏9. 0级地震的瞬间,在福岛、宫诚、岩手和青森4个县震中附近行驶的11班次新干线列车上,前期地震探测系统启动,列车自动断电并紧急煞车.

壳系统

- Vernsu - It Talks-魏武挥的blog
经常有人被我问到“你用什么浏览器”时的答案是:傲游啦360啦,但事实上,这些都不是真正的浏览器,从技术角度讲,充其量只是在IE浏览器上加一个壳罢了. 在国外,壳浏览器是以“皮肤”的形式存在,纯属为了美化浏览器而用. 但在中国,壳浏览器成了一门生意. 奇虎的主要收入来源并非来自那个由于一场商战而赫赫有名的安全卫士,而是来自于360浏览器(它有两个版本,分别以IE和Chrome为内核).

秒杀系统

- - 开源软件 - ITeye博客
秒杀系统架构分析与实战. (反馈非常好的文章,推荐). (1)查询商品;(2)创建订单;(3)扣减库存;(4)更新订单;(5)付款;(6)卖家发货. (1)低廉价格;(2)大幅推广;(3)瞬时售空;(4)一般是定时上架;(5)时间短、瞬时并发量高;. 假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是10000,秒杀系统需要面对的技术挑战有:.

Facebook:Google+没有用户

- Nanqi - 36氪
6月份 Google 推出带视频群聊的社交网络 Google+ 之后,Facebook 马上联合 Skype 推出基于网页版的一对一视频聊天服务,上周 Google 宣布推出 Google+ 上的社交游戏平台,并首先上线了《愤怒的小鸟》、Zynga 的《德州扑克》等游戏之后,Facebook 马上回应对游戏进行了一系列的改版,包括游戏分辨率更高,侧边栏 News Feed 等.

如果没有 Linux ……

- Iceberg - LinuxTOY
收藏到 del.icio.us |.

窗前没有光

- menzi - 地主家的蜜罐子
    为了让大宝二宝领会祖国古典文学的优雅美妙和博大精深,一有空我就教他俩背诵简单又经典的古诗词. 开车路上,我那车里真是充满了稚气和外国口音的朗朗颂读声:.         我(字正腔圆地):床前明月光.         宝(费九牛二虎之力地):窗前没有光.         我(轻轻地):疑是地上霜.

Ext文件系统

- Haides - 博客园-首页原创精华区
  虽然从Ext2到Ext4,找数据的方式发生了变化,但是,磁盘的布局还是非常相似的. 其实这个东西也不需要变化,因为现在也没什么特别巧妙的方式,而且磁盘的吞吐量、效率的瓶颈也不在这里. 当然,这里排除那些根据自身文件特点设计的数据库,毕竟还是为了支持通用文件.   Boot在第一个块,放的应该是引导程序,超级块就放在了第二个块上,如果不是可以在mount的时候通过参数sb来设置.

HBase 系统架构

- - 博客园_首页
HBase是Apache Hadoop的数据库,能够对大型数据提供随机、实时的读写访问. HBase的目标是存储并处理大型的数据. HBase是一个开源的,分布式的,多版本的,面向列的存储模型. 5 可在廉价PC Server搭建大规模结构化存储集群. HBase是Google BigTable的开源实现,其相互对应如下:.