{"id":5842,"date":"2014-09-22T00:00:00","date_gmt":"2014-09-22T00:00:00","guid":{"rendered":"https:\/\/azure.microsoft.com\/blog\/new-d-series-virtual-machine-sizes"},"modified":"2025-09-15T10:20:26","modified_gmt":"2025-09-15T17:20:26","slug":"new-d-series-virtual-machine-sizes","status":"publish","type":"post","link":"https:\/\/azure.microsoft.com\/en-us\/blog\/new-d-series-virtual-machine-sizes\/","title":{"rendered":"New D-Series Virtual Machine Sizes"},"content":{"rendered":"\n

Update: <\/strong>We added performance expectations for D-series VMs to give you a better idea of how well these VMs will perform. Check it out here<\/a>!<\/p>\n\n\n\n

Today, we\u2019re announcing support for a new series of VM sizes for Microsoft Azure Virtual Machines and Web\/Worker Roles called the D-Series<\/a><\/strong>. These sizes offer up to 112 GB in memory with compute processors that are approximately 60 percent faster than our A-Series VM sizes*. Even better, these sizes have up to 800 GB of local SSD disk for blazingly fast reads and writes. The new sizes offer an optimal configuration for running workloads that require increased processing power and fast local disk I\/O. These sizes are available for both Virtual Machines and Cloud Services.<\/p>\n\n\n\n

Some of our key partners are already seeing the benefit. XtremeData<\/a> shared that, \u201cThe machines that we were given are well-suited for these data-intensive type applications (Big Data and Analytics) — high bandwidth SSD and fast network. From a testing perspective, we found these VMs to provide high performance and are very scalable.\u201d<\/p>\n\n\n\n

*Relative to the A1-A7 VM sizes. A8-A11 sizes are faster <\/a>than D-series.<\/p>\n\n\n\n

The new sizes are defined as follows:<\/p>\n\n\n\n

General Purpose<\/strong><\/p>\n\n\n\n

Name<\/td>vCores<\/td>Memory (GB)<\/td>Local SSD (GB)<\/td><\/tr>
Standard_D1<\/td>1<\/td>3.5<\/td>50<\/td><\/tr>
Standard_D2<\/td>2<\/td>7<\/td>100<\/td><\/tr>
Standard_D3<\/td>4<\/td>14<\/td>200<\/td><\/tr>
Standard_D4<\/td>8<\/td>28<\/td>400<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

High Memory<\/strong><\/p>\n\n\n\n

Name<\/td>vCores<\/td>Memory (GB)<\/td>Local SSD (GB)<\/td><\/tr>
Standard_D11<\/td>2<\/td>14<\/td>100<\/td><\/tr>
Standard_D12<\/td>4<\/td>28<\/td>200<\/td><\/tr>
Standard_D13<\/td>8<\/td>56<\/td>400<\/td><\/tr>
Standard_D14<\/td>16<\/td>112<\/td>800<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

For pricing information, please see Virtual Machine Pricing Details<\/a>.<\/p>\n\n\n\n

Local Storage SSD Drive<\/h2>\n\n\n\n

On these new sizes, the temporary drive <\/strong>(D: on Windows, \/mnt or \/mnt\/resource on Linux) are local SSDs. This high-speed local disk is best used for workloads that replicate across multiple instances, like MongoDB, or can leverage this high I\/O disk for a local and temporary cache, like SQL Server 2014’s Buffer Pool Extensions. Note, these drives are not guaranteed to be persistent. Thus, while physical hardware failure is rare, when it occurs, the data on this disk may be lost, unlike your OS disk and any attached durable disks that are persisted in Azure Storage.<\/p>\n\n\n\n

SQL 2014 Buffer Pool Extensions<\/p>\n\n\n\n

Buffer Pool Extensions <\/a>(BPE), introduced in SQL Server 2014, allows extending the SQL Engine Buffer Pool using local SSDs to significantly improve the read latency of database workloads. The Buffer Pool is a global memory resource used to cache data pages for more efficient reads. Database read scenarios where the working set doesn’t fit in the memory will benefit significantly from configuring BPE.<\/p>\n\n\n\n

\"Diagram<\/figure>\n\n\n\n

With the local SSDs available on the D-Series Virtual Machines in Azure, you can now achieve unprecedented read speeds for SQL Server.<\/p>\n\n\n\n

Enabling the buffer pool extension on your SQL Server Virtual Machine in Azure is extremely easy. On any D-Series virtual machine running SQL Server, the following T-SQL query will enable the extension:<\/p>\n\n\n

\nALTER SERVER CONFIGURATION\nSET BUFFER POOL EXTENSION ON\nSIZE =  [ KB | MB | GB ]\nFILENAME = 'D:SSDCACHEEXAMPLE.BPE'\n<\/pre><\/div>\n\n\n
No code changes are required in your application, and all write operations will continue to durably persist in VM drives persisted in Azure Storage. More details on configuring and using BPE can be found here<\/a>.<\/p>\n\n\n\n
In addition to BPE, a common practice for SQL Server is to improve performance by configuring TempDB on SSDs. Now, you\u2019ll be able to achieve this great performance in the Azure cloud as well by taking advantage of the local SSD provided in the Azure D-Series Virtual Machine. Like Buffer Pool Extensions, it is really easy to specify the location of TempDB, as described here<\/a>.<\/p>\n\n\n\n
The full list of features that store temporary objects or row versions in TempDB is available here<\/a>.<\/p>\n\n\n\n
Now, let\u2019s talk about how to create these sizes.<\/em><\/p>\n\n\n\n
Creating a D Series Virtual Machine<\/h2>\n\n\n\n
Navigate to our new portal experience<\/a> and select the VM you\u2019d like to create from the New menu. Navigate to the Pricing Tier blade to select the D series size:<\/p>\n\n\n
\"graphical<\/figure>\n\n\n\n
After supplying the required configuration options, click Create.<\/p>\n\n\n\n
You can also create a brand new Standard_D* size virtual machine through the Azure PowerShell cmdlets. Here is an example of creating a Standard_D12 Virtual Machine using the PowerShell New-AzureVM command:<\/p>\n\n\n
\n$service = \"myService\"\n$name = \"myVMName\" \n$admin = \"admin123\"\n$pwd = \"admin123_!\" \n$img = Get-AzureVMImage | where {$_.PublisherName -like \"*OpenLogic*\" } | sort-object PublishedDate -Descending | select-object -first 1\nNew-AzureVMConfig -Name $name -InstanceSize \"Standard_D12\" -ImageName $img.ImageName | Add-AzureProvisioningConfig -Linux -LinuxUser $admin -Password $pwd | New-AzureVM -ServiceName $service -WaitForBoot\n<\/pre><\/div>\n\n\n
This script will select the latest Linux CentOS VM image and deploy a Standard_D12 Virtual Machine instance.<\/p>\n\n\n\n
Creating a D series instance for Cloud Services<\/h2>\n\n\n\n
Similarly, to deploy these sizes for your Cloud Service, modify the vmsize <\/strong>attribute on the Role in your CSDEF:<\/p>\n\n\n
\"snippet<\/figure>\n\n\n\n
This will create a \u201cStandard_D12\u201d role instance for this Worker Role.<\/p>\n\n\n\n
Geographic Availability<\/h2>\n\n\n\n
Today, we will have support for the following regions:<\/p>\n\n\n\n
United States<\/strong><\/p>\n\n\n\n