Azure SQL Database- en Azure SQL Managed Instance-servicelagen
VAN TOEPASSING OP: 
Azure SQL Database
Azure SQL Managed Instance
Er zijn twee vCore-servicelagen beschikbaar in Azure SQL Database Azure SQL Managed Instance:
- Algemeen gebruik is een budgetvriendelijke laag die is ontworpen voor de meeste workloads met algemene prestatie- en beschikbaarheidsvereisten.
- Bedrijfskritieke laag is ontworpen voor prestatiegevoelige workloads met strikte beschikbaarheidsvereisten.
Azure SQL Database biedt ook de Hyperscale-servicelaag:
- Hyperscale is ontworpen voor de meeste zakelijke workloads en biedt zeer schaalbare opslag, uitbreidbare leesmogelijkheden, snelle schaalbaarheid en snelle herstelmogelijkheden voor databases.
Zie Aankoopmodellen en resources voor een vergelijking van het aankoopmodel op basis van vCore met het aankoopmodel op basis van DTU.
Vergelijking van servicelagen
In de volgende tabel worden de belangrijkste verschillen tussen servicelagen beschreven.
| - | Resourcetype | Algemeen gebruik | Hyperscale | Bedrijfskritiek |
|---|---|---|---|---|
| Ideaal voor | Biedt budgetgerichte, evenwichtige reken- en opslagopties. | De meeste zakelijke workloads. Automatisch schalen van de opslaggrootte tot 100 TB, vloeiend verticaal en horizontaal schalen van rekenkracht, snel databaseherstel. | OLTP-toepassingen met een hoge transactiesnelheid en lage I/O-latentie. Biedt de hoogste tolerantie voor fouten en snelle failovers met behulp van meerdere synchrone bijgewerkte replica's. | |
| Beschikbaar in resourcetype: | SQL Database/SQL Managed Instance | Eén Azure SQL Database | SQL Database/SQL Managed Instance | |
| Rekenkracht | SQL Database | 1 tot 80 vCores | 1 tot 80 vCores | 1 tot 128 vCores |
| SQL Managed Instance | 4, 8, 16, 24, 32, 40, 64, 80 vCores | N.v.t. | 4, 8, 16, 24, 32, 40, 64, 80 vCores | |
| SQL Managed Instance-pools | 2, 4, 8, 16, 24, 32, 40, 64, 80 vCores | N.v.t. | N.v.t. | |
| Opslagtype | Alles | Externe opslag | Gelaagde externe en lokale SSD-opslag | Lokale SSD-opslag |
| Databasegrootte | SQL Database | 1 GB – 4 TB | 40 GB - 100 TB | 1 GB – 4 TB |
| SQL Managed Instance | 32 GB – 16 TB | N.v.t. | 32 GB – 16 TB | |
| Storage grootte | SQL Database | 1 GB – 4 TB | 40 GB - 100 TB | 1 GB – 4 TB |
| SQL Managed Instance | 32 GB – 16 TB | N.v.t. | 32 GB – 16 TB | |
| TempDB-grootte | SQL Database | 32 GB per vCore | 32 GB per vCore | 32 GB per vCore |
| SQL Managed Instance | 24 GB per vCore | N.v.t. | Maximaal 4 TB: beperkt door de opslaggrootte | |
| Schrijfdoorvoer van logboeken | SQL Database | Individuele databases: 4,5 MB/s per vCore (maximaal 50 MB/s) Elastische pools: 6 MB/s per vCore (maximaal 62,5 MB/s) |
100 MB/s | Individuele databases: 12 MB/s per vCore (maximaal 96 MB/s) Elastische pools: 15 MB/s per vCore (maximaal 120 MB/s) |
| SQL Managed Instance | 3 MB/s per vCore (maximaal 22 MB/s) | N.v.t. | 4 MB/s per vCore (maximaal 48 MB/s) | |
| Beschikbaarheid | SQL Database (SLA) | 99,99% | 99,95% met één secundaire replica, 99,99% met meer replica's | 99,99% 99,995% met zone-redundante individuele database |
| SQL Managed Instance(SLA) | 99,99% | 99,95% met één secundaire replica, 99,99% met meer replica's | 99,99% 99,995% met zone-redundante individuele database |
|
| Back-ups | Alles | RA-GRS, 1-35 dagen (standaard 7 dagen) | RA-GRS, 7 dagen, snel herstel naar een bepaald tijdstip (PITR) | RA-GRS, 1-35 dagen (standaard 7 dagen) |
| In-memory OLTP | N.v.t. | Gedeeltelijke ondersteuning. Voor geheugen geoptimaliseerde tabeltypen, tabelvariabelen en systeemeigen gecompileerde modules worden ondersteund. | Beschikbaar | |
| Alleen-lezen replica's | 0 ingebouwd 0 - 4 met geo-replicatie |
0 - 4 ingebouwd | 1 ingebouwd, inbegrepen in prijs 0 - 4 met geo-replicatie |
|
| Prijzen/facturering | SQL Database | Er worden kosten in rekening gebracht voor vCore, gereserveerde opslag en back-upopslag. Er worden geen kosten in rekening gebracht voor IOPS. |
Er worden kosten in rekening gebracht voor vCore voor elke replica en gebruikte opslag. Er worden nog geen kosten in rekening gebracht voor IOPS. |
Er worden kosten in rekening gebracht voor vCore, gereserveerde opslag en back-upopslag. Er worden geen kosten in rekening gebracht voor IOPS. |
| SQL Managed Instance | Er worden kosten in rekening gebracht voor vCore, gereserveerde opslag en back-upopslag. Er worden geen kosten in rekening gebracht voor IOPS |
N.v.t. | Er worden kosten in rekening gebracht voor vCore, gereserveerde opslag en back-upopslag. Er worden geen kosten in rekening gebracht voor IOPS. |
|
| Kortingsmodellen | Gereserveerde exemplaren Azure Hybrid Benefit (niet beschikbaar voor dev/test-abonnementen) Enterprise- en Pay-As-You-Go Dev/Test-abonnementen |
Azure Hybrid Benefit (niet beschikbaar voor dev/test-abonnementen) Enterprise- en Pay-As-You-Go Dev/Test-abonnementen |
Gereserveerde exemplaren Azure Hybrid Benefit (niet beschikbaar voor dev/test-abonnementen) Enterprise- en Pay-As-You-Go Dev/Test-abonnementen |
Notitie
Zie SLA voor Azure SQL Database of SLA voor Azure SQL Managed Instance voor meer informatie over Service Level Agreement (SLA).
Bronlimieten
Zie voor meer informatie over resourcelimieten:
- Azure SQL Database (vCore)
- Single Azure SQL Database (DTU)
- Gepoolde Azure SQL Database (DTU)
- Azure SQL Managed Instance
Gegevens- en logboekopslag
De volgende factoren zijn van invloed op de hoeveelheid opslag die wordt gebruikt voor gegevens- en logboekbestanden en zijn van toepassing op Algemeen en Bedrijfskritiek lagen. Zie Hyperscale-servicelaagvoor meer informatie over gegevens en logboekopslag in Hyperscale.
- Elke rekenkracht ondersteunt een maximale gegevensgrootte, met een standaardgrootte van 32 GB.
- Wanneer u de maximale gegevensgrootte configureert, wordt automatisch 30 procent extra opslagruimte toegevoegd voor logboekbestanden.
- U kunt een maximale gegevensgrootte tussen 1 GB en de ondersteunde opslaggrootte in stappen van 1 GB selecteren.
- In de Algemeen servicelaag maakt gebruik van
tempdblokale SSD-opslag. Deze opslagkosten zijn opgenomen in de vCore-prijs. - In de Bedrijfskritiek servicelaag deelt lokale SSD-opslag met gegevens- en logboekbestanden, en zijn de opslagkosten
tempdbtempdbopgenomen in de vCore-prijs. - De maximale opslaggrootte voor een SQL Managed Instance moet worden opgegeven in veelvouden van 32 GB.
Belangrijk
In de Algemeen en Bedrijfskritiek worden kosten in rekening gebracht voor de maximale opslaggrootte die is geconfigureerd voor een database, elastische pool of beheerd exemplaar. In de Hyperscale-laag worden kosten in rekening gebracht voor de toegewezen gegevensopslag.
Als u de huidige toegewezen en gebruikte gegevensopslaggrootte in SQL Database wilt bewaken, gebruikt u allocated_data_storage opslag en Azure Monitor metrische gegevens. Als u de totale opslaggrootte van het verbruikte exemplaar voor SQL Managed Instance wilt bewaken, gebruikt u de storage_space_used_mb. Als u de huidige toegewezen en gebruikte opslaggrootte van afzonderlijke gegevens en logboekbestanden in een database wilt bewaken met T-SQL, gebruikt u de weergave sys.database_files en de functie FILEPROPERTY(... , 'SpaceUsed').
Tip
Onder bepaalde omstandigheden moet u mogelijk een database verkleinen om ongebruikte ruimte vrij te maken. Zie Bestandsruimte beheren in Azure SQL Database.
Back-ups en opslag
Storage voor databaseback-ups wordt toegewezen ter ondersteuning van de mogelijkheden voor herstel naar een bepaald tijdstip (PITR) en langetermijnretentie (LTR) van SQL Database en SQL Managed Instance. Deze opslag is gescheiden van de opslag van gegevens en logboekbestanden en wordt afzonderlijk gefactureerd.
- PITR: in Algemeen- en Bedrijfskritiek-lagen worden afzonderlijke databaseback-ups automatisch gekopieerd naar geografisch redundante opslag met leestoegang (RA-GRS). De opslaggrootte neemt dynamisch toe wanneer er nieuwe back-ups worden gemaakt. De opslag wordt gebruikt door volledige, differentiële en transactielogboekback-ups. Het opslagverbruik is afhankelijk van de wijzigingssnelheid van de database en de retentieperiode die is geconfigureerd voor back-ups. U kunt een afzonderlijke bewaarperiode configureren voor elke database tussen 1 en 35 dagen voor SQL Database en 0 tot 35 dagen voor SQL beheerd exemplaar. Er wordt zonder extra kosten een hoeveelheid back-upopslag geboden die gelijk is aan de geconfigureerde maximale gegevensgrootte.
- LTR: u hebt ook de mogelijkheid om langetermijnretentie van volledige back-ups voor maximaal tien jaar te configureren. Als u een LTR-beleid in stelt, worden deze back-ups automatisch opgeslagen in RA-GRS-opslag, maar u kunt bepalen hoe vaak de back-ups worden gekopieerd. Als u wilt voldoen aan verschillende nalevingsvereisten, kunt u verschillende bewaarperioden selecteren voor wekelijkse, maandelijkse en/of jaarlijkse back-ups. De configuratie die u kiest, bepaalt hoeveel opslag wordt gebruikt voor LTR-back-ups. Zie Langetermijnretentie van back-ups voor meer informatie.
Volgende stappen
Zie voor meer informatie over de specifieke reken- en opslaggrootten die beschikbaar zijn in vCore-servicelagen: