不管是应用双活还是存储双活,对中间链路的传输带宽和响应时间,都有很高的要求。物理传输的延时影响,是一个传输来回需要1ms的延时。但是一个事务IO需要多次IO交互,每个数据IO也需要控制数据传输和控制信号的交互,因此传导到上层应用,一般需要2-3个来回。如果对性能下降比例要求...
数据库方面,感觉maxgauge不错,不仅仅监控,而且可以做优化解决方案。可以研究研究。OEM如果加上DBA的精心设计,也不错,可以实现很多个性化的解决方案。
业务双活一般需要在需求调研阶段就应该定下来。跨数据中心双活对于各方面都有要求,程序开发、网络连接、应用处理、并行数据库、数据中心距离,这些都需要进行相应的建设与配合。如果要在上线后变更,代价非常大,而且风险也大。而且双活一般需要经过主备-主辅-双活的建设路线。...
GPFS是操作系统之上软件层的双活解决方案,SVC HYPERSWAP是底层存储的双活读写解决方案,或者用SVC ESC也行。ECM的方案有VPLEX,其他存储厂商例如华为的HYPER METRO存储双活方案、HDS的GAD存储双活方案、NETAPP的METROCLUSTER的存储双活方案等等。...
1、双活是一套完整的解决方案,不是局限于某一层的技术,需要存储、网络、数据库、应用各专业配合形成,最终的目标是RPO=0&RTO=0的业务连续性。2、存储双活是把两个站点的盘机上的卷形成一个虚拟卷,写到这个虚拟卷的数据会自动在两个盘机各写一份,确保数据不丢失。双活的关...
按照现在的状态,绝大部分机构都只选了一两个应用作双活的试点,积累经验,研究技术趋势。最难的是数据库双活。应用服务双活和任务分配技术很成熟,可以先从应用层,接入层的双活开始做。...
如果应用能双活而不需要考虑底层的服务器存储,那就太完美了。这是能够做到的。至少我知道银联的核心系统是从应用角度解决了数据库双写的问题(虽然那不是为了双中心建设)。现在流行的思路分两种:一种是分库分表,放到双中心,完全能实现多活的目标,但是要做到不容易,和应用的逻辑有...
一切底层架构都是为了应用层的高可用,基础架构当中的某一层是否双活并不重要,只要应用层能实现双中心高可用就OK。当然为了实现这个目标,就需要在基础架构层进行有机的组合和重构。在选择的时候必然有些优劣体现出来。例如,有人想做跨数据中心的RAC,这样应用只需要从各自中心...
双活系统的建设一般情况下受带宽延迟和环境因素影响多数会考虑在同城进行。我们不能简简单单从技术层面考虑就能够称为双活系统,应该从灾备七要素全面考虑,包括:备用网络系统、备用数据处理系统、备用基础设施、数据备份系统、灾难恢复预案、运行维护管理能力和技术支持能力...
没法做到绝对的读写拆分,只是说从应用层面将模块尽量解耦拆分部署。其主要目的就是要减少数据库集群节点之间锁信息和缓存信息的同步,想要消除是不现实的。以下链接供您参考:http://www.aixchina.net/Question/223039...