足球和oracle列(4):巴西惨败于德国,认为,差额RAC拓扑控制!
足球与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://www.cnblogs.com/yxwkf/p/4863108.html
足球和oracle列(4):巴西惨败于德国,认为,差额RAC拓扑控制!相关推荐
- 足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比!
足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比! 前期回顾: 本来想说今晚,回头一想,应该是今早第二场半决赛就要开战了!先来回味一下之前的比赛,本届8支小组赛第一名已经全部 ...
- 前锋mysql视频教程_足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑...
足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比! 前期回顾: 本来想说今晚,回头一想,应该是今早第二场半决赛就要开战了!先来回味一下之前的比赛,本届8支小组赛第一名已经全部 ...
- oracle等待进程为lgwr,足球与oracle系列(3):oracle进程排名,世界杯次回合即将战罢!...
声明: 这不是技术文档,既然学来几招oracle简单招式,就忍不了在人前卖弄几下.纯为茶余饭后与数朋库友的插科打诨,只为轻松中带有一丝的诙谐,IT技术也能用来调侃一番,还蛮耐人寻味. 同时近来数月or ...
- 足球与oracle系列(3):oracle进程排名,世界杯次回合即将战罢!
足球与oracle系列(3):oracle进程排名,世界杯次回合即将战罢! 声明: 这不是技术文档,既然学来几招oracle简单招式,就忍不了在人前卖弄几下.纯为茶余饭后与数朋库友的插科 ...
- oracle列,oracle列合并
在许多场合,我们会需要用到oracle列合并,oracle提供了一些方法用于把某列的多行数据合并成一行. 一.10G以前使用WMSYS.WM_CONCAT wmsys.wm_concat将字段的值用& ...
- Oracle列直方图的问题隐患
点击上方"蓝字" 关注我们,享更多干货! 第一章 Oracle列直方图介绍 众所周知 ,列的直方图主要用于针对数据倾斜的情况,能帮助数据库更准确的了解数据的分布情况,从而选择更高效 ...
- Oracle 列转行函数 Listagg()
本文来源于:dacoolbaby 的 <Oracle 列转行函数 Listagg()> 这是一个Oracle的列转行函数:LISTAGG() 1 with temp as( 2 sel ...
- oracle列转行wm_concat,Oracle列转行函数wm_concat版本不兼容解决方案
业务场景 本博客记录一下Oracle列转行函数在Oracle11的一些不兼容问题,vm_concat在一些业务场景是必须的.不过这个函数使用要谨慎,底层实现应该也是group by等等实现的,性能并不 ...
- oracle进行列合并,oracle列合并的实现方法
很多场合我们都会用到oracle的列合并,oracle提供了如下一些方法用来实现列合并: 一.Oracle 10G以前使用WMSYS.WM_CONCAT: wmsys.wm_concat将字段的值用& ...
最新文章
- 病人还能生存多久?现在AI能给出更精准的预测
- linux获取url中文内容_Chrome OS 似乎将在Linux 的方向上更进一步
- C++中的override关键字
- Vue-router VUE路由系统
- MEF实现设计上的“松耦合”(一)
- python运算符讲解_举例讲解Python中的算数运算符的用法
- 年末阿里百度等大厂技术面试题汇总,完整版开放下载
- POJ 1573机器人走迷宫
- LINUX使用C调用LMDB的方法
- 关于EasyCVR平台Ehome协议接入设备出现停止启用现象的原因分析
- 搭建局域网Web服务器
- xvid编码器的弹出窗口解决方法
- OpenBmc开发9:dts简介与使用
- BF(暴力求解算法)
- 我的世界服务器卡无限刷物品,我的世界怎么刷物品 我的世界无限刷物品教程...
- 微型计算机输入设备 写出六种,计算机一级考试word题及答案
- 【SpringBoot整合缓存】-----spring-boot-starter-cache篇
- Android Jetpack导航组件——Navigation的使用
- Windows 安全系列05-U盘安全
- Angr 从入门到放弃(二)
热门文章
- Unity Cinemachine Timeline 制作镜头动画
- uniwide服务器不能进入系统,AMD四核心K10 Opteron处理器下月底出货
- Java猿社区—Apache Commons Collections—CollectionUtils工具类详解
- Chosen by god
- 诚之和:Python数据科学使用numpy求行均值
- 关于dialogbox
- 达梦mpp相当于oracle什么,DM7 达梦数据库 大规模并行处理 MPP (1) -- 基本概念和原理...
- 超全IBM MQ安装运行与代码连接测试
- ubuntu下安装电驴
- Abnova荧光原位杂交(FISH)探针解决方案