Skala elastiska poolresurser i Azure SQL Database

GÄLLER FÖR: Azure SQL Database

Den här artikeln beskriver hur du skalar beräknings- och lagringsresurser som är tillgängliga för elastiska pooler och pooldatabaser i Azure SQL Database.

Ändra beräkningsresurser (virtuella kärnor eller DPU:er)

När du har valde antalet virtuella kärnor eller eDPU:er kan du skala upp eller ned en elastisk pool dynamiskt baserat på den faktiska upplevelsen med hjälp av:

Effekt av att ändra tjänstnivå eller omskalning av beräkningsstorlek

Att ändra tjänstnivå eller beräkningsstorlek för en elastisk pool följer ett liknande mönster som för enskilda databaser och omfattar huvudsakligen den tjänst som utför följande steg:

  1. Skapa en ny beräkningsinstans för den elastiska poolen

    En ny beräkningsinstans för den elastiska poolen skapas med den begärda tjänstnivån och beräkningsstorleken. För vissa kombinationer av ändringar av tjänstnivå och beräkningsstorlek måste en replik av varje databas skapas i den nya beräkningsinstansen, vilket inbegriper kopiering av data och kan starkt påverka den övergripande svarstiden. Oavsett förblir databaserna online under det här steget och anslutningar fortsätter att dirigeras till databaserna i den ursprungliga beräkningsinstansen.

  2. Växla routning av anslutningar till en ny beräkningsinstans

    Befintliga anslutningar till databaserna i den ursprungliga beräkningsinstansen tas bort. Alla nya anslutningar upprättas till databaserna i den nya beräkningsinstansen. För vissa kombinationer av ändringar av tjänstnivå och beräkningsstorlek frånkopplas och återansluts databasfilerna under växeln. Oavsett vilket kan växeln resultera i ett kort tjänstavbrott när databaser vanligtvis är otillgängliga i mindre än 30 sekunder och ofta bara under några sekunder. Om det finns långvariga transaktioner som körs när anslutningar avbryts kan det ta längre tid för det här steget att återställa avbrutna transaktioner. Accelererad databasåterställning kan minska påverkan från att avbryta långvariga transaktioner.

Viktigt

Inga data går förlorade under något steg i arbetsflödet.

Svarstid vid ändring av tjänstnivå eller omskalning av beräkningsstorlek

Den uppskattade svarstiden för att ändra tjänstnivå, skala beräkningsstorleken för en enkel databas eller elastisk pool, flytta en databas in/ut från en elastisk pool eller flytta en databas mellan elastiska pooler parametriseras på följande sätt:

Tjänstenivå Enkel enkel databas,
Standard (S0-S1)
Grundläggande elastisk pool,
Standard (S2-S12),
Generell användning enkel databas eller elastisk pool
Premium eller Affärskritisk enkel databas eller elastisk pool Hyperskala
Enkel enkel databas,
Standard (S0-S1)
• Konstant tidsfördröjning oberoende av använt utrymme
• Normalt mindre än 5 minuter
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
Grundläggande elastisk pool,
Standard (S2-S12),
Generell användning enkel databas eller elastisk pool
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• För enskilda databaser, konstant tidsfördröjning oberoende av använt utrymme
• Vanligtvis mindre än 5 minuter för enskilda databaser
• För elastiska pooler är det proportionellt mot antalet databaser
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
Premium eller Affärskritisk enkel databas eller elastisk pool • Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
• Svarstiden är proportionell mot databasutrymmet som används på grund av datakopiering
• Vanligtvis mindre än 1 minut per GB använt utrymme
Hyperskala Saknas Saknas Saknas • Konstant tidsfördröjning oberoende av använt utrymme
• Normalt mindre än 2 minuter

Anteckning

  • Om du ändrar tjänstnivån eller omskalningsberäkningen för en elastisk pool ska sammanfattningen av utrymmet som används för alla databaser i poolen användas för att beräkna uppskattningen.
  • När du flyttar en databas till/från en elastisk pool påverkar endast det utrymme som används av databasen svarstiden, inte utrymmet som används av den elastiska poolen.
  • För elastiska standardpooler och Generell användning-pooler är svarstiden för att flytta en databas in/ut från en elastisk pool eller mellan elastiska pooler proportionell mot databasstorleken om den elastiska poolen använder Premium-filresurs(PFS)lagring. För att avgöra om en pool använder PFS-lagring kör du följande fråga i kontexten för en databas i poolen. Om värdet i kolumnen AccountType är PremiumFileStorage eller PremiumFileStorage-ZRS använder poolen PFS-lagring.
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');

Tips

Information om hur du övervakar pågående åtgärder finns i: Hantera åtgärder med SQL REST API,Hantera åtgärder med CLI,Övervaka åtgärder med T-SQL och dessa två PowerShell-kommandon: Get-AzSqlDatabaseActivity och Stop-AzSqlDatabaseActivity.

Ytterligare överväganden när du ändrar tjänstnivå eller omskalning av beräkningsstorlek

  • När du minskar storleken på virtuella kärnor eller eDPU:er för en elastisk pool måste poolens använda utrymme vara mindre än den högsta tillåtna storleken för måltjänstnivån och poolens eDPU:er.
  • Vid omskalning av eDPU:er för en elastisk pool gäller en extra lagringskostnad om (1) den maximala lagringsstorleken för poolen stöds av målpoolen och (2) den maximala lagringsstorleken överskrider den inkluderade lagringsmängden för målpoolen. Om till exempel en standardpool på 100 eDTU med en maxstorlek på 100 GB är nedtonad till en standardpool på 50 eDTU gäller en extra lagringskostnad eftersom målpoolen stöder en maxstorlek på 100 GB och den inkluderade lagringsmängden bara är 50 GB. Det extra lagringsutrymmet är alltså 100 GB – 50 GB = 50 GB. Information om priser för extra lagring finns i SQL Database priser. Om den faktiska mängden utrymme som används är mindre än den inkluderade lagringsmängden kan du undvika den här extra kostnaden genom att minska databasens maximala storlek till den inkluderade mängden.

Fakturering under omskalning

Du debiteras för varje timme som en databas finns med den högsta tjänstnivån + beräkningsstorleken som tillämpades under den timmen, oavsett användning eller om databasen var aktiv i mindre än en timme. Om du till exempel skapar en enkel databas och tar bort den fem minuter senare återspeglar fakturan en avgift för en databastimme.

Ändra lagringsstorlek för elastisk pool

Viktigt

I vissa fall kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i Hantera filutrymme i Azure SQL Database.

Köpmodell baserad på virtuell kärna

  • Lagring kan etableras upp till den maximala storleksgränsen:

    • Öka eller minska storleken i steg om 10 GB för lagring på tjänstnivå eller tjänstnivå för generell användning
    • För lagring på premium- eller affärskritiska tjänstnivåer kan du öka eller minska storleken i steg om 250 GB
  • Lagring för en elastisk pool kan etableras genom att öka eller minska den maximala storleken.

  • Priset för lagring för en elastisk pool är lagringsbeloppet multiplicerat med lagringsenhetspriset för tjänstnivån. Mer information om priset för extra lagring finns i SQL Database priser.

Viktigt

I vissa fall kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i Hantera filutrymme i Azure SQL Database.

Köpmodell baserad på DTU

  • EDTU-priset för en elastisk pool inkluderar en viss mängd lagring utan extra kostnad. Extra lagringsutrymme utöver den inkluderade mängden kan etableras för en extra kostnad upp till den maximala storleksgränsen i steg om 250 GB upp till 1 TB och sedan i steg om 256 GB över 1 TB. Information om inkluderade lagringsbelopp och maxstorleksgränser finns i Resursgränser för elastiska pooler med köpmodellen DTU eller Resursgränser för elastiska pooler med köpmodellen vCore.
  • Extra lagring för en elastisk pool kan etableras genom att öka den maximala storleken med hjälp av Azure Portal, PowerShell, Azure CLI eller REST API.
  • Priset för extra lagring för en elastisk pool är den extra lagringsmängden multiplicerat med extra lagringsenhetspris för tjänstnivån. Mer information om priset för extra lagring finns i SQL Database priser.

Viktigt

I vissa fall kan du behöva krympa en databas för att frigöra outnyttjat utrymme. Mer information finns i Hantera filutrymme i Azure SQL Database.

Nästa steg

Övergripande resursbegränsningar finns i SQL Database resursbegränsningar för virtuella kärnor – elastiska pooler och SQL Database DTU-baserade resursbegränsningar – elastiska pooler.