Azure Standard Storage delivers reliable, low-cost disk support for VMs running latency-insensitive workloads. It also supports blobs, tables, queues, and files. With Standard Storage, the data is stored on hard disk drives (HDDs). When working with VMs, you can use standard storage disks for Dev/Test scenarios and less critical workloads, and premium storage disks for mission-critical production applications. Standard Storage is available in all Azure regions.
This article will focus on the use of standard storage for VM Disks. For more information about the use of storage with blobs, tables, queues, and files, please refer to the Introduction to Storage.
There are two ways to create standard disks for Azure VMs:
Unmanaged disks: This is the original method where you manage the storage accounts used to store the VHD files that correspond to the VM disks. VHD files are stored as page blobs in storage accounts. Unmanaged disks can be attached to any Azure VM size, including the VMs that primarily use Premium Storage, such as the DSv2 and GS series. Azure VMs support attaching several standard disks, allowing up to 64 TB of storage per VM.
Azure Managed Disks: This feature manages the storage accounts used for the VM disks for you. You specify the type (Premium or Standard) and size of disk you need, and Azure creates and manages the disk for you. You don't have to worry about placing the disks across multiple storage accounts in order to ensure you stay within the scalability limits for the storage accounts -- Azure handles that for you.
Even though both types of disks are available, we recommend using Managed Disks to take advantage of their many features.
To get started with Azure Standard Storage, visit Get started for free.
For information on how to create a VM with Managed Disks, please see one of the following articles.
Standard Storage Features
Let's take a look at some of the features of Standard Storage. For more details, please see Introduction to Azure Storage.
Standard Storage: Azure Standard Storage supports Azure Disks, Azure Blobs, Azure Files, Azure Tables, and Azure Queues. To use Standard Storage services, start with Create an Azure Storage account.
Standard storage disks: Standard storage disks can be attached to all Azure VMs including size-series VMs used with Premium Storage such as the DSv2 and GS series. A standard storage disk can only be attached to one VM. However, you can attach one or more of these disks to a VM, up to the maximum disk count defined for that VM size. In the following section on Standard Storage Scalability and Performance Targets, we will describe the specifications in more detail.
Standard page blob: Standard page blobs are used to hold persistent disks for VMs and can also be accessed directly through REST like other types of Azure Blobs. Page blobs are a collection of 512-byte pages optimized for random read and write operations.
Storage Replication: In most regions, data in a standard storage account can be replicated locally or geo-replicated across multiple data centers. The four types of replication available are Locally-Redundant Storage (LRS), Zone-Redundant Storage (ZRS), Geo-Redundant Storage (GRS), and Read Access Geo-Redundant Storage (RA-GRS). Managed Disks in Standard Storage currently support Locally-Redundant Storage (LRS) only. For more information, please see Storage Replication.
Scalability and Performance Targets
In this section, we will describe the Scalability and Performance targets you need to consider when using standard storage.
Account limits – does not apply to managed disks
|TB per storage account||500 TB|
|Max ingress1 per storage account (US Regions)||10 Gbps if GRS/ZRS enabled, 20 Gbps for LRS|
|Max egress1 per storage account (US Regions)||20 Gbps if RA-GRS/GRS/ZRS enabled, 30 Gbps for LRS|
|Max ingress1 per storage account (European and Asian Regions)||5 Gbps if GRS/ZRS enabled, 10 Gbps for LRS|
|Max egress1 per storage account (European and Asian Regions)||10 Gbps if RA-GRS/GRS/ZRS enabled, 15 Gbps for LRS|
|Total Request Rate (assuming 1 KB object size) per storage account||Up to 20,000 IOPS, entities per second, or messages per second|
1 Ingress refers to all data (requests) being sent to a storage account. Egress refers to all data (responses) being received from a storage account.
For more information, see Azure Storage Scalability and Performance Targets.
If the needs of your application exceed the scalability targets of a single storage account, build your application to use multiple storage accounts and partition your data across those storage accounts. Alternately, you can Azure Managed Disks, and Azure will manage the partitioning and placement of your data for you.
Standard Disks Limits
Unlike Premium Disks, the input/output operations per second (IOPS) and throughput (bandwidth) of Standard Disks are not provisioned. The performance of standard disks varies with the VM size to which the disk is attached, not to the size of the disk. You could expect to achieve up to the performance limit listed in the table below.
Standard disks limits (managed and unmanaged)
|VM Tier||Basic Tier VM||Standard Tier VM|
|Max Disk size||1023 GB||1023 GB|
|Max 8 KB IOPS per disk||Up to 300||Up to 500|
|Max Bandwidth per disk||Up to 60 MB/s||Up to 60 MB/s|
If your workload requires high-performance, low-latency disk support, you should consider using Premium Storage. To know more benefits of Premium Storage, visit High-Performance Premium Storage and Azure VM Disks.
Snapshots and copy blob
To the Storage service, the VHD file is a page blob. You can take snapshots of page blobs, and copy them to another location, such as a different storage account.
You can create incremental snapshots for unmanaged standard disks in the same way you use snapshots with Standard Storage. We recommend that you create snapshots and then copy those snapshots to a geo-redundant standard storage account if your source disk is in a locally-redundant storage account. For more information, see Azure Storage Redundancy Options.
If a disk is attached to a VM, certain API operations are not permitted on the disks. For example, you cannot perform a Copy Blob operation on that blob as long as the disk is attached to a VM. Instead, first create a snapshot of that blob by using the Snapshot Blob REST API method, and then perform the Copy Blob of the snapshot to copy the attached disk. Alternatively, you can detach the disk and then perform any necessary operations.
To maintain geo-redundant copies of your snapshots, you can copy snapshots from a locally-redundant storage account to a geo-redundant standard storage account by using AzCopy or Copy Blob. For more information, see Transfer data with the AzCopy Command-Line Utility and Copy Blob.
For detailed information on performing REST operations against page blobs in standard storage accounts, see Azure Storage Services REST API.
A snapshot for a managed disk is a read-only copy of the managed disk which is stored as a standard managed disk. Incremental Snapshots are not currently supported for Managed Disks but will be supported in the future.
If a managed disk is attached to a VM, certain API operations are not permitted on the disks. For example, you cannot generate a shared access signature (SAS) to perform a copy operation while the disk is attached to a VM. Instead, first create a snapshot of the disk, and then perform the copy of the snapshot. Alternately, you can detach the disk and then generate a shared access signature (SAS) to perform the copy operation.
Pricing and Billing
When using Standard Storage, the following billing considerations apply:
- Standard storage unmanaged disks/data size
- Standard managed disks
- Standard storage snapshots
- Outbound data transfers
Unmanaged storage data and disk size: For unmanaged disks and other data (blobs, tables, queues, and files), you are charged only for the amount of space you are using. For example, if you have a VM whose page blob is provisioned as 127 GB, but the VM is really only using 10 GB of space, you will be billed for 10 GB of space.
Managed disks: Managed disks are billed on the provisioned size. If your disk is provisioned as a 10 GB disk and you are only using 5 GB, you will still be charged for the provision size of 10 GB.
Snapshots: Snapshots of standard disks are billed for the additional capacity used by the snapshots. For information on snapshots, see Creating a Snapshot of a Blob.
Outbound data transfers: Outbound data transfers (data going out of Azure data centers) incur billing for bandwidth usage.
Transaction: Azure charges $0.0036 per 100,000 transactions for standard storage. Transactions include both read and write operations to storage.
For detailed information on pricing for Standard Storage, Virtual Machines, and Managed Disks, see:
Azure Backup service support
Virtual machines with unmanaged disks can be backed up using Azure Backup. More details.
You can also use the Azure Backup service with Managed Disks to create a backup job with time-based backups, easy VM restoration and backup retention policies. You can read more about this at Using Azure Backup service for VMs with Managed Disks.