Existing Hyper to Hyper-V cluster without downtime

Orçun USTURALI 51 Reputation points
2020-07-27T12:30:07.523+00:00

hi to all,

got a hard question to HyperV gurus. The customer has 2 HyperV servers running lost of virtual machine inside on a storage lun.
The luns are not shared between the HyperV servers.What i try to say is , 2 servers has 2 different luns attached ,and the virtual machines lives on those luns.

We need to migrate this environment to HyperVcluster (hyperv failover cluster ) , can this be completed without down time??
I read some articles but i am not sure ,

Theorically , we need to add failover cluster component to the servers, and then make the luns shared between HyperV servers ,and confiure the clustering wizard stuff.
but since the luns has servers inside, what is the aspect of running the failover clustering setup wizard on them??

if someone can tell their stories or any articles it will be great

thanks

Windows for business | Windows Server | Storage high availability | Clustering and high availability
{count} vote

Accepted answer
  1. Xiaowei He 9,936 Reputation points
    2020-07-28T06:50:31.273+00:00

    Hi,
    You thought can be realized.
    I did test below:

    1. Firstly, create a VM on standalone Hyper V host, store the VM on a non-shared location:
      List item
    2. Then create a Cluster with the two Hyper V hosts and configure shared storage for the Cluster, add shared storage to the Cluster as CSV.
    3. Move storage of the VM to a CSV:
      List item

    14013-n3.png13969-n4.png

    during the migration, the VM doesn't have downtime.
    4. After migrating the VM storage to the CSV, we can add the VM to the cluster:
    13985-n6.png14044-n7.png

    Thanks for your time! If you have any other concerns or questions, please feel free to feedback.
    Best Regards,
    Anne

    0 comments No comments

4 additional answers

Sort by: Most helpful
  1. TimCerling(ret) 1,156 Reputation points
    2020-07-27T13:12:04.81+00:00

    I don't think you will be able to perform a build of a cluster and import of the VMs without some downtime. Windows Server 2019 does allow adding of the cluster feature to a server without a reboot. And you can define access to additional LUNs without a reboot. But the location of the VM files changes when you move them from local storage to cluster storage. When you have a VM defined on a local machine, you have it defined as something like D:\vms\vmname.vhdx. When you move them into a cluster, the location changes to something like C:\Clusterstorage\disk1\vmname.vhdx.

    It would be better to just plan to perform the reconfiguration and migration during a maintenance period.

    0 comments No comments

  2. Orçun USTURALI 51 Reputation points
    2020-07-27T13:42:58.277+00:00

    Thanks a lot Tim,

    so from your answer , i thought something like this.BEside of adding existing luns to failover cluster, create new luns from storage and then add those luns to failover cluster.

    during that period ,the virtual machines keeps on running, and after the setup finshed ,i can move the virtual machines from local storage to the cluster while they are powered on

    How does this sound???

    0 comments No comments

  3. TimCerling(ret) 1,156 Reputation points
    2020-07-28T13:01:55.07+00:00

    Version of Windows Server is not mentioned. I believe this is possible with 2019 because installation of the cluster feature does not force a reboot of the host. I know some earlier versions did require a reboot of the host after the cluster feature was added to the host.

    0 comments No comments

  4. Orçun USTURALI 51 Reputation points
    2020-07-29T15:57:50.553+00:00

    Thanks a lot for all your time and answers .

    2019 server also needs to reboot when i add Failover Clustering role , to bad :(

    also XiaoweiHe-MSFT , your answer seems OK ,i will try to do it in my lab environment.

    anyway thanks a lot either of you ,:)


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.