大家好，又见面了，我是全栈君，今天给大家准备了Idea注册码。
足球与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知识点忘记了不少，为了把知识点重现，点滴间偶出灵感乍现，以一种自由的形式将其公布，因为本人学艺不精，文中列举的样例或故事，当中必定会有与技术联系牵强之处，望大家海涵。仅仅当是一部小菜鸟的杂记。不要把这当做技术文章喔，亲。看过、笑过，就好。
欢迎拍砖，这将是最大的动力我成长。
版权声明：本文博主原创文章，博客，未经同意不得转载。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/116755.html原文链接：https://javaforall.net
