这个没有一概而论吧,关键还得结合自己的环境高可用分布式架构可能更适合自开发的系统,可以在开发前期就有规划好,毕竟不是什么系统都可以做高可用分布式部署的。集群更多适合于商业软件的部署。对于一般企业大型商业应用可能得综合考虑,比如用友或金蝶,这些系统本身已实现模块化,而兼顾考虑性能和高可用,可能不同模块之间还需要通过集群或负载均衡。
收起我的理解略有出入。现在还不好说,大约是高可用双机架构和集群架构平分秋色,由企业类型、领导风格等众多因素决定。
但在几年前,集群架构还多用在非关键业务上,达不到霸占核心的高度。在高可用小数点后9缓慢增长的同时,我们看到了集群架构的更快成长轨迹。
随着业务的扩张,高可用架构纵向的扩展能力要慢慢落后于集群的横向扩展能力,在边际效应中,再往上提高一倍处理能力的代价也将越来越高,同时,保证它的高可用性,从99.9%提升到99.99%,成本可能又要增加一倍。
集群却不一样,假设100台的集群,90台可用则认为集群可用,假设每个节点故障率10%,我们可以算下它的高可用率。相信应该不会让你失望吧。
收起传统高可用等的双机架构在集群扩展性上差些,类似淘宝模式的PC集群则扩展性比较强,但对于保障关键业务的稳定性,主要看业务场景,不同的场景有的适合选择传统双机,有的偏分布式架构的则适合淘宝式的分布集群。
收起现在的一个发展趋势是: 从应用层面解决高可用(High avaliable)问题。
集群(分布式集群、负载均衡集群)应该算是这类的
另外,以前的双机热备,由于比较浪费机器,所以,现在用的人越来越少了, 2年之前,经常需要到客户那儿帮客户搭双机热备(RHCS),10年前,所有的小机,都要跑双机热备,现在,一年都碰不到一个部署需求了。
Oracle DB以前大多都是双机热备,现在基本上都RAC了。。。
这就是趋势
收起