足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑
足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比! 前期回顾: 本来想说今晚,回头一想,应该是今早第二场半决赛就要开战了!先来回味一下之前的比赛,本届8支小组赛第一名已经全部晋级八强了,更展现出这八大进程的技术效用(哈哈,注:
足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比!
前期回顾:
本来想说今晚,回头一想,应该是今早第二场半决赛就要开战了!先来回味一下之前的比赛,本届8支小组赛第一名已经全部晋级八强了,更展现出这八大进程的技术效用(哈哈,注:oracle中本没有什么主要进程之说,之所以说某个进程比较重要,都是在某些特定场景下人为规定的),也许是巧合,进程们继续畅游着oracle演绎的足球世界。先来回顾一下:
————————————————————————————————————————————
接下来开始阐述这场惨痛的1:7,对巴西而言,这是莫大的耻辱吧,世界杯上书写的新历史,而且,这是发生在半决赛。想到了,oracle中的RAC集群,RAC的主要作用正是高可用:容错和负载均衡,然而一套不完善的构架,同样也会毁掉这一切,就像巴西,说不清楚是什么让你们的强大变得如此脆弱不堪。即使有了高可用的环境,也难保真正的实现高可用啊。
巴西的RAC
纵观全场比赛:
失利杂谈:
1、后防:光纤交换机
表现:席尔瓦缺阵,巴西后防明显空虚,德国人一次次甚至从中路洞穿巴西队的防线,这都暴露出了巴西中卫的不足。巴西的后防被德国人一马平川,这也太夸张了点,看来是只有一台光纤交换机是万万不行的,一旦一个挂掉了,RAC集群都挂掉了。
2、锋线:节点1:锋线
表现:内马尔的伤退,对于五星巴西影响甚大,节点1挂掉了,只剩下节点2独自承担业务量,在某个瞬间终于节点2都承载不了,无力的锋线,崩盘的中场,一切都预示着rac的负载均衡在这一刻——废了。
3、主教练:RAC心跳
表现:巴西队惨败,身为主教练的斯科拉里难辞其咎。就连巴西这样的*强队,在内马尔一人受伤之后便土崩瓦解,足以证明斯科拉里的选人上的确存在问题,失去了两大核心的桑巴军团俨然只是一团散沙,为何不尝试其他前锋,只是一味笃信鸡肋般的弗雷德。拥有斯科拉里和佩雷拉两大冠军教头的巴西教练组,一战将一世英名都输了个精光。来看看这个集群下的心跳机制,对于IP的分配完全混乱了,不知道哪里应该分配单IP,哪里分配两个IP。RAC的心跳去了哪里,就如同是前锋和中场脱节了,一个节点挂了,该是教练做出反应的时候了。似乎没有什么反应。vote disk都不知道在做什么吧,不知道该在哪条线上部重点了,就此一个“脑裂”出现了,只是偏信弗雷德,最终“健忘症”也出现了,停留在了过去的配置上,诶呀。。。。。。4、守门员:共享磁盘
表现:虽一心奋力扑救,难敌脆弱不堪的后防如此绵软无力(光纤交换机挂了,诶呀),再加上德意志潮水般的攻势(这磁盘读写效率,没有后防协同条带,真是无力回天了)。
————————————————————————————————————————————
德国的RAC
纵观全场比赛:
胜利杂谈:
1、守门员:存储陈列raid10
表现:守门员的强劲,后防的大力支持,造就了这支防守稳健的德国战车。存储阵列:raid10技术。
raid1 0 为raid0+raid1,即实现了高性能的条带化,又实现了高冗余的镜像。诺伊尔,德国门神果然名不虚传,镜像的技术就是数据的保证。再加上后防的协作,胡梅尔斯等众共造德意志后方的高性能,这才是一个团队,不是一个人在战斗。
2、中场+后卫:光纤交换机高可用
表现:两台光纤交换机,这就是安全与高性能的保证。显然德国人明白这个,后防与中场的串联,退可守,进可攻。光纤交换机做到了容错、高可用。
3、前锋+中场:多节点高可用
表现:三节点齐飞,真正意义上的高可用,业务压力再大量也能互相分担协同完成,实现负载均衡。
4、教练:rac心跳
表现:IP心跳互相应答,保证各节点同步。
这般阵容下,就算出现“脑裂”、“健忘症”我们也不用怕了。
声明:
这不是技术文档,既然学来几招oracle简单招式,就忍不了在人前卖弄几下。纯为茶余饭后与数朋库友的插科打诨,只为轻松中带有一丝的诙谐,IT技术也能用来调侃一番,还蛮耐人寻味。
同时近来数月oracle知识点忘记了不少,为了把知识点重现,点滴间偶出灵感乍现,以一种*的形式将其发布,由于本人学艺不精,文中列举的例子或故事,其中必然会有与技术联系牵强之处,望大家海涵。只当是一部小菜鸟的杂记,不要把这当做技术文章喔,亲!看过、笑过,就好。
欢迎拍砖,这将是我成长的最大动力。
上一篇: python中的base64模块
下一篇: nginx编译参数详解