存储双活和应用双活的业务各自适用场景在哪里??如ORACLE数据解决方案中如果有 EXTEND RAC是否就可以不需要存储双活呢?
哪些场景适合使用存储双活?哪些场景适合应用层双活?
1、双活是一套完整的解决方案,不是局限于某一层的技术,需要存储、网络、数据库、应用各专业配合形成,最终的目标是RPO=0&RTO=0的业务连续性。
2、存储双活是把两个站点的盘机上的卷形成一个虚拟卷,写到这个虚拟卷的数据会自动在两个盘机各写一份,确保数据不丢失。双活的关键点是两个站点的数据可同时对外读写。
3、存储是由上层应用挂接使用的,上层应用必须也要有配套的双活技术,如Oracle RAC,否则A机房的服务器挂了,在B机房再启一台怎么才能自动挂接上这个卷,因此上层必须要能组成一个Cluster,共同对外提供服务。
4、无论是存储层双活,还是数据库的双活,还有配套的网络技术,目标都是达到应用层双活,即一个站点出了故障,另一个站点可接管业务。根据RTO要求不同,可以做成Active-Active模式,也可以做成Active-Query模式,也可以做成Active-Standby模式,AA级别最高,可以无缝接管,AS最低,需要人工干预切换。不同级别,投入也是不同的。
5、如果不使用系统层的双活技术也是可以的,那就是应用层来做双活,由应用来控制双写。不过应用的复杂度非常高,对应用开发人员的挑战也很大,此类案例很少,仅用于比较特殊的环境。