构建RAC双活系统,要考虑很多因素。当然,市面上有一些可选的方案,比如基于VPLEX Metro的Extended RAC、IBM的 SVC ESC,这些传统的双活架构其实在性能、可靠性、功能等方便都存在一些弊端,甚至说只是数据的双活,而数据库服务并没有做到双活。我们公司有落地的双活解决方案,感兴趣的话,我们可以聊一下。
收起vplex把存储的冗余双活做掉了,就只用RAC做server/OS/DB这一层的冗余就好了。
另外,双活还要考虑application。比如我们这里,RAC双活了,application不支持。
都用vplex了,还用什么extend rac,架在vplex之上的就是普通的rac。asm卷就采用external就好。
extend rac的架构是采用ASM的failure group机制来保障存储卷的跨中心高可用,需要仲裁卷。vplex本身是通过存储集群来实现存储卷的跨中心镜像整合,本身是通过第三点仲裁中心判断存储卷的存活。所以可以直接将vplex的逻辑卷看作是普通asm存储卷,安装普通rac就好。