Shared Nothing、Shared Everthting、Shared Disk

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/louisjh/article/details/84291339

数据库构架设计中主要有Shared Everthting、Shared Nothing、和Shared Disk:
1.Shared Everything:一般是针对单个主机,完全透明共享CPU/MEMORY/IO,并行处理能力是最差的,典型的代表SQLServer以及一些用了单节点oracle、mysql等库的系统。以小微型,不需要考虑大并发业务的系统采用的居多。
2.Shared Nothing和Shared Disk是目前常见的分布式数据库典型模型。
  先讲Shared Disk,每个结点有自己的CPU和内存,但是共享同一个存储(一般都是FC链路高端存储,现在采用IB交换机模式的也越来越流行了),目前主流如ORACLE的RAC集群和DB2 PureScale集群,这类业务多用于并发比较多的OLTP业务,随着并发量的不断增大,性能也会降低,需要不断的扩充节点数量,以满足需求,当然建设更复杂、维护成本也相当高。

最新Shared Nothing架构下,每个结点都有自己的CPU、内存、存储。跨结点的数据访问通过结点之间的网络通讯来完成。目前有DB2 DPF、Hadoop、带分库分表的Mysql Cluster也是一种,各节点相互独立,各自处理自己的数据,处理后的结果可能向上层汇总或在节点间流转。一些特定时间段内超大并发业务可以通过横向扩张资源做为系统的节点,满足需求,比如说春运火车抢票了,12306系统压力比平时大很多;又比如,最近的明星微博一个动态,立刻引发热搜,导致服务器吃不消,这些都可以在热点时间段租用云服务器资源部署自己的节点,等热点时间过后再收缩节点即可,还有就是11.11这个热点时间淘宝购物狂欢,也一定是需要Shared Nothing架构下的解决方案的。
  Shared Nothing 架构,未来的场景会越来越多,越来越流行,因为数据是当前社会的一个重要资源,数据量几何级爆炸增长,数据的清洗、分析、挖掘等等一系列大数据应用,必然会选择成本适当,技术实用的Shared Nothing。这也越来越需要运维人员懂得业务开发,懂得架构设计,能够按照业务需求,设计出一个合理的或水平切分、或垂直切分甚至矩阵分布的数据库架构,来满足未来场景挑战。

猜你喜欢

转载自blog.csdn.net/louisjh/article/details/84291339