数据库负载均衡解决方案.doc

双节点数据库负载均衡解决方案
问题的提出？问题的提出？
在SQLServer数据库平台上，企业的数据库系统存在的形式主要有单机模式和集群模式（为了保证数据库的可用性或实现备份）如：失败转移集群（MSCS）、镜像（Mirror）、第三方的高可用（HA）集群或备份软件等。伴随着企业的发展，企业的数据量和访问量也会迅猛增加，此时数据库就会面临很大的负载和压力，意味着数据库会成为整个信息系统的瓶颈。这些“集群”技术能解决这类问题吗？

SQLServer数据库上传统的集群技术
MicrosoftClusterServer(MSCS)相对于单点来说MicrosoftClusterServer(MSCS)是一个可以提升可用性的技术，属于高可用集群，Microsoft称之为失败转移集群。

MSCS从硬件连接上看，很像Oracle的RAC，两个节点，通过网络连接，共享磁盘；事实上SQLServer数据库只运行在一个节点上，当出现故障时，另一个节点只是作为这个节点的备份；因为始终只有一个节点在运行，在性能上也得不到提升,系统也就不具备扩展的能力。当现有的服务器不能满足应用的负载时只能更换更高配置的服务器。Mirror镜像是SQLServer2005中的一个主要特点，目的是为了提高可用性，和MSCS相比，用户实现数据库的高可用更容易了，不需要共享磁盘柜，也不受地域的限制。共设了三个服务器，第一是工作数据库（PrincipalDatebase），第二个是镜像数据库（Mirror），第三个是监视服务器（WitnessServer，在可用性方面有了一些保证，但仍然是单服务器工作；在扩展和性能的提升上依旧没有什么帮助。

Mirror结论：结论：在SQLServer数据库平台上，用户遇到性能瓶颈只能更换更高配置的服务器，如果用户搭建了镜像、失败转移集群或其它HA集群，则要同时更换两台更大的服务器。这种扩展方式称为向上扩展，即向单一节点添加硬件设备或将其升级为一个大型节点，然而升级到综合性能更强大的硬件，带来的问题是硬件的浪费，单节点体系结构最终会达到一个瓶颈并无法实现进一步的有效扩展。具体表现为逐渐缩小的回报率或者价格惊人的昂贵硬件设备，系统得不到可持续的扩展。

Moebius集群解决方案
Moebius集群是融合数据库的负载均衡、高可用于一体的综合集群解决方案，在Moebius集群中，两个数据库是同等地位的，都是可读写的，Moebius中间件保证两个节点中数据实时一致性。

Moebius双节点集群功能对比

价值所在?实现两个节点同时提供服务，而且相互之间可以负载均衡，显著提升数据库的性能，提高设备利用率。同时Moebius集群提供故障检测及自动故障转移，保证了系统的可用性。冗余的数据结构可以保证数据的安全。?在原有系统上升级，充分利用企业原有设备，总体拥有成本（TCO）低。?可以充分利用现有设备组建集群，Moebius支持无共享磁盘架构，节约成本。?HA集群中，随着服务器配置的增加，设备的浪费越严重，Moebius集群可以提升设备的利用率。?可持续发展的架构，方便扩展，随着系统压力的增长只需简单增加服务器的数量就可以了，不需要升级现有系统的硬件配置，不需要改动应用程序。

横向多节点数据库负载均衡解决方案

问题的提出？问题的提出？
对于一些企业级的应用系统，数据库的访问量比较大，为了实现系统的快速响应，用户往往会选择一些高配置的服务器如小型机；为了保证数据库系统的可用性，还要搭建高可用集群（失败转移集群、镜像或其他的高可用集群），这样的设计将会带来高额的硬件投入，与此同时设备的利用率却很低，而且系统也得不到持续扩展。那如何方便地解决用户所遇到的数据库高性能、高可伸缩性与低价格之间的矛盾呢？

传统的一些解决办法
更改业务系统，人工分拆业务、更改业务系统，人工分拆业务、分拆数据库在这样的应用背景下，用户通过对应用程序的更改，将一个统一的业务拆分成多个并行的业务系统，进而数据库也拆分成多个并行的数据库，达到化整为零的目的。

业务分拆通过分拆，实现了扩展，但是，这样的调整是非常有限的，仅仅限于用户自己开发的系统或者允许更改的应用系统，对于一些软件产品则无法更改；这样的操作将给数据库管理人员、开发人员带来非常大的麻烦，实现起来不透明，要经常更改应用程序的代码。数据库迁移在这样的应用背景下，一些SQLServer用户甚至选择移植到其它数据库平台上，如采用Oracle’RAC（可以实现数据库的负载均衡）来解决此类问题，大家都知道，这将是一个即费财力又费物力、人力，同时还要面临很大风险的一个艰难过程。

数据库迁移

Moebius集群解决方案
采用MoebiusforSQLServer企业版或高级版构通过多个中小服务器构建集群，取代单个大型服务器，在实