在前面的一篇文章中，我们已经完成了Hyper-V群集的搭建，但是仅有群集是没用的，因为我们还需要共享存储，在Server2012中我们可以使用多种共享存储，基于SMB3.0的存储是非常不错的选择之一，当然我们也可以使用iScsi，因为在Server2012中iscsi的配置将变得更加容易，并且性能更好。首先，我们在需要部署iScsi目标服务器的服务器管理器中，选择文件和存储服务，然后选择iscsi
在前面的文章，对于一些WindowsServer2012新增加的Hyper-V功能，可能我们已经有些了解了，那么今天的文章起将会给大家分享Hyper-V的扩展功能，也就是这些功能并非Hyper-V本身的，而是可以通过整个WindowsServer平台完成的，并且这些功能都是无需额外成本的。那废话就不多说了，今天的内容再实在不过了，就是搭建一个基于我们之前Hyper-V环境的群集，使我们上面的虚拟机
花费了很长的时间，总算把复制功能介绍了一下，最近实在是忙！今天有时间，我们再一起看一下Hyper-V3.0中，我们是如何实现不需要共享存储，直接进行实时迁移的。首先我们在AD用户和计算机中找到我们的Hyper-V主机，右键属性并选择委派，然后选择“仅信任此计算机来委派指定的服务”，然后下方选择仅使用Kerberos，并单击添加。在添加服务对话框中，我们单击用户或计算机。选择计算机，并把我们所有其他
其实对于计划的故障转移来说，在实际的生产环境中几乎是没有意义的，因为如果我们要做计划的停机维护、补丁更新等，那么我们肯定优选移动虚拟机到其他的Hyper-V宿主机，而不是通过计划的故障转移，并且计划的故障转移在failover后切换回来是稍微麻烦的。所以启用虚拟机的复制功能最大的意义还是在于对于非计划的故障转移的实现。所以今天我们来做一下非计划的故障转移，也就是这种情况主要用于在我们的一台Hype
在前面的文章中，我们已经完成对虚拟机复制的配置，以及对虚拟机复制的测试。但是在实际情况中，虚拟机复制功能所提供的故障转移是如何的呢？我们在进行故障转移时是否需要复杂的操作或者很多考虑？带着疑问，我们进行一次计划的故障转移展示。首先，我们需要做的就是关闭我们主虚拟机，因为是系统层面的故障转移，所以我们必须把主虚拟机停掉，模拟出现故障的场景。我们在Hyper-V管理器中，找到运行主虚拟机的Hyper-
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
