数据挖掘：小机专家集成系统VS大规模x86集群 孰胜孰劣？（获奖名单已公布-8-23）

mike79

InfoSVC 发表于 2012-07-17 14:09
回复 110# mike79

对于万兆网络和内部交互,肯定是有好处的,这点不用怀疑了,再好的设计架构都会出现问题 ...

OLTP跑RAC，负载分到多节点的性能很差，top 10 wait event的前几名都和global cache有关。
用RAC，还是应用和表结构设计的好，尽量避免block在各个节点之间的传输，否则还不如将应用跑在一个节点上
oracle在11g中引入了service概念，就是这个原因

liaoboda

这个看怎么看了.各种不同规模的用户.其实分布是集群需要的运维人员的技术水平比小机专家要高得多,要自己会分析调整这些开源的软件.小机器后边都有厂商的可以买服务.所以规模小的还是用传统的小机+传统存储.如果规模很大的可以考虑集群.

bbjmmj

mike79 发表于 2012-07-17 13:09
大神真是够SB。用小型机做横向扩展的成熟案例多了去了，你自己在三线城市不知道而已。我自己实施的就有好 ...

我说的是可以承载任何应用规模的横向扩展。

bbjmmj

mike79 发表于 2012-07-17 13:25
哈，原来这就是你说的一体机啊？这种东西，刚毕业的小朋友闭着眼睛也能搞。
大神你被Oracle洗脑也就算了 ...

这已经是世界上一体化程度最高的一体机了，这种一体机有很好的横向扩展能力，只要简单扩充，即可轻松承载全国的宽带业务。

bbjmmj

mike79 发表于 2012-07-17 15:21
OLTP跑RAC，负载分到多节点的性能很差，top 10 wait event的前几名都和global cache有关。
用RAC，还是应 ...

感觉你喜欢纸上谈兵，对系统缺乏了解。实际的系统上，BLOCK设备响应速度通常没有网络快，BLOCK在节点间传输并不等于效能差，你这个认识属于常识性的错误。自己动手测试一下，不是什么难事。
如果你不相信我说的，可以尝试推翻ORACLE的说法，不会让你白忙，如果你能推翻ORACLE的说法，他们会奖励你一千万美元奖金。ORACLE说EXADATA比IBM最高端的P系列小机快五倍。
我觉得ORACLE玩数据库，肯定比你高明得多，因为ORACLE数据库原本就是人家造出来的。

InfoSVC

回复 113# mike79

千万别说oltp系统不支持rac这种说法
如果你用rac出现top 10 wait event的前几名都和global cache的话,那么肯定是应用架构设计的不好,应用架构设计好了,肯定不会出现

   

bbjmmj

InfoSVC 发表于 2012-07-17 21:38
回复 113# mike79

千万别说oltp系统不支持rac这种说法

数据库，正规的用法是通过中间层进行操作，使用中间层的话，数据库的选择通常就只是几个参数而已，他们那个应用系统还在使用古老的原生接口，这直接导致他的认知处于石器时代，你跟他谈应用架构，等于对牛弹琴。

mike79

InfoSVC 发表于 2012-07-17 21:38
回复 113# mike79

千万别说oltp系统不支持rac这种说法

不是不支持，而是说对于OLTP数据库而言，要用好scale out难度更大。
WEB服务器进行横向扩展，通常简单的加机器就可以了，系统架构和应用不用做什么调整。
但是RAC就不同，单机环境下的应用不做调整直接跑到RAC上，那十之八九是个悲剧。所以很多时候就是在RAC不同的节点上跑不同的应用，以应用为单位进行负载均衡。从整体来看，可以认为每个节点都利用起来了，是scale out。但是对于单个应用来看，其实还是相当于跑在单机上，算不上scale out。

mike79

bbjmmj 发表于 2012-07-17 19:59
我说的是可以承载任何应用规模的横向扩展。

大神脑袋被门夹过了？怎么老是说些废话。

mike79

bbjmmj 发表于 2012-07-17 20:02
这已经是世界上一体化程度最高的一体机了，这种一体机有很好的横向扩展能力，只要简单扩充，即可轻松承 ...

这种SB机器也好意思说是一体机？就跑这几个东西也好意思说一体化程度？我们这随便找台机器出来，跑的东西比你多了不知道多少倍了。
大神啊，你见识少就多看多学多问少说。像你这样，很容易就暴露出你先天不足后天也不足的缺陷了。