2 hours 58 minutes
you're watching Model fire
piece for advanced features.
Listen to the sphere. High availability or H A.
By the end of this video, you'll understand h a operation and how to configure it.
These were high availability is a future that ants resilience to your data center.
In fact, it protects your virtual machines against four problems.
Host failure, guest operating system failure, application failure and storage failure.
A. J restarts virtual machines on another host when the Hearst they are running on fails.
Pretty cool in this video, and for the sake of simplicity, we are going to discuss how h A protects your V EMS against host failures only
first of all, in order to use H. A. You need a cluster of at least two years Excite House and no more than 64.
You also need a static management I p address on all your hosts. At least one management network, although it is highly recommended to have to
the virtual machines, you want to be protected, need to be on the shared storage,
and you need to configure NTP on all hosts.
Clock synchronization is actually required. No
A J is enabled on a cluster object in V center, so it actually requires the creation of a cluster. Now, once you satisfy all these requirements, your yes, Excite hosts will elect a master host.
How and why they do this is outside the scope of this lesson.
But the master host is the only host responsible for protecting your virtual machines.
Now, how does that work?
Well, the master host expects heartbeats coming from all the hosts in the cluster and vice versa. All the host expect the heartbeat of the master as well. Now these heartbeats are an indication that the host is alive and well.
When I host fails, it can no longer send heartbeats.
The master host detects that, and then it considers the failed host as dead. The master host then restarts the PM's that were running on the failed host on another host.
Then there is a dilemma here.
What if the host is still alive?
But it can't send heartbeats because of a problem in its management? VM Nick.
Now, first of all, that's why it is recommended to have two heartbeat networks
now, in the unlikely event that both heartbeat networks fam a cherry lets you configure a data store for heartbeats,
this state of storms to be a shared data store between all your hosts and to which they will heartbeat constantly.
So the host that loses its management, BMX, can still heartbeat to the data store using the storage network.
And that's how the master host knows if a host is really dead or it's just a networking problem.
Now there's a lot more trophies for A J, and we can spend a whole chapter talking about it. But in this lesson, I just want you to understand what a J does.
Let's now jump to the center and configure the thing. The first thing you want to do is create a cluster object. Remember, Peace? Fear A. J is enabled on a cluster off hosts. To do so right, click the data center object and choose new cluster.
Give it a name. I'm gonna name it Computer cluster. Then check the box that says turn all next to these here H A.
Now, if you unhygienic the menu under these very J, you can enable or disable specific options.
Just leave it like it is and click Okay.
The next step is to add our two hosts to the newly created cluster.
You do that by just dragging and dropping them inside the cluster.
The hosts will display a warning telling you that your hosts have no redundancy in the management network.
This is what we talked about earlier. It is highly recommended to have to management networks for heartbeat redundancy.
In our case, this is just a proof of concept. So we will leave it like this.
If you right, click the cluster and choose settings
and these fear availability. Then click on edit.
You lend in the main wizard where you configure everything related to these very H A
now covering every feature and what it does is outside the scope off the course. What we will do instead is configured Ah, Heartbeat data store. And you do that by navigating to the heartbeat Data stores tab
and in the bottom pain you'll see all the shared data stored in your data center.
It is recommended to choose to data stores were heartbeat. So let's select the only two data stores we've got.
Let's actually test the sphere J. We're going to simulate the failure off. Yes, excite too, and see what happens. But before we do that, let me remind you that a will not be able to protect the EMS that are not only shared storage. In our case, yes, Excite, too, is hosting the two database PM's.
Let's make sure that both are being stored in the share to data store.
Click on the database VM
and then on the data stores. Tap in the middle pain
and it is only shared storage.
Okay, lets very fine database, too,
and it's on the local storage. So let's migrated to a shared story it using story tree motion.
So right click of'em and choose my great
select Change storage. Only
Then choose the ice Cosy State a store
and it's now one shared data store.
Let's now simulate host failure by shutting down his ex. I, too,
You do that by right, clicking the host
and go to power and then shut down.
It will prompt you to enter a reason for shutting down the host. So just type testing this year. A chai and click. Okay,
it could take a while.
Well again, speed up the video until the host becomes unresponsive.
There we are.
You can see here that although yes excited, too, is powered off, the two database VM are powered on.
That's because of this fear A re started them on Essex. I won upon the failure off years Excited, too.
And if I click on the database PM, for example, you can see here that it is running on the first host
and the same goes for database, too.
Impressive, isn't it?
That was a quick demonstration of Easter H A.
Thanks for watching, and I'll see you in the next video.