LiveMigration实战之八:配置高可用性虚拟机

在前文中我们创建了故障转移群集,接下来在本文中我们将配置故障转移群集,让故障转移群集支持Hyper-V角色。我们在Server1上进行故障转移群集的配置,首先在 Server1的"Administrative Tools"中打开"Hyper-V Manager",如图1所示,点击"Hyper-V Settings"。


图1

如图2所示,我们选择虚拟机的默认存储路径是c:\clusterstorage\volume1,也就是把虚拟机存储在群集共享卷中。这里顺便提醒一下,如果Windows Server 2008 R2没有安装在C盘,例如安装在D盘了,那么群集共享卷的磁盘就会被映射到d:\clusterstorage\volume1。群集中的两个节点要求必须使用同样的路径来映射群集共享卷,假如群集内的两个节点一个把群集共享卷映射到了c:\clusterstorage\volume1,另一个节点却映射到了d:\clustervstorage\volume1,虚拟机就无法进行实时迁移了。如果是这种情况,我们可以使用mklink来创建一个节点链接来解决问题,例如我们可以使用 mklink c:\clusterstorage d:\clusterstorage,这样就可以把D:\ClusterStorage映射到C:\ClusterStorage上了。


图2

时间: 2016-02-24

LiveMigration实战之八:配置高可用性虚拟机的相关文章

LiveMigration实战之七:配置故障转移群集

在上文中创建了故障转移群集后,我们将在本文中对故障转移群集进行配置,主要是配置故障转移群集使用的仲裁磁盘和群集共享卷.在Server1的"Administrative Tools"中打开"Failover Cluster Manager",如图1所示,右键点击群集根节点,选择"Configure Cluster Quorum Settings",准备对群集的仲裁设备进行配置. 图1 如图2所示,出现配置向导,点击"Next"继

LiveMigration实战:配置ISCSI虚拟磁盘

在上篇文章中我们利用ISCSI Target软件在WSS2008上创建了两个ISCSIhttp://www.aliyun.com/zixun/aggregation/36151.html">虚拟磁盘,在本文中我们将为大家介绍Server1和Server2如何访问这些ISCSI虚拟 磁盘.Server1和Server2可以使用ISCSI协议访问WSS2008上的虚拟ISCSI磁盘,由于Windows Server 2008已经内置了ISCSI协议,因此我们无需在Server1和Server2

LiveMigration实战之九:安装高可用性虚拟机

在前文中我们配置了故障转移群集支持Hyper-V角色,而且把Hyper-V中的Win2008虚拟机设置成了高可用性虚拟机.本文中我们将为Win2008虚拟机安装操作系统,我们准备在虚拟机上安装一个32位的Windows Server 2008. 如图1所示,在Server1的"Failover Cluster Manager"中展开Server1节点,我们可以看到Server1节点下有一个Win2008虚拟机.选择"start virtual machines",启

《VMware vSphere企业运维实战》——2.7 重新配置VMware虚拟机

2.7 重新配置VMware虚拟机 在转换虚拟机后,可能需要对其进行配置,使其可在目标虚拟环境中启动.如果虚拟机的虚拟环境改变或您需要提升虚拟机性能,也可能需要配置虚拟机. 说明 只能配置运行 Windows XP 或更高版本的虚拟机(如Windows 7.Windows Server 2003.Windows Server 2008),不能配置运行 Windows 以外的其他操作系统的虚拟机(例如Linux).转换过程对源计算机而言为无损操作,与此不同的是,配置过程会对源计算机产生影响.创建配

LiveMigration实战之十:实时迁移测试

我们在前面的文章中已经为Hyper-V的Livemigration和QuickMigration搭好了实验环境,现在我们有了一个支持Hyper-V的故障转移群集,配置了群集共享卷,有了一个在群集共享卷上创建的高可用性虚拟机.我们现在终于可以测试一下 Windows Server 2008 R2中的实时迁移(LiveMigration)和快速迁移(QuickMigration)了. 我们先来测试一下LiveMigration,这也是我们这个实验系列的主要目的.LiveMigration的主要原理是

[原创].NET 业务框架开发实战之八 业务层Mapping的选择策略

原文:[原创].NET 业务框架开发实战之八 业务层Mapping的选择策略 .NET 业务框架开发实战之八 业务层Mapping的选择策略 前言:在上一篇文章中提到了mapping,感觉很像在重新实现NHibernate.其实文章的本意是想反映出Richard在思考的时候的一些选择:利用现有的,还是最后自己用别的方式实现.如果一上来就说什么什么好,那太武断了,也很片面,系列文章反复的在强调一点:技术有它的适用场景,没有完美的技术.很多的朋友说本系列在近似的开发一个ORM,其实不是:ORM就是把

CentOS6.5 64位系统安装配置KVM虚拟机步骤详解

环境: 系统版本:CentOS 6.5 x86_64 内存:8G CPU:Intel i5-4430 IP:192.168.1.100 一.KVM简介 KVM是开源软件,全称是kernel-based virtual machine(基于内核的虚拟机),是一个开源的系统虚拟化模块,基于硬件的完全虚拟化,不过需要硬件支持(如Intel VT技术或者AMD V技术).自Linux 2.6.20之后集成在Linux的各个主要发行版本中.它使用Linux自身的调度器进行管理,所以相对于Xen,其核心源码

使用BPM和DB2 HADR配置高可用性和灾难恢复的整体进程

IBM Business Process Manager 是 IBM 最新的http://www.aliyun.com/zixun/aggregation/14359.html">业务流程管理平台,提供可视化的,全面易用的业务流程管理.IBM Business Process Manager 融合了 WebSphere Process Server,WebSphere Lombardi Edition,以及 IBM Integration Designer(以前被称为 WebSphere

LiveMigration实战之三:ISCSI Target部署配置

我们已经搭建了一个域,而且在域内的两台计算机上部署了Windows Server 2008 R2.本文中我们准备让Windows Storage Server 2008除了担当域控制器外,还要行使另外一个职能:充当群集的共享存储.Windows Server 2008 R2能支持虚拟机的动态迁移,关键是要让虚拟机存储在群集共享卷中.群集共享卷指的是由群集内的每个节点都能共同访问的一个存储设备,我们在本次实验中准备用Windows Storage Server 2008来模拟这个存储设备. 从微软