SQLSERVER怎么搭建服务器集群实现负载均衡

Posted 2023-03-19

很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。

将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。

当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。

什么是Microsoft集群服务器

MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。

这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。

MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。

在集群服务器上的SQL Server

SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。

SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”

注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。

单个的大的SQL Server集群还是小的集群

下面是大的、由更多的节点组成的集群的优点：

◆更高的可用新(更多的节点来灾难恢复)。

◆更多的负载均衡选择(更多的节点)。

◆更低廉的维护成本。

◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。

◆增强的管理性和简化环境(需要管理的少了)。

◆更少的停机时间(灾难恢复更多的选择)。

◆灾难恢复性能不受集群中的节点数目影响。

下面是单个大的集群的缺点：

◆集群节点数目有限(如果需要第9个节点怎么办)。

◆在集群中SQL实例数目有限。

◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。

◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。

虚拟化和集群

虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。

在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。

集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。 参考技术A 回答

所有的数据库客户都通过ICX访问数据库。当访问、查询SQL Server数据库的时候ICX可以根据实际情况分配服务器来提供服务，大大提高服务速度和优化性能，完成负载均衡。2．ICX可以同时连接多台数据库（2-16台，具体连多少台，看客户的具体需求而定），这若干台数据库的内容在任何时刻由ICX保证是完全一致的。也就是说，ICX采用了全新的并发事务处理的方式，向连接的N台数据库同步复制事务处理，使得系统在任何时刻具有多个一致的最新逻辑数据库数据集。当其中一台数据库服务器发生故障的时候，ICX可以实时的、第一时间切换到其他服务器上来继续提供服务。真正的实现零时间的服务器切换，大大提高安全性，真正意义的实现服务器不间断服务。

很高兴为您解答，请问还有什么需要可以帮到您吗？如果您觉得对您有帮助的话，请辛苦点一下赞哦！希望可以帮到您，祝您生活愉快！

rsync实现负载均衡集群文件同步，搭建线上测试部署环境

闲来无事，搭建一个负载均衡集群，至于负载均衡集群搭建过程，找时间写下。这次主要写集群之间的文件同步，以及线上测试环境的搭建。

笔者看过很多公司都没有线上测试环境，真是崩溃了，不造怎么确保线上线下环境一致的。

 

笔者此次使用三台服务器：

192.168.138.3   web服务器

192.168.138.4   web服务器

192.168.138.10  web服务器+线上测试环境+源站

 

其中3 4 服务器作为集群中的web服务器，对外开放，是负载均衡集群的部分。

其中10 服务器不对外开放，代码发布到该服务器，在该服务器上进行测试，完成后程序由该服务器同步到其他集群服务器上，同时网站后台以及自动脚本位于该服务器上。（如果为了安全期间，大家可以对该服务器进行配置，只允许你们公司内部网络访问，在家时通过VPN连接内部网络，这样就可以确保后台安全）

 

本文主要是大家rsync服务，至于IP配置，web服务器搭建，大家可以看我之前的文章。

 

这里我们为了开发方便，在10服务器上制定一个规则，即只要rsync.txt存在我们就开始同步，这样只要开发上传该文件同步就开始，同步完成后自动删除该文件。

 

第一步：笔者这里安装的是centos6.4 已经默认安装了rsync 所以笔者就不再进行安装，未安装的可以自行安装，过程相对简单

第二步：安装inotify inotify-tools

笔者这里centos6.4已经默认安装了inotify , 如果要查看是否安装可以使用如下命令

ll /proc/sys/fs/inotify

如果列出如下三项，则证明已经安装

-rw-r--r-- 1 root root 0 2月 1 13:59 max_queued_events
-rw-r--r-- 1 root root 0 2月 1 13:59 max_user_instances
-rw-r--r-- 1 root root 0 2月 1 13:59 max_user_watches

没有安装的读者可以自行安装，然后我们需要安装inotify-tools工具

tar -zxvf inotify-tools-3.14.tar.gz
cd inotify-tools-3.14
./configure --prefix=/usr/local/inotify-tools
make && make install

 

第三步：对客户端 服务端进行配置

讲之前一定要搞清楚 10是客户端  3 4 是否服务端  这个不要搞倒了   是10的文件同步到3 4 上面

首先对 3 4 进行配置，这里笔者贴出自己的配置文件   /etc/rsyncd.conf

uid = nobody
gid = nobody
use chroot = no
max connections = 10
strict mode = no
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /usr/data/rsync/rsyncd.log
[laiwojia-data]
path = /usr/website/html/www.laiwojia.la/data/
comment = web4 files
ignore errors
read only = no
write noly = no
hosts allow = 192.168.138.10
hosts deny = *
list = false
uid = root
gid = root
auth users = laiwojia
secrets file = /usr/local/rsync/conf/server.pass

[laiwojia]
path = /usr/website/html/www.laiwojia.la/
comment = web4 files
ignore errors
read only = no
write noly = no
hosts allow = 192.168.138.10
hosts deny = *
list = false
uid = root
gid = root
auth users = laiwojia
secrets file = /usr/local/rsync/conf/server.pass

我们这里配置了两个模块 ‘laiwojia-data‘和‘laiwojia‘ ，其中‘laiwojia-dada‘只要发生变化就要同步的(想想大家把后台放在10上面，那么这个data里面的文件就是后台生成的持久化文件，后台配置，然后整个集群通用)，而‘laiwojia‘了这个模块是发布系统所用的模块，需要在站点下有‘rsync.txt‘文件时才同步。(由此我们可以看出，‘data‘中的文件不能通过发布系统发布)

 

看了上面的配置，大家就明白，‘/usr/website/html/www.laiwojia.la/data/‘这个目录必须存在, ‘/usr/local/rsync/conf/server.pass‘这个秘密文件也必须存在

秘密文件中的内容为

laiwojia:123abc+-

记住3 4 作为服务端 密码文件要有前缀 有的淫写成 ‘123abc+-‘ 后面就会不通过

 

然后我们对10进行配置，这里笔者贴出配置文件

uid = nobody
gid = nobody
use chroot = no
max connections = 10
strict mode = yes
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /usr/data/rsync/rsyncd.log

然后还要建立一个秘密文件‘/usr/local/rsync/conf/server.pass‘ 由于10是客户端，因此秘密没有前缀

123abc+-

 

第四步:编写shell脚本

首先是改变就同步的shell脚本，我们命名为 ‘inotify-ha-rsync.sh‘ 内容为

#!/bin/bash
host3=192.168.138.3
host4=192.168.138.4

src=/usr/website/html/www.laiwojia.la/data/
dst3=laiwojia-data
dst4=laiwojia-data
user=laiwojia

/usr/local/inotify-tools/bin/inotifywait -mrq --timefmt ‘%d/%m/%y‘ --format ‘%T %w%f%e‘ -e  modify,delete,create,attrib $src|while read files
    do
    /usr/bin/rsync  -vzrtopg --delete --progress --password-file=/usr/local/rsync/conf/server.pass  $src [email protected]$host3::$dst3
    /usr/bin/rsync  -vzrtopg --delete --progress --password-file=/usr/local/rsync/conf/server.pass  $src [email protected]$host4::$dst4
    echo "${files} was rsyncd" >>/tmp/rsync.log 2>&1
done

OK，我们来测试下

在‘/usr/website/html/www.laiwojia.la/data/‘ 目录下建立test.php 并改写其内容，我们看看结果(事先要运行这个shell)

vim test.php

#以下是内容
<?php
this is a test
hello tom!

看看运行结果

然后看看3 和 4 机器上是否有test.php  发现两个中都有test.php 文件，好了我们看看内容

cat test.php

<?php
this is a test
hello tom

OK,这个实时同步的算是完成了

 

 

剩下我们要看看考虑到线上测试部署的，首先我们还是要建立一个shell脚本，命名为ha-rsync.sh，内如如下

!/bin/bash
host3=192.168.138.4
host4=192.168.138.3

src=/usr/website/html/www.laiwojia.la/
excludedir=$src"data/" $src"rsync.txt"
dst3=laiwojia
dst4=laiwojia
user=laiwojia
rsync_file=${src}"rsync.txt"

if [ -f "$rsync_file" ]
then
        /usr/bin/rsync  -vzrtopg --delete --progress --exclude=$excludedir  --password-file=/usr/local/rsync/conf/server.pass  $src [email protected]$host3::$dst3
        /usr/bin/rsync  -vzrtopg --delete --progress --exclude=$excludedir  --password-file=/usr/local/rsync/conf/server.pass  $src [email protected]$host4::$dst4
fi
rm -rf $src"rsync.txt"

好我们来测试下

touch rsync.txt
touch test.html

然后运行脚本，到各个服务器上看看，是不是都有了。这样的话，如果你把代码发到10上，没有rsync.txt就不会同步，那么这是测试可以进行线上测试，等测试好了，开发就上传一个rsync.txt 然后就开始同步了

 

当然了，这里还可以搞得更复杂，比如安全起见，一些配置文件不要让它同步以免某天你发错了把本地的给发上去了，还可以指定那些目录不同步，等等，这些都可以实现，只不过shell写的复杂一点而已