Resources voor elastische pool schalen in Azure SQL Database

VAN TOEPASSING OP: Azure SQL Database

In dit artikel wordt beschreven hoe u de reken- en opslagbronnen schaalt die beschikbaar zijn voor elastische pools en pooldatabases in Azure SQL Database.

Rekenbronnen wijzigen (vCores of DTUs)

Nadat u in eerste instantie het aantal vCores of eDTUs hebt kiest, kunt u een elastische pool dynamisch omhoog of omlaag schalen op basis van de werkelijke ervaring met behulp van:

• Transact-SQL
• Azure-portal
• PowerShell
• Azure-CLI
• REST API

Gevolgen van het wijzigen van de servicelaag of het opnieuw schalen van de rekenkracht

Het wijzigen van de servicelaag of de rekengrootte van een elastische pool volgt een vergelijkbaar patroon als voor individuele databases en omvat hoofdzakelijk de service die de volgende stappen moet uitvoeren:

1. Een nieuw rekenine-exemplaar maken voor de elastische pool

   Er wordt een nieuw rekenmodel voor de elastische pool gemaakt met de aangevraagde servicelaag en rekenkracht. Voor sommige combinaties van wijzigingen in de servicelaag en de rekengrootte moet een replica van elke database worden gemaakt in de nieuwe rekenexemplaar. Hierbij worden gegevens gekopieerd en kan dit een grote invloed hebben op de algehele latentie. De databases blijven tijdens deze stap online en verbindingen worden nog steeds omgeleid naar de databases in de oorspronkelijke reken-instantie.

2. Switch routing of connections to new compute instance (Routering van verbindingen naar nieuwe reken-instantie overschakelen)

   Bestaande verbindingen met de databases in de oorspronkelijke reken-instantie worden uitgevallen. Nieuwe verbindingen worden tot stand gebracht met de databases in de nieuwe reken-instantie. Voor sommige combinaties van wijzigingen in de servicelaag en de rekengrootte worden databasebestanden losgekoppeld en opnieuw vastgemaakt tijdens de switch. Hoe dan ook, de switch kan leiden tot een korte serviceonderbreking wanneer databases over het algemeen minder dan 30 seconden en vaak slechts een paar seconden niet beschikbaar zijn. Als er langlopende transacties worden uitgevoerd wanneer verbindingen worden afgebroken, kan de duur van deze stap langer duren om afgebroken transacties te herstellen. Accelerated Database Recovery kunt de impact van het afbreken van langlopende transacties verminderen.

Latentie bij het wijzigen van de servicelaag of het opnieuw schalen van de rekenkracht

De geschatte latentie voor het wijzigen van de servicelaag, het schalen van de rekengrootte van een individuele database of elastische pool, het verplaatsen van een database in/uit een elastische pool of het verplaatsen van een database tussen elastische pools wordt als volgt geparameteriseerd:

SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Aanvullende overwegingen bij het wijzigen van de servicelaag of het opnieuw schalen van de rekenkracht

• Wanneer u de grootte van vCores of eDTU's voor een elastische pool in kleiner formaat inwerkt, moet de gebruikte ruimte voor de pool kleiner zijn dan de maximaal toegestane grootte van de doelservicelaag en pool-eDTUs.
• Bij het opnieuw schalen van eDTUs voor een elastische pool gelden extra opslagkosten als (1) de maximale opslaggrootte van de groep wordt ondersteund door de doelgroep en (2) de maximale opslaggrootte groter is dan de inbegrepen opslaggrootte van de doelgroep. Als bijvoorbeeld een Standard-groep van 100 eDTU met een maximale grootte van 100 GB wordt ge downseld naar een Standard-groep van 50 eDTU, zijn er extra opslagkosten van toepassing omdat de doelgroep een maximale grootte van 100 GB ondersteunt en de inbegrepen opslag slechts 50 GB is. De extra opslagruimte is dus 100 GB – 50 GB = 50 GB. Zie Prijzen voor SQL Database prijzen voor meer informatie. Als de werkelijke hoeveelheid gebruikte ruimte kleiner is dan de inbegrepen opslagruimte, kunnen deze extra kosten worden vermeden door de maximale grootte van de database te verkleinen tot de inbegrepen hoeveelheid.

Facturering tijdens het opnieuw schalen

U wordt gefactureerd voor elk uur dat een database bestaat met de hoogste servicelaag en rekenkracht die tijdens dat uur is toegepast, ongeacht het gebruik of of de database minder dan een uur actief was. Als u bijvoorbeeld een individuele database maakt en deze vijf minuten later verwijdert, worden er kosten voor één databaseuur op uw factuur weergegeven.

Opslaggrootte elastische pool wijzigen

Aankoopmodel op basis van vCore

• Opslag kan worden ingericht tot de maximale groottelimiet:

  • Voor opslag in de servicelagen Standard of Algemeen gebruik vergroot of verkleint u de grootte in stappen van 10 GB
  • Voor opslag in de premium- of bedrijfskritieke servicelagen vergroot of verkleint u de grootte in stappen van 250 GB

• Opslag voor een elastische pool kan worden ingericht door de maximale grootte te vergroten of te verlagen.

• De prijs van opslag voor een elastische pool is de opslagbedrag vermenigvuldigd met de opslageenheidprijs van de servicelaag. Zie prijzen voor meer informatie over de prijs SQL Database opslag.

Aankoopmodel op basis van DTU

• De eDTU-prijs voor een elastische pool bevat een bepaalde hoeveelheid opslag zonder extra kosten. Extra opslag buiten het inbegrepen bedrag kan worden ingericht tegen extra kosten tot de maximale groottelimiet in stappen van 250 GB tot 1 TB en vervolgens in stappen van 256 GB boven 1 TB. Zie Resources limits for elastic pools using the DTU purchasing model (Resourceslimieten voor elastische pools met behulp van het DTU-aankoopmodel) of Resourcelimieten voor elastische pools met behulp van het vCore-aankoopmodelvoor inbegrepen opslagbedragen en maximale groottelimieten.
• Extra opslag voor een elastische pool kan worden ingericht door de maximale grootte te vergroten met behulp van de Azure Portal, PowerShell, de Azure CLIof de REST API.
• De prijs van extra opslag voor een elastische pool is de extra opslagruimte vermenigvuldigd met de extra opslageenheidprijs van de servicelaag. Zie prijzen voor meer informatie over de prijs van SQL Database opslag.

Volgende stappen

Zie resourcelimieten op basis SQL Database vCore - elastische pools en SQL Database op DTU gebaseerde resourcelimieten - elastische pools voor algemene resourcelimieten.