银行典型的案例已经实现了第7级灾备, 即磁盘级数据复制加自动化切换脚本,使RTO可以控制在90分钟以内(全国级规模)。同城RPO为零,异地RPO小于10秒(也是全国级规模)。社保系统等全面实现省级大集中之后也应该追求这个级别
用网闸是最简单的满足要求的做法,但效率低。前面有人提到银行系统的做法实际是逻辑隔离,只要足够严密,也能达到要求。政府机构也有采用逻辑隔离的,例如金质工程,国家人口库等等。事实上网闸也不是真正的物理隔离,只是在某
大家要从纯技术观点回退一下, 想一想建立容灾系统的目的, 即RPO和RTO。RTO目标越短,成本就越高,同时对正常业务响应时间的影响也越大。双活的卖点似乎在讲业务无缝连接,几乎感觉不到延迟(或者秒级)。设想一下那个机构会把
这个问题确实太大了,好像你更困惑技术变化太快而导致对用户实际生产系统的冲击。缓解这个问题的思路是尽量选择成熟的技术,同时选择产品生命周期比较长的产品,这样能较长时间地保护你们的投资不过时。
这个问题本身不清楚, 什么叫节源开流? 应该叫开源节流吧。从节流角度讲,也即节省运维成本,集中之后可以减少很多运维工作量,进而减少成本。
高可用分成硬件层面、OS层面、系统软件/DB层面和应用中间件等层面。LinuxONE本身提供最高的硬件层面高可用,同时也可以部署双机或硬件逻辑分区实现OS层面的高可用(类似PowerHA)。PowerHA是双机高可用技术,由于单机本身尚
二者都有自己适用的场景。除了扩展性因素外,还要看对数据强一致性是否有刚性要求。要求数据强一致性的适合高可用架构。没有强一致要求的可以用横向扩展。
首先要设计好数据架构, 保证高效数据流转。其次选用高性能平台实现高效统计查询。
容灾技术的选择需要在投入成本和可预期风险之间进行评估。
赞同铁岭冷先生的观点
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30