利用iSCSI实现HyperV故障转移群集Word文件下载.docx

上传人:b****2 文档编号:4268369 上传时间:2023-05-03 格式:DOCX 页数:34 大小:1.73MB
下载 相关 举报
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第1页
第1页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第2页
第2页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第3页
第3页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第4页
第4页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第5页
第5页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第6页
第6页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第7页
第7页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第8页
第8页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第9页
第9页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第10页
第10页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第11页
第11页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第12页
第12页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第13页
第13页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第14页
第14页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第15页
第15页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第16页
第16页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第17页
第17页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第18页
第18页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第19页
第19页 / 共34页
利用iSCSI实现HyperV故障转移群集Word文件下载.docx_第20页
第20页 / 共34页
亲,该文档总共34页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

利用iSCSI实现HyperV故障转移群集Word文件下载.docx

《利用iSCSI实现HyperV故障转移群集Word文件下载.docx》由会员分享,可在线阅读,更多相关《利用iSCSI实现HyperV故障转移群集Word文件下载.docx(34页珍藏版)》请在冰点文库上搜索。

利用iSCSI实现HyperV故障转移群集Word文件下载.docx

虚拟化工具

因没有大量物理设备,实验只能基于虚拟化运行,虚拟化软件选择VMwareWorkstation

关于OS

实验环境使用WindowsServer2012R2标准版和Hyper-VServer2012

用于测试高可用的虚拟机,不安装任何OS系统

关于服务器数量及角色

实验环境需要至少4台服务器或虚拟机

◆一台AD域控制器,生产环境绝不能只有一个DC。

◆一台iSCSI共享存储服务器

◆二台Hyper-V虚拟化服务器

关于网卡BOND

网卡的BOND配置并不属于Hyper-V、FailOver中的技术,为了简化实验过程每个服务器上只配置了3块网卡;

在生产环境中,建议必须在每个节点上使用6个网,每两个网卡做BOND,这样即可以保障不出现单点故障,也提高了访问带宽。

关于部署过程

为了缩短篇幅,部署基本的安装和配置过程将省略,例如正常的OS安装、IP配置,将仅在最初说明和记录。

------------------------------------------------------------------------------------------------------------------------------------------

实验过程

部署过程:

环境规划

AD规划

DomainName:

DCName:

adser01

Username:

Administrator

Password:

123+abc

Ethernet0IP:

192.168.3.202255.255.255.0gateway192.168.3.1

IncludingDNS

AD域控制器不参与iSCSI和FailOver,实验中仅配置一块网卡。

iSCSI服务器规划

ServerName:

iSCSI01

Ethernet0:

192.168.3.203255.255.255.0gateway192.168.3.1dns192.168.3.202

Ethernet1:

192.168.175.5255.255.255.0

Ethernet2:

192.168.5.5255.255.255.0

除系统盘外,额外挂载3块30GB虚拟磁盘,使用“存储空间”技术配置成为一个90GB的逻辑磁盘,作为iSCSI磁盘文件的存放位置。

Hyper-V01服务器规划

Hyper01

192.168.3.204255.255.255.0gateway192.168.3.1dns192.168.3.202

192.168.175.6255.255.255.0

192.168.5.6255.255.255.0

Hyper-V02服务器规划

Hyper02

192.168.3.205255.255.255.0gateway192.168.3.1dns192.168.3.202

192.168.175.7255.255.255.0

192.168.5.7255.255.255.0

OS安装和AD配置

略,创建一个名为的AD,并将iSCSI和Hyper-V服务器加入到域。

配置iSCSI服务器的存储池和iSCSITarget

配置存储池

虚拟机上挂了除系统盘以外的3块磁盘,均为30GB,现在我们需要将这三块磁盘做成一个池。

说明:

把几个硬盘配置成存储池到可以正常使用,需要完成三个阶段工作:

◆创建存储池:

即标记哪些磁盘将作为一个存储池使用;

当然,windows中允许有更多物理磁盘,允许对磁盘进行分组作为不同的存储池;

◆创建虚拟磁盘:

一个存储池可以作为一个虚拟磁盘,也可以划分一定的空间作为多个虚拟磁盘;

◆创建分区:

在创建的虚拟磁盘中创建分区并分配盘符,如E、F盘;

此时我们才可以正常使用这个分区;

到服务器管理器中选择“文件和存储服务--卷--存储池“,我们能看到右下角的物理磁盘中有三块可用磁盘(作为存储池中的物理磁盘,在配置前最好不要做任何配置,更不要补占用,原因有二:

首先,你可能这里看不到可用磁盘,其次,配置成为存储池后,原数据将被清除)

在右侧界面中点击“任务”“新建存储池”首先给存储池一个名字,输入名字为“ISCSIDISK”,点击“下一步”

注:

名字最好认真输入,这在以后工作中遇到多个池,多个虚拟盘的时候更容易记忆。

我们看到系统已经自动扫描到可用的三块磁盘,全部勾选这些磁盘,其它选项保持默认即可,点击下一步后点击创建即可。

创建过程非常快,在点击“关闭”前,沟选左下角的“在此向导关闭时创建虚拟磁盘”

当然也可以直接关闭,我们回到服务器管理中的存储池页面,即可以看到我们刚刚创建好的存储池,右击存储不也可以创建虚拟磁盘。

配置虚拟磁盘

选择要创建虚拟磁盘的存储池(因为实验只创建了一个存储池,所以保持默认即可,多个存储池时,要选择你想要使用的池),点击“下一步”

 

给虚拟磁盘一个名字,输入“VDISK01“,看到在下面有一行灰色的字“在此虚拟磁盘上创建存储层”,这个在你创建的池中有HDD和SSD等不同类型的磁盘的时候会亮起,是一个速度优化的功能。

实验中只有SSD,所以这里无法选择,现在点击下一步。

选择一个存储存局,这个有点类似于RAID,三个选项,实验中我们选择默认的“simple”点击下一步。

◆Simple=简单,无容错,不损失磁盘空间

◆Mirror=镜像,损失50%磁盘空间

◆Parity=校验,类似RAID5,损失N-1空间,允许同一时间有一块掉盘。

设置磁盘类型,有“精简”“固定”两种,这里选择“精简”点击下一步;

在生产环境中,建设选择固定;

精简有可能磁盘被写爆,造成不可挽回的数据丢失。

精简=可以分配更大的总容量,但总写入量不能超过物理容量,好处是初始占用空间小,写多少占多少空间

固定=磁盘初始设置大多,即占用多少空间,好处是不会写爆,速度也更好;

缺点是创建时等待时间较长。

选择容量,因为没打算要另外创建虚拟磁盘,所以,这里选择“最大大小”点击下一步,并等待创建完成。

如果想完成后即开始创建卷,同样可以把左下角的勾打上。

创建卷

在创建卷的界面上,选择正确的池和虚拟磁盘,点击下一步

接下来选择卷容量、盘符、分区格式后点击创建,完成卷的创建。

回到“我的电脑”中,可以看到,刚刚创建好的D盘,说明一切顺利。

配置iSCSI

安装iSCSI服务,到服务器管理器中,添加功能和角色,选择安装iSCSI服务。

创建用于FailOver的仲裁磁盘

安装完成后我们可以看到在服务器管理器中已经出现了“iSCSI”选项,定位到iSCSI,点击中间的链接创建iSCSI虚拟磁盘。

选择磁盘所在的服务器和保存路径

给卷一个名字,支持中文,输入:

仲裁磁盘

为了实验方便,我们仍然选择“动态扩展”并分派5GB空间

选择新建iSCSI目标

给iSCSI目标一个名字,同样支持中文,输入:

仲裁磁盘,选择下一下,并点击“添加”

这里有两个选项,可以选择第一项并输入需要此磁盘服务器的主机名,系统会进行搜索,也可以选择第二项,手工指定IQN名。

因为实验环境没有其它系统,所以这里使用通配符*,即所有人均可见

点击确定后退出,并选择下一步;

在认证页面保持默认,点击下一步,点创建,完成仲裁磁盘的创建。

重复以上步骤,创建一个用于存储虚拟机的共享磁盘。

共享磁盘可以创建多个容量相同的磁盘,分布在不同池或iSCSI上,实现冗余,实验环境中,我们只创建一块即可。

s部署过程:

Hyper-V的配置初始化共享磁盘

在Hyper服务器上或任意可访问服务器的客户端上,使用PowerShell连接并配置Hyper服务器的共享磁盘,实验环境内存有限,此次将使用iSCSI服务器作为客户端,使用PowerShell管理Hyper-V服务器

在客户机上打开PowerShellISE,并连接到Hyper01这台服务器

连接成功后,注意看PowerShell提示符的变化,前面的PS:

C:

\XX会变成[Servername]:

PSC:

\xxx

设置MSISCSI服务启动模式为自动并手动启动MSISCSI服务

使用New-IscsiTargetPartal命令新建一个快速连接

使用Get-IscsiTarget命令查看快速连接状态,输出的结果可以看到刚刚我们在iSCSI服务器上创建的两个虚拟磁盘

使用

Connect-IscsiTarget-NodeAddressiqn.1991-.microsoft:

iscsi01-vmdisk-target-IsPersistent$true

iscsi01-仲裁磁盘-target-IsPersistent$true

命令分别连接共享磁盘和仲裁磁盘

使用Get-Disk命令查看主机目前的磁盘情况,可以发现,2块磁盘已经加载到了主机,但还没有进行配置无法使用,接下来开始配置这两个共享磁盘

设置磁盘联机并关闭只读属性

初始化共享磁盘

因为仲裁磁盘和群集共享卷必要条件是两个节点都能访问且必须是NTFS文件系统,所以,需要对仲裁磁盘和群集共享进行分区和格式化操作。

使用New-Partition在创建新分区

格式化为NTFS格式

在Hyper02上要完全执行相同操作,但不需要执行初始化操作,即Initialize-Disk命令,因为磁盘已经初始化过了。

配置FailOverCluster

在PowerShell上使用Invoke-Command-ComputerNamehyper01,hyper02-Command{Install-WindowsFeatureFailover-Clustering-IncludeManagementTools}命令为两台HYPER-V主机安装FailOverCluster模块

结果显示命令执行成功,警告内容是系统没有启用自动更新,无需理会。

现在需要使用客户端的故障转移控制台为Hyper-V创建故障转移集群,因为要使用故障转移控制台,所以,在客户端上也要安装FailOver或者安装微软的RSAT工具。

在客户端上启动控制台,点击创建集群

输入或选择要加入集群的服务器

系统提示是否要进行验证测试,选择是,点击下一步

测试可能需要2分钟,主要是网络测试较慢。

因为还没有配置磁盘和仲裁磁盘,所以,存储这块会有报错,不必理会,点击完成后在新的页面配置集群管理IP和名字

输入:

VMHost,配置IP地址为192.168.3.208(此地址不能与网络其它主机地址冲突)

点击下一下确信全部信息后点击创建,约1分钟,集群就创建好了。

我们可以在控制台上看到集群中的节点和网络等。

为集群配置仲裁磁盘

在控制台的根上右键选择更多操作—配置群集仲裁设置

选择一个仲裁方式,我们采用仲裁见证

选择使用配置磁盘见证

此时,我们此前配置iSCSI那个5GB大小的磁盘分区会被发现,选择并点击下一步后系统会完成磁盘仲裁的配置。

配置虚拟机存放磁盘

选择存储下的磁盘,可以看到群集磁盘1,和群集磁盘2,其中一是仲裁磁盘,选择状态为可用存储的群集磁盘2右键选择“添加到群集共享卷”

现在,我们分别在两个Hyper-V主机上查看共享卷,会发现一个叫CSVFS的卷,这个就是共享卷,说明配置成功

创建高可用虚拟机

在创建高可用虚拟前,我们先要确认共享卷的路径,右键点击集群共享卷选择属性,可以看到共享卷的路径是c:

\ClusterStorage\Volume1

虽然在故障转移群集管理器的角色中名键可以选择新建虚拟机,但然并卵,必须还是要使用Hyper-V的管理器才可以创建,如果客户机上没有安装Hyper-V的管理器可以在添加服务器角色中添加。

打开Hyper-V的管理器,右键选择连接到Hyper-V服务器,可以输入Hyper01或02的IP地址,也可以输入创建故障群集时候地址,后者会随机链接到一台Hyper-V主机

连接成功后,选择新建虚拟机,整个过程除了选择存放虚拟机的路径要选择共享卷外,其它过程与单个Hyper-V创建没有任何区别。

选择虚拟机位置后,后面磁盘位置会自动定位到共享卷

回到故障转移群集管理器,右键选择角色—配置角色,在下拉框中选择“虚拟机”

选择放置在共享存储中的虚拟机VM01,点击下一步,完成高可用虚拟机配置

向导完成时会显示状态报告,显示绿色对勾且描述为成功。

回到故障转移控制器上,点击角色,可以看到右边已经配置好的高可用虚拟机

测试虚拟机自疏散(迁移)

此前,我们已经创建了一个高可用虚拟机,为了验证动自动疏散(迁移),再在Hyper01上创建一个非高可用的本地虚拟机,过程不再复述,虚拟机位置和磁盘位置选择在Hyper01主机本地磁盘D盘。

两台虚拟机已经全部创建好,其中VM01是高可用虚拟机,都落到了Hyper01这个节点上。

通过PowerShell查看Hyper01和Hyper02上的虚拟机情况。

Hyper01上有两台虚拟机,虚拟机状态为正Running;

Hyper02上没有虚拟机。

在故障转移群集集管理器中,把Hyper01的服务暂时停掉,选择暂停且排出角色,同时在PowerShell中查看虚拟机状态

从PowerShell中可以看到VM01正在被自动迁移到另一个节点。

到Hyper02上查看,发现VM01已经被迁移到了这个节点上

模拟Hyper01意外断电,在VMware的控制台上,直接关闭虚拟机电源,进行测试

查看Hyper01上的虚拟机,共3个虚拟机,其中“VM01”和“新建虚拟机”两台是高可用虚拟机,LocalVM是本地虚拟机。

当模拟Hyper01故障后,两个高可用虚拟机将切换到Hyper02上运行

通过故障转移管理器查看也证实了虚拟机的运行位置

关闭Hyper01后,我们看到,虚拟机已经迁移到Hyper02上运行;

但LocalVM并没有迁移到Hyper02上。

同时查看节点情况,确认Hyper01是离线状态

后记

◆因为采用的是AD域环境,所以从管理节点连接到各个服务器节点均不需要进行二次身份验证。

◆共享卷的连接工作必须在每个节点上执行,虽然不执行在配置故障转移群集的时候也可以通过。

◆Connect-IscsiTarget命令后面的–IsPersistent$true命令必须加,否则每次Hyper-V服务器重新启动后都需要手动执行一遍连接操作,且无法实现故障转移和自动恢复。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2