当前容灾架构主要包括三种
集群双活,同城主备集群,跨站点集群模式
集群双活模式需要应用双写或者两套应用并行写,主集群故障以后,备集群可以无缝接管,对外提供服务。
同城主备集群模式只需要一套应用,顶层依赖数据库本身的技术保证数据的同步,主集群故障以后,备集群需要切换以后才能对外提供服务。
跨站点集群模式本质上还是一套集群,依赖内部组件的高可用保障整个集群的可用性。存在集群故障无法对外提供服务的风险。
可用性角度:集群双活》同城主备集群》跨站点集群模式
运维管理角度:跨站点集群模式》同城主备集群》集群双活
资金投入角度:集群双活》同城主备集群》跨站点集群模式
性能角度:集群双活》同城主备集群》跨站点集群模式
从数据安全性角度考虑:
同城主备集群,跨站点集群模式这两种模式下,都无法很好的解决由于应用或者人为误操作导致的局部数据异常问题
收起首先明确分布式多节点并不是容灾,每份数据都是唯一的,多副本或者主从才是容灾。多副本或者主从可以提供实时或者准实时容灾。国产分布式数据库自身容灾功能一般建议一比一配置。但是除了容灾以外更多应该考虑的是数据备份,数据备份才是最后一份保障,因为数据库本身的主从或者容灾来说,误操作是会被同步到容灾端,比如误删除操作,没有备分,事务日志过期清理掉的情况,数据就无法恢复了。
收起容灾是一种综合性的策略,旨在确保系统在面临各种故障或灾难时能够保持可用性和持续运行。容灾可以考虑多个方面,包括分布式多节点和多副本。
分布式多节点容灾是通过将系统分布在不同的物理位置或数据中心来提高可用性。这样,即使一个节点或数据中心发生故障,其他节点或数据中心仍然可以继续提供服务。这种方式可以防止单点故障,并增加系统的弹性和冗余。
多副本容灾是在同一个节点或数据中心内创建多个系统副本。这些副本通常位于不同的硬件设备上,以避免硬件故障导致的数据丢失或服务中断。通过在不同的副本之间复制数据,可以提供数据的冗余备份,并在一个副本出现问题时切换到其他可用的副本。
在规划同城容灾时,通常需要考虑对等配置。对等配置意味着在两个或多个城市或地理位置之间建立相同的系统配置和基础设施。这样做的目的是确保在一个城市或地区发生自然灾害、电力中断或其他无法预料的事件时,系统可以快速切换到另一个城市或地区,并继续提供服务。对等配置可以提供地理冗余,并增加系统的可用性和可靠性。
综上所述,容灾策略可以综合考虑分布式多节点和多副本,而在规划同城容灾时通常需要考虑对等配置。这样可以最大程度地减少单点故障风险,并确保系统在面临各种故障或灾难时能够持续运行。
收起还是看场景的。数据库的应用需要对等配置,应用服务可以降配。
多副本更多是基于数据存储考虑,多节点是基于应用和服务考虑。数据量大且同步时间长并且数据使用率很高的情况要考虑多副本;业务非常重要,一般故障不能影响业务正常运行甚至不能降级运行的情况要考虑多节点
在银行行业中,容灾是非常重要的,因为银行的业务需要保证高可用性和数据安全性。针对容灾的规划,需要考虑分布式的多节点和多副本两个方面。
多节点是指将数据分散存储在不同的节点上,这样即使某个节点出现故障,其他节点仍然可以提供服务。多节点的优点是可以提高系统的可用性和容错性,但是需要考虑节点之间的数据同步和一致性问题。
多副本是指将数据复制到不同的节点上,这样即使某个节点出现故障,其他节点仍然可以提供服务。多副本的优点是可以提高系统的可用性和容错性,同时也可以提高系统的读取性能。但是需要考虑副本之间的数据同步和一致性问题。
在规划同城容灾时,需要对等配置吗?这取决于具体的业务需求和容灾策略。如果需要实现实时数据同步和快速切换,那么需要对等配置。如果可以接受一定的数据延迟和手动切换,那么可以不需要对等配置。需要根据具体的情况进行评估和规划。