Hyper-V虚拟化测试10测试故障转移

5.3、测试故障转移
Hyper-V也提供了一个测试故障转移的测试方案,故障转移测试并非真正的实现故障转移,Hyper-V只是在我们的副本服务创建一个快照出来,是一个Hyper-V内置的测试方法,通过此方法,可以了解虚拟机的复制状态和有效性。

首先,找到需要复制测试的虚拟机,在主服务器上,查看下服务器的配置和信息,方便后续故障转移测试时查看信息用。这里创建了一个文本文件,然后看看服务器IP地址信息,如下:
文本信息

IP地址信息

下面回到我们的副本服务器上,右键à复制à测试故障转移

因之前我们选择复制的时候选择的是“仅最新恢复点”,那么这里也知会有一个恢复点,如果我们配置复制的时候选择了多个恢复点,那么这里我们可以选择恢复的时间点进行恢复测试,点击“测试故障转移”

可以看到,在我们的副本服务器上,创建了一个新的快照WIN702-测试,Hyper-V的故障转移测试并非真正把副本虚拟机启动起来,而只是基于副本虚拟机状态创建了一个差异磁盘,然后根据复制虚拟机的配置文件自动创建一个用于测试的虚拟机,创建完成后,测试虚拟机处于“关机”状态

右键测试虚拟机WIN702-测试,启动虚拟机

启动完测试虚拟机后,打开文本文件,可以看到信息正常,但是我们应该注意到,网络是处于断开状态

查看虚拟机设置选项,可以看到网络适配器处于“未连接”,这个是正常的。

如上看到的各种配置信息一致,虽然网卡未连接,但是查看IP地址属性,配置是一致的。现在的问题就是,当我们测试过程中,主服务器上的虚拟机的变化是无法同步多来的,所以需要在停止故障转移测试,回收资源,删掉测试用的副本虚拟机,右键测试虚拟机WIN702-测试à停止测试故障转移

点击“停止测试故障转移”

停止完成后,可以看到测试用虚拟机自动删除了

再来查看复制运行状况,一切正常

时间: 2024-12-15 09:10:05

Hyper-V虚拟化测试10测试故障转移的相关文章

Hyper-V虚拟化测试20自动故障转移

8.3.2.自动故障转移测试 手动的实时迁移除非在一些服务器需要维护的情况下,才会有意义.要实现真正的高可用,那么就应该在服务器宕机或者网络故障时,能够实现自动的故障转移,这也是群集所提供的功能,也是企业真正需要的高可用方案.要模拟下自动的故障转移,可以关闭虚拟机所在Hyper-V主机,或者断开虚拟机所在Hyper-V主机的网络来实现,可以看到,目前WIN706运行在HyperV04这台Hyper-V主机上 关闭HyperV04这台主机,在HyperV03主机上,打开故障转移群集管理器,在节点下

hadoop hdfs 高可用性安装 测试 zookeeper 自动故障转移

安装基于CentOS 7 安装,系统非最小化安装,选择部分Server 服务,开发工具组.全程使用root用户,因为操作系统的权限.安全,在启动时会和使用其它用户有差别.Step 1:下载hadoop.apache.org 选择推荐的下载镜像结点: https://hadoop.apache.org/releases.html Step 2:下载JDK http://www.oracle.com/technetwork/pt/java/javase/downloads/jdk8-download

MongoDB副本集(一主两从)读写分离、故障转移功能环境部署记录

Mongodb是一种非关系数据库(NoSQL),非关系型数据库的产生就是为了解决大数据量.高扩展性.高性能.灵活数据模型.高可用性.MongoDB官方已经不建议使用主从模式了,替代方案是采用副本集的模式.主从模式其实就是一个单副本的应用,没有很好的扩展性和容错性,而Mongodb副本集具有多个副本保证了容错性,就算一个副本挂掉了还有很多副本存在,主节点挂掉后,整个集群内会实现自动切换. Mongodb副本集的工作原理客户端连接到整个Mongodb副本集,不关心具体哪一台节点机是否挂掉.主节点机负

mongodb集群故障转移实践

简介 NOSQL有这些优势: 大数据量,可以通过廉价服务器存储大量的数据,轻松摆脱传统mysql单表存储量级限制. 高扩展性,Nosql去掉了关系数据库的关系型特性,很容易横向扩展,摆脱了以往老是纵向扩展的诟病. 高性能,Nosql通过简单的key-value方式获取数据,非常快速.还有NoSQL的Cache是记录级的,是一种细粒度的Cache,所以NoSQL在这个层面上来说就要性能高很多. 灵活的数据模型,NoSQL无需事先为要存储的数据建立字段,随时可以存储自定义的数据格式.而在关系数据库里

29SkypeForBusiness2015进阶篇--创建故障转移群集

6.3.9 安装故障转移群集功能 6.3.10 创建故障转移群集 6.3.10.1 创建故障转移群集 6.3.10.2 创建见证共享 6.3.10.3 配置群集仲裁

Hyper-V虚拟化测试12非计划的故障转移

6.2.非计划的故障转移对于计划的故障转移,意义其实不是很大,除非有服务器的维护.硬件升级等,但是服务器的维护也可以使用实时迁移,不用通过计划的故障转移.其实Hyper-V复制功能最大的意义应该在于非计划的故障转移的实现实现容灾.首先需要模拟主服务器上的虚拟机宕机,在这里,我首先关闭主服务器上的虚拟机,切换到副本服务器,右键需要故障转移的虚拟机,选择"复制"故障转移 选择恢复点,然后点击"故障转移" 故障转移成功后,虚拟机自动启动 连接到虚拟机,查看配置信息和文件,

Hyper-V虚拟化测试11计划的故障转移

6.故障转移6.1.计划的故障转移要执行计划的故障转移,我们需要关闭主服务器上(不关闭是无法进行故障转移的,会报错,后续会提到),因为这个是系统层面的故障转移,所以要把主虚拟机关机,选中我们的虚拟机,右键关机 关闭主服务器上的虚拟机后,右键à复制à计划的故障转移 在这里勾选"故障转移后复制方向改为相反的方向",勾选这个后,我们完成计划的故障转移后,虚拟机的复制状态才会处于正常状态,而且原先的主服务器变为了副本服务器,副本服务器则成为了主服务器了,然后勾选"在故障转移后启动副本

测试ReplicaSets读写分离和故障转移

读写分离实现步骤: 从库能够进行查询就更好了,这样可以分担主库的大量的查询请求. 1) 先向主库中插入一条测试数据 rs1:PRIMARY> db.c1.insert({age:30});db.c1.insert({age:30}); WriteResult({ "nInserted" : 1 }) rs1:PRIMARY>  db.c1.find() db.c1.find() { "_id" : ObjectId("5791ef011f4c6

VMware 虚拟环境下微软的故障转移集群测试

VMware 虚拟环境下微软的故障转移集群测试 主机配置 两台win2008 R2企业版服务器 test01 public10.10.1.146  private 172.16.0.1 test02 public10.10.1.147  private 172.16.0.2 存储 在EMC存储中划分两个LUN,一个用于集群仲裁盘,一个用于存储数据. 在EMC存储中创建两个LUN 把新建的LUN加入的存储组中: 安装上述步骤再建一个LUN. 2.把两个LUN分别挂载到两台服务器中 Test01 挂