vSphere High Availability HA Part II: configure HA

Share on facebook
Share on google
Share on twitter
Share on linkedin
Share on pinterest
Share on print
Share on email
Table of Contents

introduction

in this article we will see how to configure HA and verify it by power off ESXI153 to see  what will happen 

so please back to part I of HA to understand the concept before configure HA effectively

HA network Diagram

HA network Diagram

to beter understand HA situation :

please look to diagram above 

we have clluster16 contain three ESXI host : ESXI151, ESXI152 ,and ESXI153

all three ESXI server are connected to local storage beside of shared storage [NFS Datastore, and ISCSI datastore ],

and also belong the same management subnet 172.16.x.x/16 , as well as same storage sunbet 172.21.x.x/16

ESXI151 Datastore
ESXI152 Datastore
ESXI153 Datastore

also we have VM windows 10 that run by ESXI153 on ISCSI datastore 

as you see below 

VM windows 10

HA configuration

before deep diving in HA configuration : please make sure your vSphere  environment meet listed HA requirement in part 1 here 

now to configure HA : open vcenter and select cluster >  configure > enable HA 

HA is off by default > press edit
turn on HA and press Ok
vSphere configure three ESXI servers to support HA
configuration DONE 🙂

monitor HA configuration

it’s better to monitor your vsphere HA from time to time to see what is going on 

open vcenter > cluster > monitor >vsphere HA >  summary 

please note that ESXI153 is selected randomly as HA master and other ESXI151 + ESXI152 as slave 

also we have 2 VM is protected : VCSA171 and Windows10 VM

 

 

monitor HA configuration status
monitor HA runtime information

before ESXI153 down accidentally

before ESXI153 down accidentally 🙂  , please have look to vsphere environment

all esxi server is up and online 

also VM windows 10 is running on ISCSI datastore by ESXI153  

 

 

For Better View > Open Image in different TAB
For Better View > Open Image in different TAB

after ESXI153 down accidentally

 

let us now to suppose that ESXI153  accidently down for any reason [ power outage for example  ]

 

after HA heart beating [5 minute ] : HA will discover that ESXI153 is down > 

SO ….

it will ask any free server [here is ESXI152] to run VMs that was running by ESXI153 before down 5

 

ESXI153 is NOT responding
ESXI152 become HA master, one server is up [151] and one server is down [153] > but the most important thing that 2 VM is still protected and running [VCSA171 ,and windows 10 VM ] 🙂
HA performance
the good thing VM windows 10 is running by ESXI152

after ESXI153 back online

now HA are able to manage life in absence of ESXI153 

what will happen if ESXI153 back online again [we fixed power outage ] 

vcenter will detect three ESXI online 

and windows 10 VM will keep running by ESXI152 , until we decide to migrate it manually to ESXI153 

HA monitoring
VM is running by ESXI152 , until we decide to migrate to ESXI153

Conclusion

vsphere HA is great feature to protect VM in your environment 

BUT 

there is one disadvantage : we have down time 3 minute and 2 minutes  the time to VM itself on another ESXI 

[ approximately 3+ 2 = 5 minute ] 

this is called  RTO Recovery time Object

some VM accept down  5 minutes 

BUT

some critical VMs does not  accept that , even it doesn’t accept a few seconds of down time 

so we  have to use another technique called [Fault Tolerance ] which make downtime = 0 [yes ZERO]

Next article in HA part 3 , we will discuss HA advanced feature and recommendation 

before moving to Fault Tolerance 

I am maher islaieh thanking  you for join us 

Share this post
Share on facebook
Share on google
Share on twitter
Share on linkedin
Share on pinterest
Share on print
Share on email

About Me

Our Power in Numbers

 17 

Courses

321

Articles

3,882

Images
and All configurations images are proudly made in Pioneers Lab

Articles By Course

Recent Articles

Subscribe

Contact us

have a challenge ? don’t hesitate to contact us