第一,存储双活要看是设么样的架构,什么样的负载。如果架构本身非常复杂,那么无疑是对整体架构的复杂度上又增加了很多风险,尤其是在负载很高情况下的不确定风险。采用集中式存储方式的,实现存储双活一般通用做法就是增加存储网关来实现,有基于HA机理的,有基于RAC机理的。这两种方式实现的复杂度都比较高。
第二,所谓规避风险,那么也就是当发生站点级别的灾难的时候,对RTO和RPO的保障。这个保障是理论性的,没人有拿实际灾难测试过。所谓的测试都是理想状况下设想出来的。
所以,我们的目的是为了容灾的指标RTO和RPO。如果我们能用简单的方式保障就不需要选择复杂的方法,如果我们能取得较高的性价比,就没必要非要去追求单方面的极致。
个人见解。
不管是传统存储还是分布式软件定义存储,单套存储系统都有概率因硬件和软件原因发生故障导致不可用情况发生。
故必须要从存储环境的架构层面来避免单套存储成为系统故障的单点。这一点太重要了,做好可这个方面才能避免因为当个存储系统故障导致生产长时间宕机导致领导下课的情况发生。
所以说存储双活特别是核心系统做双活冗余是十分必要的。这样可以规避上面说的风险。当然如果你用应用层面比如oracle data guard做复制也可以到达类似效果。