This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Hello, Is there any pricing calculator if we want to make availability zone for my VM?
An Azure service that is used to provision Windows and Linux virtual machines.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(272, 27%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EVV%3C/text%3E%3C/svg%3E)
Hi @Handian Sudianto ,
Just checking in to see if the below answer helped. If this answers your query, do click Accept Answer and Yes for was this answer helpful. And, if you have any further query do let us know.
Hi,
There's no additional charge to put a VM in an Availability Zone. Is there something related you are concerned about that might have a cost?
Please click Accept Answer if the above was helpful.
Thanks.
-TP
Hi Yesterday i facing issue 'We're sorry, your virtual machine isn't available and it is being redeployed due to an unexpected failure on the host server. Azure has begun the auto-recovery process and is currently starting the virtual machine on a different host. No additional action is required from you at this time', i believe to make sure our VM is always on i should make availability zone for all my VM right? And you say for the availability the are no costs, are you sure?
Availability Zone doesn't make an individual VM any less or more likely to fail due to some host/hardware issue like you experienced.
The benefit to using Availability Zones comes from having multiple VMs (all same workload) spread over multiple Availability Zones, and if one zone fails for some reason such as power, cooling, etc., the VMs in the other zones will likely still be functional.
In order to get the benefit the workload running on the VMs needs to have a way to sync/replicate data to the other VMs OR the workload needs to be stateless.
For example, say the workload is Windows Active Directory domain controller, and you had 3 DC VMs, one in each zone. If one VM or zone fails due to a tornado the workload will still be available since active directory is designed to replicate data between domain controllers and the other VMs are in a different physical location.
Putting VM in Availability Zone itself doesn't incur extra cost. Having 2-3 VMs (instead of 1) for same workload will cost more, transferring data between availability zones adds bandwidth cost, etc.
Hello, So availability zone is for redundancy only if primary region is fail and not for if the host failure? How about VM Availability Sets, its is suitable for my case yesterday?
Hello, So availability zone is for redundancy only if primary region is fail and not for if the host failure? How about VM Availability Sets, its is suitable for my case yesterday?
There is no concept of a "primary" region in regards to availability zones (AZs). You could design your workload running on AZs so that there is a concept of primary/secondary instead of having requests balanced across all of the zones, but that is unrelated to AZs.
Both Availability Zones and Availability Sets could provide some redundancy for the case you had yesterday, assuming the workload that is running on the VM supports being run on multiple VMs.
Difference is where the redundant VMs are running and the degree of isolation. For AZs, the VMs are running in separate zones (datacenters some distance away) whereas for ASs they are running in same datacenter.
Neither Availability Zones or Availability Sets will prevent host failure scenario. They only provide some redundancy for workloads that support being run on multiple VMs.
You could make a comparison to airplanes. Multi-engine airplanes have redundancy in case of an engine failure, however, it doesn't prevent an engine from failing. And under normal circumstances all engines are operating and providing thrust.