Forum Discussion
Windows server 2019 Hyper-V: Replica VS Checkpoint VS Screenshots
Hi, Thank you for your response. after reading it I have some more questions.
should cluster failover and replica be used together? because as you said replica is used when there is a problem with the host (node). if the VM is part of a cluster failover, then in case of a node/host failure, another node/host will take control of that VM. so with that in mind is it any good to use both replica and cluster failover together?
(the actual VM files reside on another server using ISCSI)
or maybe replica and failover can actually work together?
In my opinion cluster failover can remove point of failure in hardware (all except for the hard disk where VM VHDX is located on).
and then replica can remove the point of failure in the hard disk by keeping a copy of that VM VHDX file on another ISCSI server?
HotCakeX wrote:
In my opinion cluster failover can remove point of failure in hardware (all except for the hard disk where VM VHDX is located on).
and then replica can remove the point of failure in the hard disk by keeping a copy of that VM VHDX file on another ISCSI server?
You are correct - failover clusters are useful when a single host/node goes down; providing another host can reach the shared storage the VM Config and VHDX files reside on, it can crack on working.
Replicas are typically done between two data centres - The primary is in Datacentre 1 and the replica in datacentre 2 in a different location. If Datacentre 1 has a problem that knocks out the shared storage or all the nodes, then Datacentre 2 has a up-to-date copy to spin up and take over.
There isn't any advantage to have a replica server on the same storage as the primary because it provides no redundancy.
All of the solutions (Checkpoint, failover cluster, replica) mostly make sense when you look at what scale of redundancy you require and how much you are willing to spend to achieve it.
Hope this helps 🙂
Mark