Failback funktionality in Failover Cluster 2012


how failback working in 2012? utilise quick- or live migration features or turning vms off , moving them in earler versions?

failback uses quick migration.  not turn off, move, , restart.  activity of vm , amount of memory in use vm determines time vm unavailable use.  quick migration faster turning off , restarting.

this 1 of reasons rarely, if ever, use failback.  reason should in situation failback comes play when bad happened in first place causing vm fail on (restart) on surviving node.  if uptime critical, makes more sense ensure condition caused failure has been diagnosed , remedied before moving failed resource.  once have determined that, can live migrate resource ensuring no outage. 

with failback, possible end 'ping-pong' effect.  fails on node1 causing vm restart on node2.  failure transient on node1 , automatically 'corrects' itself.  failback causes vm running on node2 quick migrate node1.  load on node1 again, resource fails again, causing restart of vm on node2.  , loop continues.


.:|:.:|:. tim



Windows Server  >  High Availability (Clustering)



Comments

Popular posts from this blog

WIMMount (HSM) causing cluster storage to go redirected (2012r2 DC)

Failed to delete the test record dcdiag-test-record in zone test.com

Azure MFA with Azure AD and RDS