Microsoft Azure Essentials Fundamentals of Azure Second Edition e-optimized 5x11 pdf

Availability set 
Azure VMs reside on physical servers hosted within Microsoft’s Azure datacenters. As with most 
physical devices, there is a chance that there could be a failure. If the physical server fails, the Azure 
VMs hosted on that server will also fail. Should a failure occur, the Azure platform will migrate the VM 
to a healthy host server on which to reconstitute the VM. This service-healing process could take 
several minutes. During that time, the application(s) hosted on that VM will not be available. 
Besides hardware failures, the VMs could be affected by periodic updates initiated by the Azure 
platform itself. Microsoft will periodically upgrade the host operating system on which the guest VMs 
are running (you’re still responsible for the operating system patching of the guest VM that you 
create). During these updates, the VM will be rebooted and thus temporarily unavailable. 
To avoid a single point of failure, it is recommended to deploy at least two instances of the VM. In 
fact, Azure provides an SLA only when two or more VMs are deployed into an availability set. This is a 
logical feature used to ensure that a group of related VMs are deployed so that they are not all 
subject to a single point of failure and not all upgraded at the same time during a host operating 
system upgrade in the datacenter. The first two VMs deployed in an availability set are allocated to 
two different fault domains, ensuring that a single point of failure will not affect them both 
simultaneously. Similarly, the first five VMs deployed in an availability set are allocated to five different 
update domains, minimizing the impact when the Azure platform induces host operating system 
updates one update domain at a time. VMs placed in an availability set should perform an identical 
set of functionalities. 
The number of fault domains and update domains is different depending on the deployment model—
Resource Manager or classic. In the Resource Manager model, you can have up to 3 fault domains and 
20 upgrade domains. With the classic model, you can have 2 fault domains and 5 upgrade domains.  

---

79 
CHAPTER 3  |    Azure Virtual Machines 
 
Create virtual machines 
There are two tiers for Azure Virtual Machines, Basic and Standard. VMs in the Basic tier are well 
suited for workloads that do not require load balancing or the ability to autoscale. VMs in the 
Standard tier support all Azure Virtual Machines configurations and features. This tier is 
recommended for most production scenarios. 
The Basic tier contains only a subset of the A-series VM sizes, A0–A4. The Standard tier supports all 
available VM sizes and series: A-Series, D-Series, Dv2-Series, F-Series, and G-Series. There are also 
variants of the D, Dv2, F, and G-Series sizes, called DS, DSv2, F, and GS, which support Azure Premium 
Storage. 
Note  With the introduction of the F-Series VM sizes, Microsoft announced a new naming 
standard for VM sizes. Starting with the F-Series and applying to any future VM sizes, a numeric 
value after the family name will match the number of CPU cores. Additional capabilities, such as 
premium storage, will be designated by a letter following the CPU core count. For example, 
Standard_F8s will indicate an F-Series VM supporting premium storage with eight CPU cores (the 
“s” indicates premium storage support). This new naming standard will not be applied to previously 
introduced VM sizes. 
