1.要看应用层双活的物理基础:以前见过一些假的双活,应用部署多处,依赖于同一套数据库。
2.要看切换成本:多活不代表完全替代,有可能存在作业分工。应用作业切换很麻烦,特别是当关联关系较为复杂时。
3.要看承载能力:如果所有节点都活的时候,单体负载超过50%,就必须保证每个点都活着才行。
首先我们明白双活的目的是什么,你能容忍灾难发生时有哪些服务提供,应用层双活了,基础架构没有双活也是白带。除非你是那种交易型没有数据库交换每日清算,系统是文件拉起的,只要应用层在就好了。
而大多数情况下,我们系统都分的很清楚前--中--后,做双活,那就要求前中后每个部分只要不是两个都熄火,只坏一个的情况下都能正常工作才叫双活。当然如果从经济方面考虑,那另当别论。
收起如楼上所说。你如果要做到应用层的同层双活,就要考虑的是怎样让整个应用可以在主挂掉时候快速切换到从。这是个整体的结构。你的从要参考主来架设。至少要该有的都有。
而基础层架构的双活。我觉得目的是为了保证在本地的设备不产生单点故障,这个。。。根据你的业务开考虑吧。如果你觉得做了同城双活还不足以让你安心。当然可以在本地的基础层做双活。但是结构这种结构虽然可以避免了各种单点问题。但也让整体结构变得复杂。难免会出现不可控的因素而导致双活出现问题。