Skip to content

Commit 16a4ecd

Browse files
authored
Merge pull request #88083 from jovanpop-msft/patch-114
Updated comparison
2 parents 209daa8 + ad5c7c9 commit 16a4ecd

File tree

1 file changed

+11
-6
lines changed

1 file changed

+11
-6
lines changed

articles/sql-database/sql-database-service-tiers-general-purpose-business-critical.md

Lines changed: 11 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -20,21 +20,26 @@ Azure SQL Database is based on SQL Server database engine architecture that's ad
2020
- [Business critical](sql-database-service-tier-business-critical.md), which is designed for low-latency workloads with one readable replica.
2121
- [Hyperscale](sql-database-service-tier-hyperscale.md), which is designed for very large databases (up to 100 TB) with multiple readable replicas.
2222

23-
The following table describes the key differences between service tiers. Note that service tier characteristics might be different in Single Database and Managed Instance.
23+
The following table describes the key differences between service tiers for the latest generation (Gen5). Note that service tier characteristics might be different in Single Database and Managed Instance.
2424

2525
| | Resource type | General Purpose | Hyperscale | Business Critical |
2626
|:---:|:---:|:---:|:---:|:---:|
2727
| **Best for** |All| Most business workloads. Offers budget oriented balanced compute and storage options. | Data applications with large data capacity requirements and the ability to auto-scale storage and scale compute fluidly. | OLTP applications with high transaction rate and lowest latency IO. Offers highest resilience to failures using several, isolated replicas.|
2828
| **Resource type** ||Single database / elastic pool / managed instance | Single database | Single database / elastic pool / managed instance |
29-
| **Compute size**|Single database / elastic pool * | 1 to 80 vCores | 1 to 80 vCores* | 1 to 80 vCores |
30-
| |Managed instance | 8, 16, 24, 32, 40, 64, 80 vCores | N/A | 8, 16, 24, 32, 40, 64, 80 vCores |
31-
| **Storage type** | All |Premium remote storage (per instance) | De-coupled storage with local SSD cache (per instance) | Super-fast local SSD storage (per instance) |
29+
| **Compute size**|Single database / elastic pool | 1 to 80 vCores | 1 to 80 vCores | 1 to 80 vCores |
30+
| | Managed instance | 4, 8, 16, 24, 32, 40, 64, 80 vCores | N/A | 4, 8, 16, 24, 32, 40, 64, 80 vCores |
31+
| | Managed instance pools | 2, 4, 8, 16, 24, 32, 40, 64, 80 vCores | N/A | N/A |
32+
| **Storage type** | All | Premium remote storage (per instance) | De-coupled storage with local SSD cache (per instance) | Super-fast local SSD storage (per instance) |
3233
| **Database size** | Single database / elastic pool | 5 GB – 4 TB | Up to 100 TB | 5 GB – 4 TB |
3334
| | Managed instance | 32 GB – 8 TB | N/A | 32 GB – 4 TB |
3435
| **Storage size** | Single database / elastic pool | 5 GB – 4 TB | Up to 100 TB | 5 GB – 4 TB |
3536
| | Managed instance | 32 GB – 8 TB | N/A | 32 GB – 4 TB |
36-
| **IO throughput** | Single database** | 500 IOPS per vCore with 7000 maximum IOPS | Hyperscale is a multi-tiered architecture with caching at multiple levels. Effective IOPs will depend on the workload. | 5000 IOPS with 200,000 maximum IOPS|
37-
| | Managed instance | Depends on size of file | N/A | Managed Instance: Depends on size of file|
37+
| **TempDB size** | Single database / elastic pool | [32 GB per vCore](sql-database-vcore-resource-limits-single-databases.md#general-purpose-service-tier-for-provisioned-compute) | [32 GB per vCore](sql-database-vcore-resource-limits-single-databases.md#hyperscale-service-tier-for-provisioned-compute) | [32 GB per vCore](sql-database-vcore-resource-limits-single-databases.md#business-critical-service-tier-for-provisioned-compute) |
38+
| | Managed instance | [24 GB per vCore](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) | N/A | [Limited by storage size](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) |
39+
| **IO throughput** | Single database | [500 IOPS per vCore](sql-database-vcore-resource-limits-single-databases.md#general-purpose-service-tier-for-provisioned-compute) | Effective IOPs will depend on the workload. | [4000 IOPS per vCore](sql-database-vcore-resource-limits-single-databases.md#business-critical-service-tier-for-provisioned-compute)|
40+
| | Managed instance | [100-250MB/s and 500-7500 IOPS per file](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) | N/A | [1375 IOPS per vCore](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) |
41+
| **Write throughput** | Single database | [1.875 MB/s per vCore](sql-database-vcore-resource-limits-single-databases.md#general-purpose-service-tier-for-provisioned-compute) | Hyperscale is a multi-tiered architecture with caching at multiple levels. Effective IOPs will depend on the workload. | [6 MB/s per vCore (max 96 MB/s)](sql-database-vcore-resource-limits-single-databases.md#business-critical-service-tier-for-provisioned-compute) |
42+
| | Managed instance | [3 MB/s per vCore (max 22 MB/s)](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) | N/A | [4 MB/s per vcore (max 48 MB/s)](sql-database-managed-instance-resource-limits.md#service-tier-characteristics) |
3843
|**Availability**|All|1 replica, no read-scale, no local cache | Multiple replicas, up to 15 read-scale, partial local cache | 3 replicas, 1 read-scale, zone-redundant HA, full local cache |
3944
|**Backups**|All|RA-GRS, 7-35 days (7 days by default)| RA-GRS, 7 days, constant time point-in-time recovery (PITR) | RA-GRS, 7-35 days (7 days by default) |
4045
|**In-memory OLTP** | | N/A | Available | N/A |

0 commit comments

Comments
 (0)