Skip to content

Commit c6ed8b2

Browse files
Merge pull request #26850 from MicrosoftDocs/20230421-maxiops
20230421-maxiops
2 parents f9bb61d + 0b01a4f commit c6ed8b2

1 file changed

Lines changed: 2 additions & 3 deletions

File tree

azure-sql/database/service-tiers-sql-database-vcore.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,13 +4,12 @@ description: The vCore purchasing model lets you independently scale compute and
44
author: WilliamDAssafMSFT
55
ms.author: wiassaf
66
ms.reviewer: sashan, moslake, mathoma
7-
ms.date: 4/4/2023
7+
ms.date: 4/21/2023
88
ms.service: sql-database
99
ms.subservice: performance
1010
ms.topic: conceptual
1111
ms.custom:
1212
- references_regions
13-
- ignite-fall-2021
1413
- azure-sql-split
1514
---
1615
# vCore purchasing model - Azure SQL Database
@@ -98,7 +97,7 @@ Service tier options in the vCore purchasing model include General Purpose, Busi
9897
| **Compute size** | 2 to 128 vCores | 2 to 128 vCores |2 to 128 vCores<sup>1</sup> |
9998
| **Storage type** | Premium remote storage (per instance) |Super-fast local SSD storage (per instance) | De-coupled storage with local SSD cache (per compute replica) |
10099
| **Storage size**<sup>1</sup> | 1 GB – 4 TB | 1 GB – 4 TB | 10 GB – 100 TB |
101-
| **IOPS** | 500 IOPS per vCore with 7,000 maximum IOPS | 8,000 IOPS per vCore with 200,000 maximum IOPS | 327,680 IOPS with max local SSD <br/>Hyperscale is a multi-tiered architecture with caching at multiple levels. Effective IOPS will depend on the workload. |
100+
| **IOPS** | 500 IOPS per vCore with 12,800 maximum IOPS | 8,000 IOPS per vCore with 200,000 maximum IOPS | 327,680 IOPS with max local SSD <br/>Hyperscale is a multi-tiered architecture with caching at multiple levels. Effective IOPS will depend on the workload. |
102101
| **Memory/vCore** | 5.1 GB | 5.1 GB | 5.1 GB or 10.2 GB<sup>4</sup>|
103102
| **Backups** | A choice of geo-redundant, zone-redundant, or locally redundant backup storage, 1-35 day retention (default 7 days) <br/> Long term retention available up to 10 years | A choice of geo-redundant, zone-redundant, or locally redundant backup storage, 1-35 day retention (default 7 days) <br/> Long term retention available up to 10 years | A choice of locally-redundant (LRS), zone-redundant (ZRS), or geo-redundant (GRS) storage <br/> 1-35 days (7 days by default) retention <sup>2</sup>, with up to 10 years of long-term retention available <sup>3</sup> |
104103
|**Availability**|1 replica, no read-scale replicas, <br/>zone-redundant high availability (HA) |3 replicas, 1 [read-scale replica](read-scale-out.md),<br/>zone-redundant high availability (HA)|zone-redundant high availability (HA) (preview)|

0 commit comments

Comments
 (0)