Resourcelimieten voor elastische pools met behulp van het vCore-aankoopmodel

van toepassing op:Azure SQL Database-

Dit artikel bevat de gedetailleerde resourcelimieten voor elastische Azure SQL Database-pools en pooldatabases met behulp van het vCore-aankoopmodel.

• Zie vCore-resourcelimieten voor één database- en vCore-resourcelimieten - Azure SQL Database - en vCore-resourcelimieten - elastische pools.
• Zie VCore- en DTU-aankoopmodellen van Azure SQL Database vergelijken voor meer informatie over de verschillende aankoopmodellen.

Database-eigenschappen voor pooldatabases

Voor elke elastische pool kunt u desgewenst per database minimum- en maximum aantal vCores opgeven om patronen voor resourceverbruik in de pool te wijzigen. U kunt ook de maximale opslag per database instellen, bijvoorbeeld om te voorkomen dat één database alle poolopslag verbruikt.

• De opgegeven minimale en maximale vCore-waarden zijn van toepassing op alle databases in de pool. Het aanpassen van minimale en maximale vCores voor afzonderlijke databases in de pool wordt niet ondersteund.
• De maximale opslag per database kan afzonderlijk worden geconfigureerd voor elke database.

De volgende tabel beschrijft per database-eigenschappen voor pooldatabases.

Hoewel de eigenschappen per database worden uitgedrukt in vCores, bepalen ze ook het verbruik van andere resourcetypen, zoals gegevens-IO, logboek-IO, buffergroepgeheugen en werkrolthreads. Wanneer u min en max per database vCore-waarden aanpast, worden reserveringen en limieten voor alle resourcetypen proportioneel aangepast.

Minimale en maximale vCore-waarden per database zijn van toepassing op resourceverbruik door gebruikersworkloads, maar niet op resourceverbruik door interne processen. Voor een database met een maximaal aantal vCores per database die is ingesteld op de helft van de pool-vCores, kan de gebruikersworkload niet meer dan de helft van het buffergroepgeheugen verbruiken. Deze database kan echter nog steeds profiteren van pagina's in de buffergroep die door interne processen zijn geladen. Zie Resourceverbruik door gebruikersworkloads en interne processenvoor meer informatie.

De resourcelimieten van afzonderlijke databases in elastische pools zijn over het algemeen hetzelfde als voor individuele databases buiten pools met dezelfde rekenkracht (servicedoelstelling). Het maximum aantal gelijktijdige werkrollen voor een GP_S_Gen5_10 database is bijvoorbeeld 750 werkrollen. Het maximum aantal gelijktijdige werkrollen voor een database in een GP_Gen5_10 pool is dus ook 750 werkrollen. Let op: het totale aantal gelijktijdige werknemers in GP_Gen5_10 de pool is 1050. Zie resourcelimieten voor individuele databasesvoor de maximale gelijktijdige werkrollen voor afzonderlijke databases.

Elke alleen-lezen replica van een elastische pool heeft zijn eigen resources, zoals vCores, geheugen, gegevens-IOPS, tempdb, werkrollen en sessies. Elke alleen-lezen replica is onderworpen aan resourcelimieten voor elastische pools die verderop in dit artikel worden beschreven.

U kunt de servicelaag, de rekengrootte (servicedoelstelling) en de opslaghoeveelheid instellen met behulp van:

• Transact-SQL- via ALTER DATABASE-
• Azure Portal
• PowerShell-
• Azure CLI-
• REST API-

Als alle vCores van een elastische pool bezet zijn, ontvangt elke database in de pool een gelijke hoeveelheid rekenresources om query's te verwerken. Azure SQL Database biedt evenredige verdeling van resources tussen databases door gelijke rekentijd te garanderen. De redelijkheid van het delen van elastische poolresources is naast elke resource die anders wordt gegarandeerd voor elke database wanneer de vCore min per database is ingesteld op een niet-nulwaarde.

Voor hetzelfde aantal vCores kunnen resources die aan een elastische pool worden geleverd, de resources overschrijden die aan één database buiten een elastische pool worden geleverd. Dit betekent dat het mogelijk is dat het schrijfgebruik van een elastische pool minder is dan de som van cpu-, gegevens-I/O- en logboekschrijfgebruik tussen databases binnen de pool, afhankelijk van workloadpatronen. In een extreem geval bijvoorbeeld met slechts één database in een elastische pool waarbij het data-IO-gebruik van de database 100%is, is het mogelijk dat het gebruik van gegevens-IO-pools 50% is voor bepaalde workloadpatronen. Dit kan zelfs gebeuren als het maximum aantal vCores per database de maximaal ondersteunde waarde voor de opgegeven poolgrootte blijft.

Algemeen gebruik - ingericht rekenproces - standard-series (Gen5)

Algemeen gebruik - standaardserie (Gen5) (deel 1 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de standaardserie Algemeen gebruik volgen de naamconventie GP_Gen5_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: GP_Gen5_2, GP_Gen5_4, GP_Gen5_6, GP_Gen5_8en GP_Gen5_10:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld Gen5 gebruikt en de maximale vCore per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op Gen5 maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Algemeen gebruik - standaardserie (Gen5) (deel 2 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de standaardserie Algemeen gebruik volgen de naamconventie GP_Gen5_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: GP_Gen5_12, GP_Gen5_14, GP_Gen5_16, GP_Gen5_18en GP_Gen5_20:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Algemeen gebruik - standaardserie (Gen5) (deel 3 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de standaardserie Algemeen gebruik volgen de naamconventie GP_Gen5_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: GP_Gen5_24, GP_Gen5_32, GP_Gen5_40, GP_Gen5_80en GP_Gen5_128:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Algemeen gebruik - ingericht rekenproces - Fsv2-serie

Algemeen gebruik - Fsv2-serie (deel 1 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de algemene fsv2-serie volgen de naamconventie GP_Fsv2_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: GP_Fsv2_8, GP_Fsv2_10, GP_Fsv2_12, GP_Fsv2_14en GP_Fsv2_16:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Algemeen gebruik - Fsv2-serie (deel 2 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de algemene fsv2-serie volgen de naamconventie GP_Fsv2_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: GP_Fsv2_18, GP_Fsv2_20, GP_Fsv2_24, GP_Fsv2_32, GP_Fsv2_36en GP_Fsv2_72:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Algemeen gebruik - ingericht rekenproces - DC-serie

Algemeen gebruik - DC-serie (deel 1 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools uit de algemene dc-serie volgen de naamconventie GP_DC_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: GP_DC_2, GP_DC_4, GP_DC_6, GP_DC_8, GP_DC_10en GP_DC_12:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ DC-hardwareserie vCore-aanbiedingen van 10 tot 40 zijn momenteel beschikbaar als preview-versie.

⁷ latentienummers bij benadering en representatief zijn voor typische workloads met een constante status, maar niet gegarandeerd.

Algemeen gebruik - DC-serie (deel 2 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools uit de algemene dc-serie volgen de naamconventie GP_DC_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: GP_DC_14, GP_DC_16, GP_DC_18, GP_DC_20, GP_DC_32en GP_DC_40:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ DC-hardwareserie vCore-aanbiedingen van 10 tot 40 zijn momenteel beschikbaar als preview-versie.

⁷ latentienummers bij benadering en representatief zijn voor typische workloads met een constante status, maar niet gegarandeerd.

Bedrijfskritiek - ingericht rekenproces - standard-serie (Gen5)

Bedrijfskritiek - standaardserie (Gen5) (deel 1 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische pools van de Bedrijfskritieke standaardreeks volgen de naamconventie BC_Gen5_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: BC_Gen5_4, BC_Gen5_6, BC_Gen5_8, BC_Gen5_10en BC_Gen5_12:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Bedrijfskritiek - standaardserie (Gen5) (deel 2 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische pools van de Bedrijfskritieke standaardreeks volgen de naamconventie BC_Gen5_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: BC_Gen5_14, BC_Gen5_16, BC_Gen5_18, BC_Gen5_20en BC_Gen5_24:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Bedrijfskritiek - standaardserie (Gen5) (deel 3 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische pools van de Bedrijfskritieke standaardreeks volgen de naamconventie BC_Gen5_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: BC_Gen5_32, BC_Gen5_40, BC_Gen5_80en BC_Gen5_128:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ Latentienummers zijn geschat en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

Bedrijfskritiek - ingerichte rekenkracht - DC-serie

Bedrijfskritiek - DC-serie (deel 1 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische pools uit de Bedrijfskritieke DC-serie volgen de naamconventie BC_DC_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: BC_DC_2, BC_DC_4, BC_DC_6, BC_DC_8, BC_DC_10en BC_DC_12:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ DC-hardwareserie vCore-aanbiedingen van 10 tot 40 zijn momenteel beschikbaar als preview-versie.

⁷ latentienummers bij benadering en representatief zijn voor typische workloads met een constante status, maar niet gegarandeerd.

Bedrijfskritiek - DC-serie (deel 2 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische pools uit de Bedrijfskritieke DC-serie volgen de naamconventie BC_DC_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: BC_DC_14, BC_DC_16, BC_DC_18, BC_DC_20, BC_DC_32en BC_DC_40:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Voor gedocumenteerde waarden voor maximale gegevensgrootte. Het verkleinen van de maximale gegevensgrootte vermindert de maximale logboekgrootte proportioneel.

³ De maximale waarde voor IO-grootten tussen 8 kB en 64 kB. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governancevoor meer informatie.

⁴ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁵ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

⁶ DC-hardwareserie vCore-aanbiedingen van 10 tot 40 zijn momenteel beschikbaar als preview-versie.

⁷ latentienummers bij benadering en representatief zijn voor typische workloads met een constante status, maar niet gegarandeerd.

Hyperscale - ingerichte compute - standard-series (Gen5)

Hoewel de gepubliceerde Hyperscale-resourcelimieten voor standard-serie en premium-serie hetzelfde zijn, biedt premium-serie snellere CPU-prestaties in vergelijking met standard-serie en wordt geschaald tot 128 vCores, vergeleken met 80 vCores voor standard-serie. Resources die gebruikmaken van premium-serie, worden gegarandeerd uitgevoerd op hardware met nieuwere CPU's. Standaardserie biedt deze garantie niet en, afhankelijk van beschikbaarheid, kunnen resources op oudere hardware worden geplaatst. Er is geen prijsverschil tussen de twee, maar premium-serie is beschikbaar in bepaalde regio's.

Hyperscale - standard-series (Gen5) (deel 1 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische Pools van de Hyperscale-standaardreeks volgen de naamconventie HS_Gen5_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: HS_Gen5_4, HS_Gen5_6, HS_Gen5_8, HS_Gen5_10, HS_Gen5_12en HS_Gen5_14:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - standard-series (Gen5) (deel 2 van 2)

Rekengrootten (serviceniveaudoelstellingen of SLO's) in de elastische Pools van de Hyperscale-standaardreeks volgen de naamconventie HS_Gen5_ gevolgd door het aantal vCores.

De volgende tabel bevat de volgende SLO's: HS_Gen5_16, HS_Gen5_18, HS_Gen5_20, HS_Gen5_24, HS_Gen5_32, HS_Gen5_40en HS_Gen5_80:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - Premium-serie

Hyperscale - Premium-serie (deel 1 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de Hyperscale Premium-serie volgen de naamconventie HS_PRMS_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: HS_PRMS_4, HS_PRMS_6, HS_PRMS_8, HS_PRMS_10, HS_PRMS_12en HS_PRMS_14:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - Premium-serie (deel 2 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de Hyperscale Premium-serie volgen de naamconventie HS_PRMS_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: HS_PRMS_16, HS_PRMS_18, HS_PRMS_20, HS_PRMS_24, HS_PRMS_32en HS_PRMS_40:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - Premium-serie (deel 3 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools van de Hyperscale Premium-serie volgen de naamconventie HS_PRMS_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: HS_PRMS_64, HS_PRMS_80, HS_PRMS_128:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - geoptimaliseerd voor geoptimaliseerd geheugen uit de Premium-serie

Hyperscale - geoptimaliseerd geheugen uit de Premium-serie (deel 1 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools uit de Hyperscale Premium-serie voldoen aan de naamconventie HS_MOPRMS_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: HS_MOPRMS_4, HS_MOPRMS_6, HS_MOPRMS_8, HS_MOPRMS_10, HS_MOPRMS_12en HS_MOPRMS_14:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - geoptimaliseerd voor geheugen uit de Premium-serie (deel 2 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools uit de Hyperscale Premium-serie voldoen aan de naamconventie HS_MOPRMS_ gevolgd door het aantal maximale vCores.

De volgende tabel bevat de volgende SLO's: HS_MOPRMS_16, HS_MOPRMS_18, HS_MOPRMS_20, HS_MOPRMS_24, HS_MOPRMS_32en HS_MOPRMS_40:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Hyperscale - geoptimaliseerd voor geheugen uit de Premium-serie (deel 3 van 3)

Rekengrootten (serviceniveaudoelstellingen of SLO's) voor elastische pools uit de Hyperscale Premium-serie voldoen aan de naamconventie HS_MOPRMS_ gevolgd door het aantal maximale vCores.

In de volgende tabel worden deze SLO's behandeld: HS_MOPRMS_64 en HS_MOPRMS_80:

¹ Zie Resourcebeheer in dichte elastische pools voor aanvullende overwegingen.

² Hyperscale is een architectuur met meerdere lagen met afzonderlijke reken- en opslagonderdelen. Bekijk servicelaag van Hyperscale en hyperscale-servicelaag voor meer informatie.

³ Naast lokale SSD IO maken workloads gebruik van externe paginaserver IO. Werkelijke IOPS zijn afhankelijk van de workload. Zie Data IO Governanceen Data IO in resourcegebruikstatistiekenvoor meer informatie. Latentienummers zijn bij benadering en representatief voor typische workloads met een constante status, maar worden niet gegarandeerd.

⁴ latentie is 1-2 ms voor gegevens op lokale compute replica SSD, die de meeste gebruikte gegevenspagina's in de cache opgeslagen. Hogere latentie voor gegevens die zijn opgehaald van paginaservers.

⁵ Zie Resourcelimieten voor individuele databases voor de maximale gelijktijdige werkrollen voor individuele databases met behulp van het vCore-aankoopmodel. Als de elastische pool bijvoorbeeld gebruikmaakt van standard-series (Gen5) en het maximum aantal vCores per database is ingesteld op 2, is de maximale waarde voor gelijktijdige werkrollen 200. Als het maximum aantal vCores per database is ingesteld op 0,5, is de maximale waarde voor gelijktijdige werkrollen 50, omdat er op standard-serie (Gen5) maximaal 100 gelijktijdige werkrollen per vCore zijn. Voor andere maximaal toegestane vCore-instellingen per database die kleiner zijn dan 1 vCore of minder, wordt het aantal maximaal gelijktijdige werkrollen op dezelfde manier opnieuw geschaald.

⁶ Zie Externe verbindingenvoor meer informatie over wat telt als een externe verbinding.

Eerder beschikbare hardware

Deze sectie bevat details over eerder beschikbare hardware.

• Gen4-hardware is buiten gebruik gesteld en is niet beschikbaar voor inrichting, schaalaanpassing of omlaag schalen. Migreer uw database naar een ondersteunde hardwaregeneratie voor een breder scala aan schaalbaarheid van vCore en opslag, versneld netwerken, de beste I/O-prestaties en minimale latentie. Zie Ondersteuning is beëindigd voor Gen 4-hardware op Azure SQL Databasevoor meer informatie.

U kunt Azure Resource Graph Explorer gebruiken om alle Azure SQL Database-resources te identificeren die momenteel gebruikmaken van Gen4-hardware, of u kunt de hardware controleren die door resources wordt gebruikt voor een specifieke logische server in Azure Portal.

U moet ten minste read machtigingen hebben voor het Azure-object of de objectgroep om resultaten te kunnen zien in Azure Resource Graph Explorer.

Als u Resource Graph Explorer- wilt gebruiken om Azure SQL-resources te identificeren die nog steeds gebruikmaken van Gen4-hardware, voert u de volgende stappen uit:

1. Ga naar de Azure Portal.

2. Zoek Resource graph in het zoekvak en kies de Resource Graph Explorer--service in de zoekresultaten.

3. Typ in het queryvenster de volgende query en selecteer Query uitvoeren:

   resources
   | where type contains ('microsoft.sql/servers')
   | where sku['family'] == "Gen4"
   

4. In het deelvenster Resultaten worden alle momenteel geïmplementeerde resources in Azure weergegeven die gebruikmaken van Gen4-hardware.

   

Voer de volgende stappen uit om de hardware te controleren die wordt gebruikt door resources voor een specifieke logische server in Azure:

1. Ga naar de Azure Portal.
2. Zoek SQL servers in het zoekvak en kies SQL-servers in de zoekresultaten om de SQL-servers pagina te openen en alle servers voor de gekozen abonnementen weer te geven.
3. Selecteer de gewenste server om de pagina Overzicht voor de server te openen.
4. Schuif omlaag naar de beschikbare resources en controleer de prijscategorie kolom voor resources die gebruikmaken van gen4-hardware.

Raadpleeg Hardwarewijzigen om resources te migreren naar hardware uit de standard-serie.

Verwante inhoud

• Zie voor vCore-resourcelimieten voor één database resourcelimieten voor individuele databases met behulp van het vCore-aankoopmodel
• Zie Azure-abonnements- en servicelimieten, quota en beperkingenvoor meer informatie over algemene Azure-limieten.
• Zie overzicht van resourcelimieten op een logische SQL-server voor informatie over resourcelimieten op een logische SQL-server voor informatie over limieten op server- en abonnementsniveaus.