版权声明:原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。 http://moonsilver.blog.51cto.com/635074/222566
|
服务器群集搭建
1.
大概架构:
心跳线
:
节点
1
:
A-A1.new.com
的
IP
为
1.1.1.1/24
节点
2
:
A-A2.new.com
的
IP
为
1.1.1.2/24
外网:
域控制器:
dc.new.com (
仲裁磁盘
)
的
IP
为
192.168.1.100/24,
节点1:
A-A1.new.com
的
IP
为
192.168.1.1/24
节点2:
A-A2.new.com
的
IP
为
192.168.1.2/24
真 机:
a
的
IP
为
192.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
便拥有群集组里的三项了
目标
:
只要
A1
和
A2
任何一台虚拟机在
,
都可以从真机访问
192.168.1.200 ...
在我的印象和实践里服务器群集是没有负载均衡的功能的
,
但它可以防止服务器因为意外故障而停止服务
,
实现服务的不间断
,nlb
群集才是负载均衡
,
不知道我有没有说错
...
这个实验差不多就这样了
,
如果哪里有错误
,
请大家指点一下
.....
另外分享一下我之前一次失败的经验
,
我之前失败是因为我把一台虚拟同时做仲裁磁盘
/DC/
节点
,
想省出一台虚拟机
,
导致群集可以建立
,
而且看上去一切正常
,
但是我发现群集组不可以转移
..,
原因很简单
,:
因为转移群集组需要节点从联机到脱机
,IP
和群集名是可以
,
但是仲裁磁盘是在那个节点上的
,
所以不能脱机
.
想下实际如果这个节点出了故障
,
仲裁磁盘也跟着出
,
因此
,
很明显这样是不可以的
..
如果要退群集
:cluster node /force(
强制
)
本文出自 “ 一切皆有可能” 博客,请务必保留此出处 http://moonsilver.blog.51cto.com/635074/222566
本文出自 51CTO.COM技术博客
|