还没有机会接触过大型数据库,也就只能充当一下书记员,综合一下上述前辈的精辟思想。1、大集中和大分散不 ...cclw 发表于 2012-7-10 19:55
看到大家讨论得这么热烈,再来凑个热闹。关于olap系统,前面讲到大数据下背景下基础架构选择方案,这两天思考了下,觉得还可...
显示全部还没有机会接触过大型数据库,也就只能充当一下书记员,综合一下上述前辈的精辟思想。
1、大集中和大分散不 ...
cclw 发表于 2012-7-10 19:55
看到大家讨论得这么热烈,再来凑个热闹。关于olap系统,前面讲到大数据下背景下基础架构选择方案,这两天思考了下,觉得还可能还有其他衍生的方案可供选择。
大集中下的分布式方案,利用主机或者多台小型机通过虚拟多节点来提供集群服务,像cclw说的一样,硬件上的集中,可以很好的利用产品的稳定性和可靠性,虚拟化成多节点以构建服务器集群,从某种程度上提供分布式的服务以提高并行处理速度。
另外也可选择合适的灾备方案,这类方案一般都是有钱且保守客户的主选择,当然不能排除系统所提供的服务级别等因素。
此类系统一般多提供各类类报表供各级领导们决策,万一不小心数据因系统原因导致长期不能提供有效的数据报表服务,领导可是不高兴的,在国内得罪领导是很严重滴,呵呵。
物理上分散,利用廉价的X86服务器搭建数据库服务器集群,在某种程度上也能线性提升并发性能,greenplum从某种程度上降低了新潮客户们的IT建设成本,但其性能在某种程度上紧密依赖于后台物理模型的设计。
ibm近年来主推的purescale,支持动态扩展服务器,以达到线性提升性能的目的,大致也有此类的市场策略。
诸如db2,teradata,greenplum等数据库产品,在分布式集群中搭建分区数据库确能达到一定的效果。
关于oltp系统,由于此类系统的数据访问特性,银行业比较倾向于大集中的方案,且是彻底的大集中方案,有采用大型机和光纤存储网络构建起基础架构平台。通信行业比较青睐内存数据库产品已提升其处理效率,甚或采用高并发的数据库产品如oracle等。
效仿purescale的oracle rac产品,曾一度掀起了主从库方案的热潮,后续虽然也遭人诟病,但也曾一度弄潮。
我们一直提到服务器【cpu/mem/io】和数据库选型,其实其他基础架构产品诸如网络,存储层面也是比较关键也很重的。
如何将这些基础架构产品进行合理的规划和设计,选择合适企业的方案。IT建设预算高不一定选择到性能最好的,预算低选择面肯定就窄许多了。
方案选择和落地依赖于咨询团队和实施团队,及IT部门的项目和运维团队,各个团队的高效配合及各个环节的无缝衔接。
选择好、实施好、用好、维护好,大家好才是真的好。
收起