考虑到双活涉及到应用、网络、数据等多个维度,网络和数据方面容易解决一些,应用上如果是比较老的系统有些不支持分布式部署或域名访问的,所以,整体考虑,核心系统更换或改造时比较适合同步建设同城双活,这样,在前期从应用出发按照双活架构来进行规划设计,后面只需要按规划分阶段实施。
注意事项有以下几点:
1、应用必须支持分布式部署架构,并支持使用域名访问数据库。
2、生产机房和同城灾备机房链路质量要有一定保障。
3、根据监管要求,按照业务等级来规划方案,不同的等级采用不同的保护策略。
这可能是一个咨询项目要谈的事情。
为什么要做同城双活?做同城双活的必要性?当前应用是否支持双活部署?这些要先考虑以下。
监管目前应该没有做双活的硬性要求。
架构方面,DB和存储都支持双活的技术,要看在哪一层实现会更好。如果能做应用双活,那更好。