Skalieren von Ressourcen für Pools für elastische Datenbanken in Azure SQL-Datenbank

Gilt für:: Azure SQL-Datenbank

In diesem Artikel wird beschrieben, wie die für Pools für elastische Datenbanken und Pooldatenbanken in Azure SQL-Datenbank verfügbaren Compute- und Speicherressourcen skaliert werden können.

Ändern der Computeressourcen (virtuelle Kerne oder DTUs)

Nach dem Auswählen der Anzahl von virtuellen Kernen oder eDTUs können Sie einen Pool für elastische Datenbanken dynamisch und bedarfsgerecht zentral hoch- oder herunterskalieren. Hierzu können Sie eine der folgenden Methoden verwenden:

• Azure portal
• PowerShell
• Azure-Befehlszeilenschnittstelle
• REST-API

Auswirkungen der Änderung der Dienstebene oder der Skalierung der Computegröße

Die Vorgehensweise zum Ändern der Dienstebene oder der Computegröße eines Pools für elastische Datenbanken ähnelt der Vorgehensweise für Einzeldatenbanken und umfasst im Wesentlichen folgende Schritte:

1. Erstellen einer neuen Computeinstanz für den Pool für elastische Datenbanken

   Eine neue Computeinstanz für den Pool für elastische Datenbanken wird mit der angeforderten Dienstebene und Computegröße erstellt. Bei einigen Kombinationen von Dienstebenen- und Computegrößenänderungen muss in der neuen Compute-Instanz jeweils ein Replikat der einzelnen Datenbanken erstellt werden. Dies umfasst das Kopieren von Daten und kann sich stark auf die Gesamtwartezeit auswirken. Die Datenbanken bleiben unabhängig davon während dieses Schritts online, und Verbindungen werden weiterhin an die Datenbanken in der ursprünglichen Computeinstanz weitergeleitet.

2. Umleiten der Verbindungen zur neuen Computeinstanz

   Vorhandene Verbindungen mit den Datenbanken in der ursprünglichen Computeinstanz werden verworfen. Alle neuen Verbindungen werden mit den Datenbanken in der neuen Computeinstanz hergestellt. Bei einigen Kombinationen von Dienstebenen- und Computegrößenänderungen werden Datenbankdateien während des Wechsels getrennt und neu angefügt. Die Umstellung kann zu einer kurzen Dienstunterbrechung führen, in der Datenbanken in der Regel für weniger als 30 Sekunden nicht verfügbar ist. Sollten zu dem Zeitpunkt, zu dem die Verbindungen getrennt werden, aktive zeitintensive Transaktionen ausgeführt werden, kann dieser Schritt länger dauern, weil abgebrochene Transaktionen wiederhergestellt werden müssen. Mit der schnelleren Datenbankwiederherstellung können die Auswirkungen abgebrochener, zeitintensiver Transaktionen reduziert werden.

Wartezeit beim Ändern der Dienstebene oder beim Skalieren der Computegröße

Beim Ändern der Dienstebene, beim Skalieren der Computegröße einer Einzeldatenbank oder eines Pools für elastische Datenbanken, beim Verschieben einer Datenbank in einen/aus einem Pool für elastische Datenbanken oder beim Verschieben einer Datenbank zwischen Pools für elastische Datenbanken wird die geschätzte Wartezeit wie folgt parametrisiert:

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');

Weitere Überlegungen zum Ändern der Dienstebene oder Skalieren der Computegröße

• Beim Reduzieren von virtuellen Kernen oder eDTUs für einen Pool für elastische Datenbanken muss die verwendete Poolspeichermenge kleiner als der Grenzwert für die maximale Datengröße der gewünschten Dienstebene und Poolcomputeressourcen sein.
• Wenn Sie die Anzahl von eDTUs für einen Pool für elastische Datenbanken erhöhen, können in folgenden Fällen zusätzliche Speicherkosten anfallen:
  • Die maximale Datengröße des Pools wird vom Zielpool unterstützt.
  • Die maximale Datengröße des Pools überschreitet die enthaltene Speichermenge des Zielpools.
• Wenn z. B. ein 100-eDTU-Standard-Pool mit einer maximalen Datengröße von 100 GB auf einen 50-eDTU-Standard-Pool herabgestuft wird, fallen zusätzliche Speicherkosten an, da der Zielpool eine maximale Datengröße von 100 GB unterstützt und die enthaltene Speichermenge nur 50 GB beträgt. Daher beträgt die zusätzliche Speichermenge 100 GB – 50 GB = 50 GB. Ausführliche Informationen zu den Preisen für zusätzlichen Speicherplatz siehe SQL-Datenbank – Preise. Wenn die tatsächlich verwendete Speichermenge kleiner als die enthaltene Speichermenge ist, können Sie diese zusätzlichen Kosten vermeiden, indem Sie die maximale Datengröße auf die enthaltene Menge reduzieren.

Abrechnung während der Skalierung

Die Abrechnung erfolgt für jede Stunde, in der eine Datenbank die höchste in dieser Stunde angewendete Dienstebene und Computegröße nutzt – unabhängig von der Verwendung der Datenbank und ob sie weniger als eine Stunde aktiv war. Wenn Sie beispielsweise eine Einzeldatenbank erstellen und diese fünf Minuten später löschen, wird Ihnen eine volle Datenbankstunde in Rechnung gestellt.

Ändern der Speichergröße in einem Pool für elastische Datenbanken

Die Speichergröße (maximale Datengröße) für den Pool für elastische Datenbanken kann mit dem Azure-Portal, PowerShell, der Azure CLI oder der REST-API angegeben werden. Wenn Sie die maximale Datengröße des Pools für elastische Datenbanken erhöhen, darf der angegebene Wert den Grenzwert der maximalen Datengröße des Dienstziels des Pools nicht überschreiten. Beim Verringern der maximalen Datengröße muss der angegebene neue Wert gleich dem gesamten oder größer als der gesamte Speicherplatz sein, der für alle Datenbanken im Pool zugewiesen ist.

vCore-basiertes Kaufmodell

• Die Speichergröße (maximale Datengröße) für Pools für elastische Datenbanken in den Ebenen „Universell“ oder „Unternehmenskritisch“ kann bis zu den maximalen Grenzwerten für die Datengröße angegeben werden, die unter Ressourcenlimits für Pools für elastische Datenbanken, die das V-Kern-Kaufmodell verwenden angegeben sind. Die maximale Datengröße für den Pool für elastische Datenbanken kann in Vielfachen von 1 GB erhöht oder verringert werden.
• Der Preis für den Speicher für einen Pool für elastische Datenbanken errechnet sich aus der angegebenen maximalen Datengröße multipliziert mit dem Speichereinheitenpreis für die Dienstebene. Ausführliche Informationen zu den Speicherpreisen finden Sie unter SQL-Datenbank – Preise.

DTU-basiertes Kaufmodell

• Der eDTU-Preis für einen Pool für elastische Datenbanken enthält eine bestimmte Menge Speicher ohne zusätzliche Kosten. Zusätzlicher Datenspeicher, der über die enthaltene Menge hinausgeht, kann gegen einen Aufpreis bis zum Grenzwert der maximalen Datengröße bereitgestellt werden, der den bereitgestellten eDTUs entspricht. Informationen zu enthaltenen Speichermengen und Grenzwerten für die maximale Datengröße finden Sie unter Ressourcengrenzwerte für Pools für elastische Datenbanken, die das DTU-Kaufmodell verwenden.
• Der Preis für zusätzlichen Speicher für einen Pool für elastische Datenbanken errechnet sich aus der Menge an zusätzlich bereitgestelltem Speicher multipliziert mit dem Einheitenpreis für zusätzlichen Speicher für die Dienstebene. Ausführliche Informationen zu den Preisen für zusätzlichen Speicherplatz siehe SQL-Datenbank – Preise.
• Gültige Werte für die maximale Datengröße für einen Pool für elastische Datenbanken im Standard- oder Premium-Tarif: 50 GB, 100 GB, 150 GB, 200 GB, 250 GB, 300 GB, 400 GB, 500 GB, 750 GB, 800 GB, 1.024 GB, 1.200 GB, 1.280 GB, 1.536 GB, 1.600 GB, 1.792 GB, 2.000 GB, 2.048 GB, 2.304 GB, 2.500 GB, 2.560 GB, 2.816 GB, 3.000 GB, 3.072 GB, 3.328 GB, 3.584 GB, 3.840 GB, 4.096 GB. Die angegebene maximale Datengröße darf den Grenzwert der maximalen Datengröße für die bereitgestellten eDTUs nicht überschreiten.

Überwachen oder Abbrechen von Skalierungsänderungen

Die Änderung einer Dienstebene oder der Vorgang zur Computeneuskalierung kann überwacht und abgebrochen werden.

Login-AzAccount
$SubscriptionID = "<YourSubscriptionIdHere>"
Select-AzSubscription -SubscriptionName $SubscriptionID

Get-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" ServerName "Server01" 

Stop-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" -ServerName "Server01" -OperationId af97005d-9243-4f8a-844e-402d1cc855f5

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
$operationId = (az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql elastic-pool op cancel --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --name $operationId)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No management operation on the elastic pool found"
}

Berechtigungen

Für die Skalierung eines Pools für elastische Datenbanken über das Azure-Portal, PowerShell, die Azure CLI oder REST-API sind Azure RBAC-Berechtigungen erforderlich, insbesondere die Azure RBAC-Rollen „Mitwirkender“, „SQL-DB-Mitwirkender“ oder „SQL Server-Mitwirkender“. Weitere Informationen finden Sie unter Integrierte Azure RBAC-Rollen.

Zugehöriger Inhalt

Allgemeine Ressourcenlimits finden Sie unter Ressourcenlimits des auf virtuellen Kernen basierenden Kaufmodells in SQL-Datenbank – Pools für elastische Datenbanken und unter Ressourcenlimits des auf DTUs basierenden Kaufmodells in SQL-Datenbank – Pools für elastische Datenbanken.