服务器群集搭建
 
1.大概架构:
 
 
心跳线:
      节点1: A-A1.new.com IP1.1.1.1/24
      节点2  A-A2.new.com IP1.1.1.2/24
外网:
   域控制器:dc.new.com (仲裁磁盘)IP192.168.1.100/24,
   节点1: A-A1.new.com IP192.168.1.1/24
   节点2: A-A2.new.com IP192.168.1.2/24
   真 机: a       IP192.168.1.10/24
 
上图存在实际应用问题,但是在实验是可以成功,但实际配置中应该是类似下图:
 
2.首先添加仲裁磁盘.
这里是节点添加已存在的仲裁磁盘,
然后一直下一步就好
添加好了之后双击刚添加的磁盘选择高级将"虚拟设备节点"改成scsi 2:0 Hard Disk 2(scsi),这里注意不要选择1:X..
修改完之后在三台虚拟机(G:\virtual files\windows2003\Windows Server 2003 Enterprise Edition.vmx)所在的目录里找到虚拟机文件并编辑添加两行:
   disk.locking = "false"
   scsi2.sharedbus = "virtual"
 
作用是解除磁盘锁定,并共享scsi2
修改完之后重启可能会使你的网卡设置有点问题,要检查并调整一下
 
3.服务器群集搭建
打开群集管理器
分析是否可以在此节点建服务器群集:
这里发现一个警告,可以打开看下:
这个是因为我的虚拟机和真机桥接,所以获得的地址是猫给的IP,DNS的是可以解析互联网上的,所以我就手动改了DNS指定到1.1.1.1,防止它解析到互联网上的new.com(这个域名肯定有的吧),这个不太会引影响后面的群集搭建
填写群集IP,用处是给活动节点的一个IP,只要是活动节点就会有这个IP,当活动节点转移时会跟着转移.这样保证192.168.1.200服务的不间断性,当活动节点DOWN机了或者断网了,活动组(IP,资源,)转移到另一个节点,
这里写的管理员的用户名和密码
这里可以选择仲裁磁盘,下一步
上面×××叹号是刚刚本地连接的那个问题,不会有影响
下一步,完成,会出现这个管理界面
 
4.添加A-A1节点
 
再将A-A1添加进来,可以就在A-A2上添加,也可以在A-A1上添加,方法一样..
A-A1打开群集管理器,并连接到www.new.com.便出现同上管理窗口
右击"WWW",新建节点
点添加,下一步就是群集分析,用户名密码,建立节点,步骤同上....
建好会看到管理窗口中多了A-A1
选择群集组,在右边窗口有三项,注意状态,和所有者,此时所有者是A-A2,现在A-A2上拥有DC上的仲裁磁盘,192.168.1.200的群集IP,以及群集名www.new.com.
注意,此时A-A1不会有群集组中任何一项
 
当我断开A-A2的网(模拟故障)...
A-A2会提示说无法启动节点上的群集服务
 
A-A1上会看到
并且群集组的所有者变成了A-A1,此时A-A1便拥有群集组里的三项了
 
目标:只要A1A2任何一台虚拟机在,都可以从真机访问192.168.1.200 ...
 
在我的印象和实践里服务器群集是没有负载均衡的功能的,但它可以防止服务器因为意外故障而停止服务,实现服务的不间断,nlb群集才是负载均衡,不知道我有没有说错...
 
这个实验差不多就这样了,如果哪里有错误,请大家指点一下.....
 
 
 
另外分享一下我之前一次失败的经验,
我之前失败是因为我把一台虚拟同时做仲裁磁盘/DC/节点,想省出一台虚拟机,导致群集可以建立,而且看上去一切正常,但是我发现群集组不可以转移..,
原因很简单,:因为转移群集组需要节点从联机到脱机,IP和群集名是可以,但是仲裁磁盘是在那个节点上的,所以不能脱机.
想下实际如果这个节点出了故障,仲裁磁盘也跟着出, 因此,很明显这样是不可以的..
 
如果要退群集:cluster node /force(强制)