Azure Virtual Machines
All journeys

Azure · Virtual machines

Build one machine.Then run many.Keep them available.

Start with a single virtual machine and its resources, then separate hardware risk, spread across zones, and scale a group with demand.

9 interactive explainers63 animated stepsGrounded in Microsoft Learn
One server, many machinesVirtualizationWindows ServerAppUbuntuAppRed Hat Enterprise LinuxAppSUSE Linux EnterpriseAppDebianAppAzure LinuxApp

Physical serverCPU · memory · disk · network, racked in an Azure datacenter

You choose the operating systemEndorsed Linux distributions

Topology preview

Contoso's VM estate

One shop. Nine decisions, from the first machine to day-to-day operations.

Play overview
Example Azure region
Zone 1
Zone 2
Alternative design
02Availability setsFault + update domains

Availability sets are a separate placement choice, not part of the zonal design shown here.

05Size the machineCPU, memory, quota 03Availability zones 04Scale set - Flexible 01Build a VMShop instance A
Shop instance BPrepared separately
06OS + data disksDurability, capacity, snapshots 07Recovery Services vaultBackup + restore 08Monitor + updateSignals, alerts, patches 09Plan the moveDependencies + destination
Contoso customersConfigured load balancing

Each VM has its own disks. Application data resilience is configured separately.

Connections show relationships, not a complete network or deployment blueprint.

Regions and zones
Find out who Contoso is

Contoso is the fictional company Microsoft uses across its official documentation and training, so examples stay consistent from one article to the next. It is not a real organization, and no name, value or resource here belongs to one. These lessons follow a small retail part of it.

Microsoft's Contoso overview

Go deeper on Microsoft Learn

Each explainer is grounded in official documentation. Open the source for any stop.