Home  >  Article  >  Database  >  Moebius for SQLServer负载均衡

Moebius for SQLServer负载均衡

WBOY
WBOYOriginal
2016-06-07 15:33:411272browse

搞数据库的都知道:在Oracle上有RAC集群,MySQL也有对应的方案 ,而SQL Server上直到SQL Server 2012版本的AlwaysOn到来,微软都没有提供一个负载均衡方案,在网上看到Moebius可以实现负载均衡,在此将相关实现过程分享给大家: 一、架构原理 负载均衡集群是

搞数据库的都知道:在Oracle上有RAC集群,MySQL也有对应的方案,而SQL Server上直到SQL Server 2012版本的AlwaysOn到来,微软都没有提供一个负载均衡方案,在网上看到Moebius可以实现负载均衡,在此将相关实现过程分享给大家:


一、架构原理

负载均衡集群是由一组相互独立的计算机系统构成,通过常规网络或专用网络进行连接,由路由器衔接在一起,各节点相互协作、共同负载、均衡压力,对客户端来说,整个群集可以视为一台具有超高性能的独立服务器。

1、实现原理
实现数据库的负载均衡技术,首先要有一个可以控制连接数据库的控制端。在这里,它截断了数据库和程序的直接连接,由所有的程序来访问这个中间层,然后再由中间层来访问数据库。这样,我们就可以具体控制访问某个数据库了,然后还可以根据数据库的当前负载采取有效的均衡策略,来调整每次连接到哪个数据库。

2、实现多据库数据同步
对于负载均衡,最重要的就是所有服务器的数据都是实时同步的。这是一个集群所必需的,因为,如果数不据实时、不同步,那么用户从一台服务器读出的数据,就有别于从另一台服务器读出的数据,这是不能允许的。所以必须实现数据库的数据同步。这样,在查询的时候就可以有多个资源,实现均衡。比较常用的方法是Moebius for SQL Server集群,Moebius for SQL Server集群采用将核心程序驻留在每个机器的数据库中的办法,这个核心程序称为Moebius for SQL Server 中间件,主要作用是监测数据库内数据的变化并将变化的数据同步到其他数据库中。数据同步完成后客户端才会得到响应,同步过程是并发完成的,所以同步到多个数据库和同步到一个数据库的时间基本相等;另外同步的过程是在事务的环境下完成的,保证了多份数据在任何时刻数据的一致性。正因为Moebius 中间件宿主在数据库中的创新,让中间件不但能知道数据的变化,而且知道引起数据变化的SQL语句,根据SQL语句的类型智能的采取不同的数据同步的策略以保证数据同步成本的最小化。


Moebius for SQLServer负载均衡

3、优缺点

  优点:
  (1) 扩展性强:当系统要更高数据库处理速度时,只要简单地增加数据库服务器就 可以得到扩展。
  (2) 可维护性:当某节点发生故障时,系统会自动检测故障并转移故障节点的应用,保证数据库的持续工作。
  (3) 安全性:因为数据会同步的多台服务器上,可以实现数据集的冗余,通过多份数据来保证安全性。

       另外它成功地将数据库放到了内网之中,更好地保护了数据库的安全性。
  (4) 易用性:对应用来说完全透明,集群暴露出来的就是一个IP

  缺点:

  (1) 不能够按照Web服务器的处理能力分配负载。
  (2) 负载均衡器(控制端)故障,会导致整个数据库系统瘫痪。


二、安装与配置

Moebius的安装非常简便,在装有SQL Server引擎的服务器上直接点击安装包进行安装,安装过程中一直下一步即可(如下图)。

Moebius for SQLServer负载均衡


配置环境如下图所示:

Moebius for SQLServer负载均衡

Moebius for SQLServer负载均衡



三、测试结果

通过对Moebius的简单测试来看,Moebius的确实现了对SQL Server的负载均衡、高可用以及保证数据的安全。

对于国内能够有公司实现类似Oracle RAC这样的负载均衡方案还是非常优秀的,由于环境有限,未能在复杂的环境

下进行测试,如果能够在大数据的环境以及多机的集群环境下还能够稳定运行,那应该算是不错的解决方案了。


附上Moebius详细文档连接,有需要的可以参考:

http://wenku.baidu.com/view/383b2f83b9d528ea81c7797d.html?re=view


一、架构原理

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn