足球与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知识点忘记了不少，为了把知识点重现，点滴间偶出灵感乍现，以一种*的形式将其发布，由于本人学艺不精，文中列举的例子或故事，其中必然会有与技术联系牵强之处，望大家海涵。只当是一部小菜鸟的杂记，不要把这当做技术文章喔，亲！看过、笑过，就好。
欢迎拍砖，这将是我成长的最大动力。