Chinaunix

标题: 数据挖掘：小机专家集成系统VS大规模x86集群 孰胜孰劣？（获奖名单已公布-8-23） [打印本页]
作者: Mysql2009    时间: 2012-07-10 16:25
个人认为，两个系统差别还是挺大的，小机的专家系统，ibm的也好，oracle的也好，还是sap的也好，都是有特定的商业场景的

x86的集群则要简单的多，更加适合互联网行业的简单需求分析，但是运算量则比前者高一个量级。
作者: zhaopingzi    时间: 2012-07-10 17:00
本帖最后由 zhaopingzi 于 2012-07-10 17:16 编辑

相比于小型机而言，x86服务器集群,有着下面的优势：成本低、性能高、可靠性高、可扩展性好等，完全能够实现复杂业务处理的“TB级数据、超万级并发用户量、秒级操作响应”的目标。
    单个小机来说，小鸡宕机时间端，而且扩展个硬件也不用重启系统。
    另外小鸡的价格也贵，这一点对于好多人说，是个优势

    在实际工作的客户中，有钱的买小鸡，没钱的PC server

   
作者: InfoSVC    时间: 2012-07-10 19:43
大数据的话,分布式是方向
在这点上小机实在不是特长,而且成本高
所以x86平台更适合一些
作者: bbjmmj    时间: 2012-07-10 22:50
互联网行业去IOE搞得轰轰烈烈，已经波及到其它行业，就连传统行业小机最铁杆的粉丝，证券业，也已经开始倒戈了，据说上证要搞“狼群计划”，用一堆X86替代小机，为用户提供低延迟交易服务，这种局势下谈论小机，恐怕是逆潮流而动了。
无数历史经验证明，电脑行业，玩大计算的，最后都死得很惨，这是个残酷的现实，至今没有例外，大数据也不会成为例外。
大数据是个骗局，厂商利用大数据炒作增加IT设备销量。大数据骗局同时还可以一举歼灭像中国这样的国家的最优秀的劳工，因为人才都被大数据吸引过去了，而他们搞的却是最不靠谱的东西。只要成功忽悠一些大型IT企业陷入大数据陷阱，厂商就可以顺利消灭数据处理市场最强劲的敌人。
厂商做什么，咱们就做什么，这才是我辈混饭吃的根本！
作者: meego2012    时间: 2012-07-11 09:00
bbjmmj 发表于 2012-07-10 22:50
互联网行业去IOE搞得轰轰烈烈，已经波及到其它行业，就连传统行业小机最铁杆的粉丝，证券业，也已经开始倒戈 ...


围观大神！

本来好短短的去IOE，经过大神这么一说，感觉和那啥运动啥的，有政治色彩啊
作者: pitonas    时间: 2012-07-11 09:22
小鸡专家集成系统和大规模x86集群的各自的优缺点是什么？
这种局势下谈论小鸡，恐怕是逆流了。目前看来，典型的逆流。
作者: bbjmmj    时间: 2012-07-11 10:13
meego2012 发表于 2012-07-11 09:00
围观大神！

本来好短短的去IOE，经过大神这么一说，感觉和那啥运动啥的，有政治色彩啊


IOE代表的是“企业化”IT建设，而“企业化”则是扼杀用户应用创新能力的杀手，“企业化”消灭了用户专家，瓦解了用户操控IT系统和优化应用的能力，真正要反对的并不是IOE，而是“企业化”。
作者: jimn7302    时间: 2012-07-11 10:17
小机专家集成系统在运行稳定可以接受大量数据量读写，接受数据并发数比大规模x86集群占据优势，而且小机专家集成系统稳定性能比大规模x86集群稳定。
作者: mike79    时间: 2012-07-11 11:58
本帖最后由 mike79 于 2012-07-11 11:58 编辑

搬20块50公斤的石头，你可以找20个民工过来，每人搬一块。也可以找吊车过来，一下子就把这1吨的石头都搬走。哪个划算？估计还是找民工划算些。
但是如果要搬1吨的整块石头，不许砸碎碰坏了。石头不大，最多也就能让两三个人一起搬。这时你哪怕找100个民工过来也没用，除了那两三个人之外其他的人都使不上力,你就只能上吊车了。

民工就好比x86集群，吊车就是小型机。如果你的业务是OLTP类型的，瓶颈在于对数据库的密集访问，x86集群的横向扩展没啥用。

叫嚣着x86集群取代一切的，往往都是程序员，尤其是做web开发的。他们看到的就是一台机器性能不够，再加一台分担负载就行。他们不考虑数据库层面的负载，sql语句跑得慢？让dba来优化就行了。

PS 当然bj大神是例外，他只要意念一转，就无所不成。
作者: mordorw    时间: 2012-07-11 12:07
本帖最后由 mordorw 于 2012-07-11 12:43 编辑

楼上的比喻很对。不过，数据库是一块大石头还是很多块小石头呢？难道不能做成X86集群么。即便是一块大石头，也还可以用SSD啊，SSD性价比越来越高了。内存也越来越便宜，64G内存也才2千来块吧。除了X86和小鸡，还有存储系统啊。
总之在X86的世界里，性价比的提升太快

小鸡不还是用的这些个玩意么，性能比X86能强多少呢。当然小鸡可靠性稳定性高，这承认

作者: mike79    时间: 2012-07-11 12:32
mordorw 发表于 2012-07-11 12:07
不过，数据库是一块大石头还是很多块小石头呢？

这没有定论。
最简单的情况，如果你偷懒，把很多不相关的业务数据都放在一个数据库里，那这时候数据库就是很多小石头。但如果其中的数据逻辑关系很紧密，那就是一块大石头。
作者: xiaojianredhat    时间: 2012-07-11 14:21
顶一下,
从成本投入方面和方案成熟度来说，现在的x86集群已经相当成熟。当然这是指大部分场景下。必然会替换小型机

对99%的企业来说（当然特殊除外）
最重要的还是成本，成本，成本。。。。。
作者: InfoSVC    时间: 2012-07-11 16:30
如果论单机的话,小机的稳定性是要比x86主机要好,
但是现在集群技术如此发达,两者在集群稳定性上的差距已经越来越近了

其次对于大数据,如果是海量部署,那么需要的是整体集群的稳定性
在这点上小机的成本高是一方面,其次维护成本,备件替换成本以及周期等等,都是没有办法和x86比的
作者: meego2012    时间: 2012-07-11 17:00
bbjmmj 发表于 2012-07-11 10:13
IOE代表的是“企业化”IT建设，而“企业化”则是扼杀用户应用创新能力的杀手，“企业化”消灭了用户专家 ...


这个要看企业的需求吧，有的增长无望，当然需要压缩成本，减少IT开支啊
但是有的发展迅速，谁还care那点小钱啊，看看现在的京东啥的就知道了
作者: isaacxu    时间: 2012-07-11 17:48
专家系统本身决定不了未来的命运，关键还是硬件的性能、能耗、价格以及应用软件的多寡。小型机不好讲，因为从来不敢忽视IBM的创新能力，但对X86集群，个人不看好，因为ARM有可能取代X86。一台服务器只需要5瓦的电源，这会对云计算平台有很大的吸引力。如果基于ARM集群的数据挖掘，运行速度更快，能耗更小，哪客户选择谁就不言而喻了。附图是Boston Viridis。


作者: 潇潇雨竹    时间: 2012-07-11 20:59
本帖最后由 潇潇雨竹 于 2012-07-13 11:37 编辑

小机专家集成系统和大规模x86集群适用于不同的领域，不能搞 一刀切

举个最简单的列子：

一架飞机要想在一条马路上起飞或者降落，这条马路就需要达到和飞机起落跑道一样的宽度。但是即使你搞几十条窄的马路并在一起，这架飞机还是不能在这几十条并在一起的马路上起落，因为它只能选择其中的一条，这条马路必须要达到它足以起飞降落的宽度才可以！

作者: justdotit    时间: 2012-07-11 21:08
个人觉得看在什么地方最在意？如果看重稳定性与投资的保护，还是小机好。但从数据的扩展性与存贮的管理、软件的开发等方面，集群好一点。不过最终应该还是用户自己考虑。现在大数据量下的，有用小机的，因为是用户自己的系统应用历史与维护开发技术能跟上。有用集群的，特别是电商的，因为没有长的历史，维护与开发技术也没有。所以小机还是集群，自己决定吧！在我看来，只要能解决问题，应付好前端的需求，什么都可以。
作者: beyondfly    时间: 2012-07-12 12:19
奖项设置：
最佳交流奖：7名，奖励精美一份

CU的活动搞得越来越差了，连奖品还要保密，而且，语句不通顺，奖励精美一份，精美啥子，精美礼品吧
作者: InfoSVC    时间: 2012-07-12 13:18
先说海量数据吧,
一般情况下数据分结构性数据,和非结构或半结构性数据
结构性数据在一定数量级下,oracle还是可以处理的,效率,性能等个方面还不错,但是一旦到海量,这就不是oracle的强项了,DB2应该在这点上要比oracle强
而非结构或半结构性数据历来都不是oracle数据库的强项,需要的是所谓的分布式来处理,这个从我接触到的行业来看,无论是互联网还是金融类或者运营商,都已经开始或者已经向分布式来转向了,当然这个也可能和oracle本身的成本有关系

如果基于海量数据来进行分析
那么小机和x86的集群的优点和缺点就不言而喻了,
小机+数据库这种模式肯定存在扩展性不好,成本高,且维护成本高,至于维护品质嘛,出了那么多钱,就该享受这个服务
而x86集群相对的扩展性更好(系统,硬件各个方式都更为开放),成本低,维护成本相对也不较低,至于维护品质,我觉得就和现在坛子里学习linux的人越来越多,相对的技术群体会越来越大,维护的力量也就会越强

从稳定性上讲,我觉得小机平台单机的稳定性肯定是高于x86平台的,但是如果出现集群,我相信在最初做设计的时候,x86平台的集群肯定是考虑很多方面的冗余性,就譬如海量的web应用,随便坏了一台x86,对整体基本没有啥影响,那么集群整体的稳定性不见的比小机平台高.

最后说说这个小机专家集成,老实说我没有看懂,但是如果按照brein所说的是ibm小机+oracle这种模式,我觉得不是未来的方向,这个从oracle研发linux并推出exadata也是基于x86平台的就可以看出

当然小机+oracle模式在基于oltp系统上的竞争性还是要比x86集群高很多的
作者: zhaopingzi    时间: 2012-07-12 13:38
谁信？            
作者: brein    时间: 2012-07-12 13:54
to：infoSVC----“非结构和半结构化数据历来不是oracle的强项。”

    真心想请教下这部分数据，尤其是完全非结构化的数据是哪家厂商的强项呢？真心想去学习学习。

    至于现在金融和运营商的确有部分人在做hadoop，但也是找那些没有什么维度的数据去做，例如类似log类的数据。

    x86集群（或者应该说大规模分布式计算集群）肯定是数据分析的方向了，但也就限于分析吧，做交易？10年内看不到希望。
作者: InfoSVC    时间: 2012-07-12 14:03
回复 26# brein


    对于非结构性数据或者半结构性数据,很多厂商都在做,gp之类的,包括oracle,当然我前面说的oracle是传统意义上的关系型数据库

   
作者: woiny456    时间: 2012-07-12 14:07
回复 7# pitonas


    那为何银行、证券、大型机构都喜欢用小机咧？
作者: brein    时间: 2012-07-12 14:58
回复 28# woiny456

呵呵，他们都有钱，喜欢和大厂商合作。另外大厂商在这几个行业也一直是解决方案商。
   
作者: bbjmmj    时间: 2012-07-12 15:23
mike79 发表于 2012-07-11 11:58
搬20块50公斤的石头，你可以找20个民工过来，每人搬一块。也可以找吊车过来，一下子就把这1吨的石头都搬走。 ...


火车载客能力和载货能力超过汽车很多，但国内运输基本上是靠汽车而不是火车，因为公路的运输能力远超铁路。好多人支持小机实际上是好大喜功、不求实际的思想在作祟。
作者: mike79    时间: 2012-07-12 15:37
bbjmmj 发表于 2012-07-12 15:23
火车载客能力和载货能力超过汽车很多，但国内运输基本上是靠汽车而不是火车，因为公路的运输能力远超铁 ...

嗯，你就靠汽车把神九火箭从工厂运到酒泉发射场吧，估计现在还在路上那。
就等着大神你轻喝一声“呔，起”
作者: taotao_112206_c    时间: 2012-07-12 16:41
x86方案还不成熟，产品不够丰富，x86主要基于JAVA应用，生产中更多的是web应用，x86没有小机稳定，即使冗余再大，一旦出现问题还是会有很多交易死在里面，金融领域对交易成功率一般都控制在99%以上，这对金融领域来说是无法容忍的！！！况且现在小机也可以实现集群。特别是F5的应用。当然了，不是所有行业都需要小机，对稳定性要求高的就用小机，稳定性不高的就用x86，关键岗位用小机，非则x86，不能一概而论。考虑实际需要！！
作者: emperor    时间: 2012-07-12 21:45
我对这个活动的表达方式保留意见。我想首先lz要列出一个解释"小机专家集成系统"的链接或者是资料来，然后才能有讨论。我想前面诸多说的那么多大约都是门外的吧，连见过这个系统的人都没有就可以高谈阔论，实在让人汗颜。个人认为hadoop是数据挖掘的大趋势，其架构是x86几乎难以承载的，越是大越是难满足要求。事实上，标题应该是大数据挖掘，而不是我们之前说的数据挖掘那么简单。小机的会在大数据挖掘上有更突出的表现。。。。。
作者: staryyh    时间: 2012-07-13 01:42
照目前来看 虽然说小机相对来说性能和稳定性上来说或许要超过X86架构 但小机毕竟有局限性 不如x86根深蒂固 他的市场要落后于x86 毕竟x86经历了一段很长的阶段 相关方面很成熟 无法撼动
作者: pitonas    时间: 2012-07-13 09:03
看来考虑需要实际！！
作者: bbjmmj    时间: 2012-07-13 10:24
mike79 发表于 2012-07-12 15:37
嗯，你就靠汽车把神九火箭从工厂运到酒泉发射场吧，估计现在还在路上那。
就等着大神你轻喝一 ...


没有公路运输，我保证神九飞不起来。
汽车拉几百吨的东西不足为奇，汽车的载重能力运神九绰绰有余，只是这么做成本比较高，造大车修公路很烧钱，而铁路和火车是现成的，所以就用铁路运了。
应用现状决定系统架构。
作者: bbjmmj    时间: 2012-07-13 10:25
woiny456 发表于 2012-07-12 14:07
回复 7# pitonas


因为他们是外行领导内行。
作者: mike79    时间: 2012-07-13 10:46
bbjmmj 发表于 2012-07-13 10:24
没有公路运输，我保证神九飞不起来。
汽车拉几百吨的东西不足为奇，汽车的载重能力运神九绰 ...

哈哈，大神先前不是说铁路成本太高，没有公路划算，是好大喜功不切实际么。现在又说是公路成本高，铁路成本低了。
大神脑袋被门夹了，自抽嘴巴？
作者: 一介村夫    时间: 2012-07-13 10:48
这个没有具体场景没法讨论。
便宜自有便宜的道理，也必然有便宜的缺陷，想用便宜的东西彻底取代贵的东西，是不切实际的。
每个产品都有它所面向的场景和对象，那是它的生存空间，也是它特长的发挥空间。
就像当年看着生产VCD/DVD赚钱，就一窝蜂而上，生产出来的只能是便宜的山寨货，高端领域它玩不转。
作者: bbjmmj    时间: 2012-07-13 12:25
mike79 发表于 2012-07-13 10:46
哈哈，大神先前不是说铁路成本太高，没有公路划算，是好大喜功不切实际么。现在又说是公路成本高，铁路成 ...


是你自己不动脑子。洲际导弹都可以用汽车拉着到处跑，神九用汽车运，完全不存在技术障碍和运输能力障碍。
酒泉卫星发射中心建于1958年，那个时候国内汽车生产还很落后，轿车壳子是一群工人围着模具用小锤敲出来的，落后程度可想而知，以那个时候的技术，火箭运输只能靠火车，于是就修了铁路，用铁路运火箭，这是历史遗留问题造成的。
如果火箭运输像网购快递那样对时间要求很苛刻，那就只能用公路运输了，这也是洲际导弹为什么以汽车载体为主的原因，汽车可以用最短的时间把导弹运送到指定发射阵地，而卫星发射并不是紧急任务，所以，没必要追求运输速度，继续用铁路就可以了。
作者: bbjmmj    时间: 2012-07-13 12:29
mike79 发表于 2012-07-13 10:46
哈哈，大神先前不是说铁路成本太高，没有公路划算，是好大喜功不切实际么。现在又说是公路成本高，铁路成 ...


另外补充一点，神九为什么不用汽车运，因为火车运输改汽车运输，要换领导班子，要换管理人员和技术人员，体制内大范围的岗位变动是相当困难的，很多时候采用落后技术都是因为岗位大调动难度太高了。
作者: mike79    时间: 2012-07-13 13:32
bbjmmj 发表于 2012-07-13 12:29
很多时候采用落后技术都是因为岗位大调动难度太高了

大神一语道出自己推荐用x86这种落后技术的原因了。
作者: mike79    时间: 2012-07-13 13:37
bbjmmj 发表于 2012-07-13 12:25
神九用汽车运，完全不存在技术障碍和运输能力障碍

呵呵，不管什么障碍，大神意念一转就全解决了。
大神纸上谈兵之术尤甚赵括。
作者: mike79    时间: 2012-07-13 13:43
回复 42# bbjmmj
神九火箭造价上亿，只载了3个人。性价比连汽车的零头都比不上，为什么不让汽车载人上天？
PS 大神，就靠你把汽车吹上天了。
作者: InfoSVC    时间: 2012-07-13 14:10
hoho,相比较而言,金融体系内的核心系统相对用400的比较多,人家要求稳定是一方面,更多的要求的是安全
作者: InfoSVC    时间: 2012-07-13 14:14
其实无论是hadoop还是其它的大数据处理工具,如gp,Netezza等,其实更多需要未来存储厂商的配合,如果只是单独的讨论小机还是x86,在大数据上其实都很难有做为的.
作者: hbsycw    时间: 2012-07-13 16:27
本帖最后由 hbsycw 于 2012-07-13 16:32 编辑

[高级应用] 数据挖掘：小机专家集成系统VS大规模x86集群 孰胜孰劣？

很好的讨论话题，是一个技术架构取舍的问题，适合各位大牛和技术控深入探讨。本人的见解和观点如下，抛砖引玉：

一 什么是数据挖掘（DM，Data Mining）
    其实简单讲，就是通过大规模的数据处理（涉及各种算法，数学模型比较多~），从中找到某种关联或者特征，从而发现知识和规律，从而对实践起预测或者规划指导作用的一种高级数据处理技术。
二 系统架构取舍
    显然，这是一种计算+存储密集型的应用，也就是对系统的整体吞吐量要求比较高。那么对于这样一个系统的搭建，直观的想法，当然是高性能的计算机啦，作为可行的解决方案，小机专家集成系统是一种解决方案；同时，并行处理技术的发展，使大规模x86集群也是一种可行的方案。那么，对于这两种系统架构，该如何取舍呢？首先，从系统的可扩展性来讲，大规模x86集群是一种Scale Out（  水平伸缩） 架构，可扩展性自然优于小机专家集成系统 Scale Up（垂直伸缩），我们应该认识到，对于DM(数据挖掘)这样的应用，其需要的计算能力是和问题域，也就是要处理的数据量的大小有关的，也就是说，其，应用的本质，需要一种较为灵活的架构，以满足不断增长的数据。这种趋势，也就是现在流行的Big Data概念, Hadoop 的成功和流行也说明了这一点；其次，从成本和可维护性来讲，在我做技术决策时，我一直有种观点，“业务应用看需求，技术架构看成本”。显然，小机的投入成本是昂贵的，运维是需要专人服务的，相对日益价廉的PC Server，如果能用几台x86集群就能达到同样的计算能力，而运维成本也可控的情况下。哪为什么不用这种方案呢？
三 小结
   数据挖掘，是用小机专家集成系统 还是 大规模x86集群架构，这个第一，看你的业务需要，第二，看你差不差钱，孰胜孰劣，就仁者见仁智者见智了，欢迎拍砖~


另，这里和大家分享一个有趣的观点，来自《Hadoop权威指南》：

古代，人们用牛来拉重物。当一头牛拉不动一根原木时，他们不曾想培育更大更壮的牛。同样，我们也不需要尝试开发超级计算机，而应试着结合使用更多计算机。

--Grace Hopper

PS: 关于Grace Hopper，这是一个伟大的女性，计算机技术先驱，有兴趣的童靴，可以去查查~


作者: morinson    时间: 2012-07-13 18:21
bbjmmj 发表于 2012-07-10 22:50
互联网行业去IOE搞得轰轰烈烈，已经波及到其它行业，就连传统行业小机最铁杆的粉丝，证券业，也已经开始倒戈 ...


分析的到位，这就是客观现实啊。IT行业骗子最多了。
作者: bbjmmj    时间: 2012-07-13 19:21
mike79 发表于 2012-07-13 13:32
大神一语道出自己推荐用x86这种落后技术的原因了。


X86属于尖端技术，小机不是，小机落后了一个时代，它只是一个信息化的奢侈品而已。
我多少了解一点商用技术，商业技术的特点是易用性好，可以满足企业用人唯亲的需要，包括小机也是如此，用小机基本不用了解OS、编程什么的，用X86不了解这些早晚会抓瞎。
我用过7种不同品牌型号的小型机，还有大型机，这是经验之谈。
作者: bbjmmj    时间: 2012-07-13 19:22
mike79 发表于 2012-07-13 13:43
回复 42# bbjmmj
神九火箭造价上亿，只载了3个人。性价比连汽车的零头都比不上，为什么不让汽车载人上天？ ...


曾经流行过一句话：造导弹的不如卖茶叶蛋的。一个人所从事的行业是不能拿来装B的。
作者: mike79    时间: 2012-07-13 22:18
bbjmmj 发表于 2012-07-13 19:22
曾经流行过一句话：造导弹的不如卖茶叶蛋的。一个人所从事的行业是不能拿来装B的。

大神你不就是一直在装B么？
作者: mike79    时间: 2012-07-13 22:21
bbjmmj 发表于 2012-07-13 19:21
X86属于尖端技术

大神又在装B了吧？
告诉你，算盘才是最尖端技术。
作者: bbjmmj    时间: 2012-07-13 23:43
mike79 发表于 2012-07-13 22:18
大神你不就是一直在装B么？


人应该多学点知识，而不是拿着别人的资本去装B。拿自己的知识去装B，不算丢人。
真正复杂的是PC，没人教你，没地方接受培训，涉猎面又极宽，不但需要丰富的知识积累，还得有创造力，才有可能玩得转PC。
我用过大型机和小型机，用这些高价设备，掌握一些操作层面的东西就已经足够了，随便什么歪瓜裂枣，拉去培训一段时间，基本上都能学会，实在学不会还有卖家的技术支持。
高价设备的好处是易用性和应用支持服务做得比较好，可以满足企业用人唯亲的需要，但是企业用这些高价设备，要想达到融合创新的最高应用境界，基本上是没可能的，除非你自己造这些东西。
作者: mike79    时间: 2012-07-14 13:13
bbjmmj 发表于 2012-07-13 23:43
真正复杂的是PC，没人教你，没地方接受培训

大神果然在装
作者: mike79    时间: 2012-07-14 13:18
bbjmmj 发表于 2012-07-13 23:43
真正复杂的是PC，没人教你，没地方接受培训

大神果然在装B。PC服务器这么简单的东西，还要人教？还要培训？
大神你的智商是不是太高了？250了？
大神，有没有人教你在地面上怎么呼吸？有没有人培训过你？如果没人教，没人培训，你怎么没把自己给闷死？
作者: bbjmmj    时间: 2012-07-14 16:23
mike79 发表于 2012-07-14 13:18
大神果然在装B。PC服务器这么简单的东西，还要人教？还要培训？
大神你的智商是不是太高了？2 ...


我博客里有好多关于PC的图，不好意思忽悠CU众版友好几年了。
小型机都是操作层面的东西，不比手机复杂多少，好多歪瓜裂枣的网管都能学会操作。
作者: mike79    时间: 2012-07-14 16:43
bbjmmj 发表于 2012-07-14 16:23
小型机都是操作层面的东西，不比手机复杂多少，好多歪瓜裂枣的网管都能学会操作。

PC的东西，那些歪瓜裂枣的网管不学也会操作。
要傻X到大神这种程度才说PC还要培训。
作者: bbjmmj    时间: 2012-07-14 22:13
mike79 发表于 2012-07-14 16:43
PC的东西，那些歪瓜裂枣的网管不学也会操作。
要傻X到大神这种程度才说PC还要培训。


你的意思是说，CU众版友都是歪瓜裂枣了？
作者: 一介村夫    时间: 2012-07-15 09:37
InfoSVC 发表于 2012-07-13 14:10
hoho,相比较而言,金融体系内的核心系统相对用400的比较多,人家要求稳定是一方面,更多的要求的是安全

AS400？10%都不到吧？
作者: 一介村夫    时间: 2012-07-15 09:42
数据挖掘也要分是什么样的数据挖掘。
对于电子商务类的简单的数据关系，用服务器集群完全可以胜任，甚至还有它的优势。
但是对于ERP、银行、电信业务等存在复杂数据关系的领域，用服务器集群就肯定趴下了。
所以，泛泛地谈两种技术手段而不考虑实际的应用领域，纯属扯淡！
作者: QaSanil    时间: 2012-07-15 10:24
bbjmmj 发表于 2012-07-10 22:50
互联网行业去IOE搞得轰轰烈烈，已经波及到其它行业，就连传统行业小机最铁杆的粉丝，证券业，也已经开始倒戈 ...

跪拜大神了，我还是老老实实学小机吧
作者: mike79    时间: 2012-07-15 17:12
bbjmmj 发表于 2012-07-14 22:13
你的意思是说，CU众版友都是歪瓜裂枣了？

这不是你说的么？
作者: InfoSVC    时间: 2012-07-15 17:23
回复 61# 一介村夫


   呵呵,反正我知道的几家的核心都在用400,只是都已经开始慢慢转向开放式平台了
作者: 飞灰烟灭    时间: 2012-07-15 17:27
如果是我我会选择HP的
作者: InfoSVC    时间: 2012-07-15 17:39
个人观点啊:
从oracle exadata,ibm netezza以及emc的greenplum DCA这些特别对阵大数据的工具来看,基本上都是库软件+x86刀片平台硬件+可横向扩展的存储
所以未来这种大数据是比较难以离开这个套路的,同时考虑到三家厂商的实力以及行业领导性,三家同时选择x86刀片平台,所以未来的这种大数据使用x86平台的可能性会更大一些.

最后,电信行业的一些数据挖掘,已经开始使用x86平台了
作者: tjpm    时间: 2012-07-15 20:59
其实大家想多了，没有那么多政治色彩的。

IBM小机的维保费用太高了，而且小机也会经常性出点问题，挂一个影响非常大。而且IBM的机器几年才更新一次啊，不想现在intel的CPU，SSD磁盘等等高速发展。。

现在Intel的CPU都是22nm的了，尼玛power 7都是好多年前的了45nm。。。跑个linpack等基准测试打得power CPU满地找牙的。

当然小机确实有自己的优势，但是现在这种真的是会逐渐被淘汰了。。

现在全球的证券交易所都搞去小机。。至于商业数据库证券交易所一直就没有用过，都是直接放内存。



meego2012 发表于 2012-07-11 09:00
围观大神！

本来好短短的去IOE，经过大神这么一说，感觉和那啥运动啥的，有政治色彩啊
作者: bbjmmj    时间: 2012-07-15 22:32
mike79 发表于 2012-07-15 17:12
这不是你说的么？


不想跟你耍嘴皮子，咱们列单子，PC上需要我做什么，小机上你需要做什么。
我们是职高用户，整个校园网8年的投入，包括机房交换机、布线，包括上网费用，总计不到55万，应该足够低端，随便一台小机，核心系统都得花个千八百万，跟我比，你不会吃亏。

    一、我至少要维护两种操作系统：Linux和Windows Server，BSD被我砍掉了，因为没法交给别的同事答理。
    二、我至少要维护两种数据库：MSSQL和MYSQL，ORACLE、SYBASE和POSTGRESQL被我砍掉了，同样是因为维护的原因，我们是小用户。
    三、我至少要用到两种不同的编程语言：PHP和C++，以及若干种编程工具。
    四、我们服务器上的WEB应用至少有四个平台：PHP、C++、JAVA、.NET。
    五、我得维护存储集群、数据库集群和WEB集群。
    六、我至少要用到两种不同物理层的网络：以太网络和Infiniband网络，FC网络被咔嚓掉了，一方面因为太贵了，另一方面存储有IB SAN，不一定要用FC SAN，再说了，IB SAN我可以山寨，不存在成本障碍。
    七、我们买不起昂贵的企业级交换机、路由器、防火墙，都得用服务器山寨，甚至还得自己改写开源代码，包括SERVER软件和OS内核。
    八、我得做各种集成方案并在其中选择适合我们学校特色的，防止浪费纳税人的钱。此外我还要确保我要买的东西即使没有见过，也得会用，而且要物尽其用。
    九、没有任何形式的技术培训，甚至购买图书都不给报销。
…………
    这只是每年不到七万元投入我得做的事情，如果投入增加十倍，我得做更多的工作。
作者: mike79    时间: 2012-07-15 22:47
本帖最后由 mike79 于 2012-07-15 22:49 编辑
bbjmmj 发表于 2012-07-15 22:32
不想跟你耍嘴皮子，咱们列单子，PC上需要我做什么，小机上你需要做什么。
我们是职高用户，整个校园网 ...

呵呵，我只要做这几件事情就可以了：
1，业务系统保持每分钟能处理15000~18000笔交易
2，业务系统每年计划外停机时间不超过半小时
3，业务系统每年灾备切换演练的系统切换时间不超过半小时

PS 大神你还是做职高网管这份很有前途的职业吧。
作者: bbjmmj    时间: 2012-07-15 23:34
mike79 发表于 2012-07-15 22:47
呵呵，我只要做这几件事情就可以了：
1，业务系统保持每分钟能处理15000~18000笔交易
2，业务系统每年计 ...


真羡慕你的工作，太轻松了！退休级待遇哦~
作者: 一介村夫    时间: 2012-07-16 00:21
InfoSVC 发表于 2012-07-15 17:39
个人观点啊:
从oracle exadata,ibm netezza以及emc的greenplum DCA这些特别对阵大数据的工具来看,基本上都 ...

我并没有否定服务器集群，我做过的一个100TB的数据分析和挖掘类项目的ETL过程也是使用的服务器集群，但是数据库还是在小型机上。
对于大数据量和复杂数据关系的数据操作，服务器集群内耗太高，达不到吞吐量要求。
作者: 萨瓦哥    时间: 2012-07-16 00:22
mike79 发表于 2012-07-15 22:47
呵呵，我只要做这几件事情就可以了：
1，业务系统保持每分钟能处理15000~18000笔交易
2，业务系统每年计 ...


真有冗机和灾情敢切换么？
作者: mike79    时间: 2012-07-16 00:22
bbjmmj 发表于 2012-07-15 23:34
真羡慕你的工作，太轻松了！退休级待遇哦~

你的工作也不错啊。我们这应届生小朋友刚入职时的试用期就是做和你一样的这些事情，做满半年后转正。
大神你有机会可以和这些小朋友交流交流。他们可以教教你怎样更轻松地做这些事情。
不过有些小朋友觉得这些事情太简单，大学里就玩腻了，转正后想从事其他方向。那就要稍微辛苦些了，学点其他东西。
作者: mike79    时间: 2012-07-16 00:26
萨瓦哥 发表于 2012-07-16 00:22
真有冗机和灾情敢切换么？

呵呵，我们真实切换过的。
主存储升级微码后有问题，IO时常被挂起，需要重启存储。就把业务切到灾备中心，主存储重启后，晚上再把业务切回来。
作者: 萨瓦哥    时间: 2012-07-16 00:29
mike79 发表于 2012-07-16 00:26
呵呵，我们真实切换过的。
主存储升级微码后有问题，IO时常被挂起，需要重启存储。就把业务切到灾备中心 ...


那也应该是没啥业务的时候吧？不然这个切换途中每秒几百笔的交易怎么完成和保证数据完整性？
作者: InfoSVC    时间: 2012-07-16 09:01
回复 72# 一介村夫




   100T的数据挖掘项目倒是没有做过,但是也做过7/80T的,之前也是etl集群+oracle rac(小机),效率速度基本可以满足客户要求,但就是太费人了.
   后来将架构改改,使用了当时还没有被emc收购的gp来做,相当于分布式来部署了数据库,效率方面有了比较大的提升.而且oracle 本身也不适合olap系统,更适合oltp的系统

  所以后来对oracle在大数据方面一直没有啥信心,倒是希望有机会能玩玩他的exadata,看看是否有很大的改善
作者: InfoSVC    时间: 2012-07-16 09:02
回复 72# 一介村夫


   

对于集群内部消耗,出现万兆网络,情况已经好很多了
作者: InfoSVC    时间: 2012-07-16 09:04
回复 70# mike79


能否讨论一下你这个系统的架构啊
还是蛮感兴趣的


   
作者: tomer    时间: 2012-07-16 09:24
小机：是给贵族用的
PC：是给屌丝用的

小机：稳定、高贵
PC:通过拼凑来实现维稳
作者: bbjmmj    时间: 2012-07-16 12:36
mike79 发表于 2012-07-16 00:22
你的工作也不错啊。我们这应届生小朋友刚入职时的试用期就是做和你一样的这些事情，做满半年后转正。
大 ...


第一次听你谈及工作，说实话挺佩服你的，那么枯燥的工作，你可以常年忍受。
现在的孩子，接触电脑早，而且一个比一个聪明，咱们这波人得熬到65岁才退休呢，多增长一些知识、见闻吧，要不然会过早被后辈超越。
作者: mike79    时间: 2012-07-16 13:07
bbjmmj 发表于 2012-07-16 12:36
多增长一些知识、见闻吧，要不然会过早被后辈超越。

大神你是要多长些知识见闻了。PC那点东西多简单啊，我这的小朋友三四个月就做得比你好了。
不过你也不用气馁，反正你是在三四线城市的事业单位，老婆孩子也有了，靠那点东西混日子就足够了。
我这的小朋友不能和你比，要买房子结婚，压力比你大多了。所以他们比你更拼也是理所当然的。
不过实在不行的话，他们也能回老家，家里人找个和你类似的工作还是可以的。就你那些事情，他们应付的轻松自如。机灵点的和领导多走动，搞个信息科的科长也不难。
作者: zhangmazi    时间: 2012-07-16 13:14
回复 1# send_linux

x86成本比小型机低，这个是驱动力之一。x86是scale out的模式常常采用的。小鸡scale out或者scale up，成本太高了。
   
作者: bbjmmj    时间: 2012-07-16 14:11
mike79 发表于 2012-07-16 13:07
大神你是要多长些知识见闻了。PC那点东西多简单啊，我这的小朋友三四个月就做得比你好了。
不过你也不用 ...


你有点言过其实了。我们这里有不少计算机专业毕业的学生，名校的也不少（包括清华的研究生），会LINUX的基本没有，光是一个LINUX，没个三年五载的根本啃不下来，我们网络中心成立八年，这八年来学校一直没有人学会LINUX。我博客里的图，骗了CU网友好几年了，你何不叫你们的小朋友来拆穿我呢~
作者: nixmen    时间: 2012-07-16 14:11
回复 82# bbjmmj


   情况好像不是绝对的.
我了解某运营商:
营业系统,几年前,13台满配HP8640--成所谓"群",不要说账务等等了,这个东东要是x86,要多少台才能搞定咧? 维护成本要多大咧?
分析系统A,3台满配IBM780 群;
分析系统B,25台HP DL580 大群---搞了有一年,恼了(维护成本高,老出事),要放弃B考虑扩到A里.

x86单台的维护成本是比小机低,要是一栋楼的x86维护起来可是要小命的.
作者: mike79    时间: 2012-07-16 14:17
本帖最后由 mike79 于 2012-07-16 14:20 编辑
bbjmmj 发表于 2012-07-16 14:11
你有点言过其实了。我们这里有不少计算机专业毕业的学生，名校的也不少（包括清华的研究生），会LINUX的基本没有，光是一个LINUX，没个三年五载的根本啃不下来，我们网络中心成立八年，这八年来学校一直没有人学会LINUX。我博客里的图，骗了CU网友好几年了，你何不叫你们的小朋友来拆穿我呢

名校毕业去三线城市，呵呵，你懂的。
你们网络中心八年来没有人学会linux，呵呵，你也懂的。
先听个故事，某人得了重病快挂了，他的亲朋好友不忍他太受打击，就骗他说很健康。所以为什么不拆穿你，呵呵，你现在应该懂的。
作者: nixmen    时间: 2012-07-16 14:24
回复 68# tjpm


    "至于商业数据库证券交易所一直就没有用过，都是直接放内存。"-----此言差矣,华尔街的证券机构,六成还使用的sybase.证券所比数据库出生的早,商业库比开源库早出生很多很多.....

至于cpu,**nm不代表能力,要知道,power7可是大规模商用并且已在世几年了,intel 的22nm还只是处在发布会阶段.你听说过"老板,来32个22nm"吗? power可以--况且tpc也不会同意你的说法,
就像现在的服务器(x86或power)内存,都还在ddr3 1066或1333, pc的都1600了,总不能说pc比服务器还牛B吧
作者: bbjmmj    时间: 2012-07-16 15:05
mike79 发表于 2012-07-16 14:17
名校毕业去三线城市，呵呵，你懂的。
你们网络中心八年来没有人学会linux，呵呵，你也懂的。
先听个故事 ...


你应该多增长点见闻，别总蹲在井里看天了。
我计算机专业毕业快20年了，在三线城市、三流中学这种基本没IT的地方，我能不被技术发展淘汰，已经足以傲视天下了。
作者: mike79    时间: 2012-07-16 15:14
bbjmmj 发表于 2012-07-16 15:05
我计算机专业毕业快20年了，在三线城市、三流中学这种基本没IT的地方，我能不被技术发展淘汰，已经足以傲视天下了

呵呵，山中无老虎，xx称大王。你的天下就是三线城市三流中学那一亩三分地了，你在那也许可以称王称霸了。
其实我真心觉得你这样混日子很不错啊。上班时候给领导拷些小电影（你懂的，呵呵），下班回家后喝点酒看看新闻联播，晚上陪陪老婆孩子。小日子过得很安逸的，比我们这的小朋友舒服多了。
作者: bbjmmj    时间: 2012-07-16 16:12
mike79 发表于 2012-07-16 15:14
呵呵，山中无老虎，xx称大王。你的天下就是三线城市三流中学那一亩三分地了，你在那也许可以称王称霸了。 ...


至少我在CU做到了独霸神州，CU不都是三线城市三流中学的吧？
我不会像你一样小人得志，更不会像你一样坐井观天，我不停地向各个领域最优秀的人学习，而你呢？固步自封，业务终结或者变更，你也就跟着下岗了，电信上马程控交换机的时候，很多专家一夜之间就成了门外汉，IT行业20年一个轮回，现在是PC为王的时代，你已经落伍待淘汰了。
千万别忘了咱这辈人得熬到65岁才退休呢，今后的路会很长，眼光放长远点儿，对你没坏处。
作者: mike79    时间: 2012-07-16 16:45
本帖最后由 mike79 于 2012-07-16 16:47 编辑
bbjmmj 发表于 2012-07-16 16:12
至少我在CU做到了独霸神州，CU不都是三线城市三流中学的吧？
千万别忘了咱这辈人得熬到65岁才退休呢，今后的路会很长，眼光放长远点儿，对你没坏处。

在CU独霸神州？呵呵，这个明显比称霸三线城市三流中学还简单嘛。
IT行业要二十年才一轮回？现在还PC为王？呵呵，三线城市三流中学的网管果然没见识过市面，被厂商忽悠的一愣一愣的。
PS 真心觉得PC实在太简单了，大概只有大神你这样的傻X才觉得要培训。我们这的小朋友都是自己学习，自己搞定的。你毕竟地处偏僻，见识少也难怪。不过在你那种地方，生活安逸，也不需要什么见识，二十年前的老本行足够吃一辈子了。
作者: InfoSVC    时间: 2012-07-16 17:05
这帖子,怎么变成这个样子了
作者: hbsycw    时间: 2012-07-16 18:18
楼又歪了~
作者: hbsycw    时间: 2012-07-16 18:24
tomer 发表于 2012-07-16 09:24
小机：是给贵族用的
PC：是给屌丝用的



集群的力量是无穷的~
作者: tjpm    时间: 2012-07-16 19:43

1.第一个我不说啥。我也不是太了解证券行业，上次听上海证交所的人是这样说的




2.我说的这个只是说现在选intel x86 机器整体划算而已。我们这边之前也都是用小鸡的，高端存储的。现在CPU制程的发展使得功耗大大降低、性能更强，选新一点的没有什么不好，比如现在最新的intel CPU 加了avx指令集，ssl加解密性能暴增几倍，没有人能抵挡得来这样的诱惑的。当然，前面大家提到的换成x86 集群后维护的成本增高了，这个是事实，大公司养一堆人，这些问题不难解决的。




nixmen 发表于 2012-07-16 14:24
回复 68# tjpm
作者: bbjmmj    时间: 2012-07-16 19:46
mike79 发表于 2012-07-16 16:45
在CU独霸神州？呵呵，这个明显比称霸三线城市三流中学还简单嘛。
IT行业要二十年才一轮回？现在还PC为王 ...


三国时代，刘关张都是市井小民，机会来了，一样可以争得三分天下。你有幸生活在大城市，但是作为一个知识分子，我觉得你应该能做到出污泥而不染，无论生活在什么城市，都不该沾染市侩之气。
X86的力量是强大的。EXADATA每分钟可执行九千万次I/O操作，开源MYSQL CLUSTER每分钟可以执行十亿次查询，提供99.999%的可靠性，MYSQL是低端用户玩的东西，这你应该知道。但是你维护的那个一分钟一万多笔交易的系统，跟这些东西比起来，实在太逊了，所以我说你固步自封坐井观天并不为过。
网上认识一位EXADATA管理员，20几岁，刚出校门没多久。没有哪个资本家希望自己的生产设备复杂化，没有哪个资本家愿意用难以找到工人的生产设备，没有哪个资本家愿意买独家经营的机器，这些都是趋势，反映到IT行业，X86取代小机是必然趋势，X86代表标准，代表通用，代表低门槛，代表无限承载能力和最高的系统可靠性，这些趋势是无法改变的。
至于说被厂商忽悠的一事，我说两件事。一件是国内某大网络厂商的地区级代理，到我们学校实地考察以后，就再也没有跟我联系过，因为他知道很难通过我这一关。
Infiniband是我主动找的厂商，不是被厂商忽悠的，因为有特殊需要。如果生意做成，我敢说我们是全球最小的Infinband客户，这事我不要名利，只为推广一项技术，如果我们这样的用户能成功应用Infinband，那也就意味着一种尖端科技可以大众化了，我认为这事有社会价值，所以才这么做，而我这么做，对学校只有好处没有坏处。这是职业道德范畴的话题了。
我很好奇什么样的厂商能够成功把我忽悠了。
作者: mike79    时间: 2012-07-16 20:10
本帖最后由 mike79 于 2012-07-16 20:13 编辑
bbjmmj 发表于 2012-07-16 19:46
三国时代，刘关张都是市井小民，机会来了，一样可以争得三分天下。你有幸生活在大城市，但是作为一个知 ...

呵呵，写这么多，还是三线城市三流学校网管的见识。
不是瞎说，连交易和查询都区分不了，你也只能在那一亩三分地上称王称霸了。

PS  Exadata你只是听说而已，难怪被Oracle这么忽悠了，呵呵。
作者: bbjmmj    时间: 2012-07-16 21:31
mike79 发表于 2012-07-16 20:10
呵呵，写这么多，还是三线城市三流学校网管的见识。
不是瞎说，连交易和查询都区分不了，你也 ...


每分钟10亿次查询，怎么也够处理你那一分钟一万多的交易了。  MYSQL CLUSTER每分钟可以做1.1亿个UPDATE，MYSQL CLUSTER是支持事务的，而且它那个事务处理是DOUBLE WRITE的，高并发性能非常好，每分钟一万多笔真的不是很高的处理能力。

至于EXADATA，我前面说过了，或许你没留意，我在网上认识了一个EXADATA管理员，20几岁，刚出校门没多久。一体机技术是个重大的技术变革，这种技术可以使企业在选择核心系统管理人员方面有更大的余地，这对常规的技术岗位将造成很大冲击。我参与过一体机研发（当然不是EXADATA），所以对一体机多少有些了解，这个东西带来的变化太大了，这次我们学校晋示范校，我打算采用一体机架构，当然，不会买现成的。
作者: mike79    时间: 2012-07-16 22:20
本帖最后由 mike79 于 2012-07-16 22:22 编辑
bbjmmj 发表于 2012-07-16 21:31
每分钟10亿次查询，怎么也够处理你那一分钟一万多的交易了
至于EXADATA，我前面说过了，或许你没留意，我在网上认识了一个EXADATA管理员，20几岁

嘿，难怪，就三线城市三流学校，用什么数据库啊，用个access，会查插删改就行了。只算查询，集群系统每分钟上亿的算什么啊？民工活，一点技术含量也没有，也只有没见过世面的傻X才会被厂商忽悠，以为每分钟10亿次查询很了不起。
你只不过听说过Exadata而已，我们这已经部署了在跑生产了。Exadata性能是强劲，但是稳定性还不行，出问题的次数比小型机多的多了。毕竟是x86平台，还不能用于核心系统。你毕竟三线城市的差距在那里，只能在网上任凭厂商忽悠洗脑。
大神啊，我看你被厂商洗脑的太厉害了，不过自己不知道罢了。有机会到一线城市，不用3个月就知道你现在有多傻B了。不过我看也没啥必要，你缩在窝里也蛮好，真要到一线城市待三个月的话肯定饿死了。有的是大把的刚毕业的年轻人，技术比你好，体力比你好，拼劲比你强，要的钱还比你少，谁会要你这个四不靠啊。大神，你这辈子算废了，只能呆在那一亩三分地上混吃等死了。
作者: bbjmmj    时间: 2012-07-17 09:30
mike79 发表于 2012-07-16 22:20
嘿，难怪，就三线城市三流学校，用什么数据库啊，用个access，会查插删改就行了。只算查询，集群系统每分 ...


多少了解一点EXADATA宕机的情况，发现都是些违反基本原理的幼稚错误，国内用户似乎对系统评估一窍不通。
EXADATA的进步意义在于它使得企业管理人员有更多机会委派自己的亲信下属掌管核心系统，这种进步对企业影响巨大。
我不晓得你是怎么思考问题的，怎么一个劲地认为我被厂商洗脑了呢？

关于一线城市和三线城市的比较，我讲几个身边的例子。我有个同事，计算机教研室的，计算机应用专业毕业，有一次跟北京的同学聚会，同学向他炫耀工资，他说，我的房子，楼上一百多平，楼下一百多平，我也有车，我还有漂亮老婆，而且已经怀了孩子，你们挣得虽然多，可你们住的是地下室，你们都是单身，同学听罢皆黯然。我妹妹妹夫都在北京工作，房子贷款要还到退休，还有车贷要还，每个月可以花的钱并不比我多。我工作烦了，可以到校外散心，我可以睡到自然醒再去上班，上班困了还可以在班上睡一觉，我上下班只过一次马路，我老婆上班的地方很近，从我家楼顶扔块石头就能扔到她学校里去。小城市的生活质量没有你想象的那么差，不然我早跑了。一线城市和三线城市，收入差距是十年，一线城市生活成本高，劳动者并不能真正享受到高收入带来的好处。

你有想象力，但是很多事却是不能靠想象来认识的。
作者: mike79    时间: 2012-07-17 10:47
bbjmmj 发表于 2012-07-17 09:30
多少了解一点EXADATA宕机的情况，发现都是些违反基本原理的幼稚错误，国内用户似乎对系统评估一窍不通。 ...

哈，没用过EXadata就在那胡吹了？Exadata的原理你知道哪些？它的软硬件是怎么设计的？一体化特性体现在哪里？使用过程中要注意哪些方面？
你一体机没见识过，原理不了解，就在网上听厂商吹嘘，就跟着瞎起哄说Exadata好。你这被Oracle忽悠的厉害去了。

PS 三线城市三流中学生活上当然安逸啊，二十年前老本行也能混饭吃。所以说混吃等死最适合了。
可你非得要说技术上怎么样，那也只能说毕竟是三线城市三流中学。山中无老虎，bj称大王。
作者: InfoSVC    时间: 2012-07-17 11:35
本帖最后由 InfoSVC 于 2012-07-17 11:37 编辑

回复 96# tjpm

这个肯定是未来的方向,无论证券还是其它行业,
第一是,现在主流的软件产品都太贵了,后续的维保成本也是居高不下,公司为了节约成本肯定愿意使用一些开源,可二次开发但是相对稳定的产品

第二是万兆网络的发展,会让集群内部(包括rac)的通讯带宽变大,减少因为集群内部消耗而引起的一些问题

第三是更多的使用内存,由于内存的价格一路走低,而速度上却是目前所有存储产品里面最快的,使用内存就一位着速度,效率,但是相对的风险也更大一些

第四是横向扩展能力,这点嘛,看web应用就知道好处了,其次横向扩展意味着更多组件的可替代性,相应的在增加系统的安全性

第五是容灾,这个是老调重弹了

其实个人觉得还有第六,就是海量数据的剔重,因为有海量数据,对存储的要求很高(至少空间很大),同时我们的系统一般对一份数据需要保存多次,这样的话硬件成本是非常高的,所以剔重已经是未来可见的一项很重要的工作

至于x86集群还是小型机,只是这个趋势中的一种硬件选择,未来的技术哪个相对的性价比更高,哪个就会占有主导趋势,同时我认为有一个问题是不能忽略的:目前能生产小型机的企业其实就那么4-5家,主流的基本就是ibm hp和oracle,而这些技术相对比较封闭,而生产x86平台的企业太多了,并且技术相对比较开放,所以未来的新技术肯定会在x86平台研发的更多,因为成本较低,这个和初期oracle一般开放新版本时第一个开放的是linux是一样的
   
作者: tjpm    时间: 2012-07-17 11:37
呵呵 确实是这样的



InfoSVC 发表于 2012-07-17 11:35
回复 96# tjpm

这个肯定是未来的方向,无论证券还是其它行业,
作者: mike79    时间: 2012-07-17 12:01
回复 103# InfoSVC
有能力对开源产品做二次开发，二次开发后还要运行稳定，这个成本也不低。现在有能力这样做的也就几家大的互联网公司

集群间通信主要是密集的短信息，更看重低延迟。万兆网络能提供更高带宽，但是对于降低延迟没有太大帮助。各个节点真要是频繁的进行上十兆或者上百数据的传输，那应用设计肯定有问题。

横向扩展能力，主要取决于应用，而不是硬件。WEB跑在小型机就不能横向扩展？




   
作者: InfoSVC    时间: 2012-07-17 12:47
回复 105# mike79


首先,这个是趋势,无论是现在的电商,还是传统的通讯行业,都开始对新技术做研究了,不再一味的使用成形的产品,再者说很多新的技术不都是这么来的嘛.

其次,对于集群,内部交互是必然的,增大内部带宽肯定是有好处的,同时增大内部带宽确实也提高了集群的扩展能力,因为新增加一个集群节点就意味着需要增多内部交互.当然如果架构设计的很好,那么出线万兆网络只是一个补充,让集群更安全,如果架构设计不好,那么万兆网络就显得比较重要了.

再次,对于横向扩展,我说的就是应用啊,并没有说不支持小机啊,只是说这种机制是方向,总比纵向扩展要好

其实我本人也是搞小机的,也希望小机发展的更好,市场占有率更大,只是目前我对x86平台在未来的发展更报有希望一些,当然这些都是个人观点啦

   
作者: bbjmmj    时间: 2012-07-17 13:02
mike79 发表于 2012-07-17 12:01
回复 103# InfoSVC
横向扩展能力，主要取决于应用，而不是硬件。WEB跑在小型机就不能横向扩展？


横向扩展的先决条件是单件设备有较低的成本，小型机基本不具备横向扩展能力，因为成本太高了，你可以想象一下上千万元的设备暴露在公网上需要多大勇气，PC就没有这个顾虑。
别总在操作层面上思考系统问题。
作者: mike79    时间: 2012-07-17 13:09
bbjmmj 发表于 2012-07-17 13:02
横向扩展的先决条件是单件设备有较低的成本，小型机基本不具备横向扩展能力，因为成本太高了，你可以想 ...

大神真是够SB。用小型机做横向扩展的成熟案例多了去了，你自己在三线城市不知道而已。我自己实施的就有好几个。



欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2